Ubuntu پر 1 منٹ کا FreeRADIUS سیٹ اپ

FreeRADIUS اور ٹیسٹ ٹولز انسٹال کریں

RADIUS آفس وائی فائی لاگ ان، 802.1X سوئچ پورٹس اور VPN سائن انز کے پیچھے خاموش گیٹ کیپر ہے: ڈیوائس سرور سے پوچھتی ہے، اور سرور کہتا ہے ہاں یا نہیں Ubuntu پر FreeRADIUS اس گیٹ کیپر کو چلانے کا معیاری مفت طریقہ ہے۔ دو پیکجز آپ کو وہ سب کچھ دیتے ہیں جو یہ گائیڈ استعمال کرتا ہے — خود سرور اور یوٹیلیٹیز پیکیج جس میں radtest ٹول ہوتا ہے — اور Ubuntu انسٹال ہونے کے بعد خود ہی سروس شروع کر دیتا ہے۔

sudo apt update
sudo apt install -y freeradius freeradius-utils

All of the server's configuration lives in one folder: /etc/freeradius/3.0/. Out of everything in there, this setup mainly touches two files — clients.conf (which devices may ask) and users (who may log in).

تصدیق کریں کہ سروس چل رہی ہے اور سن رہی ہے

کسی بھی ترتیب کو تبدیل کرنے سے پہلے، تصدیق کریں کہ تازہ نصب شدہ سرور زندہ ہے اور درخواستوں کا انتظار کر رہا ہے۔ سروس کو فعال (چل رہا ہے) کی اطلاع دینی چاہیے، اور پورٹ چیک کو UDP 1812 دکھانا چاہیے - یہ توثیق کا بندرگاہ ہے۔ اس کا پارٹنر، UDP 1813، اکاؤنٹنگ کو سنبھالتا ہے۔

sudo systemctl status freeradius
sudo ss -lunp | grep 1812

If the service is not running at this point, fix that first — every later step depends on a server that is actually up.

clients.conf میں ایک کلائنٹ شامل کریں

ایک RADIUS سرور بطور ڈیفالٹ کسی چیز پر بھروسہ نہیں کرتا ہے۔ RADIUS زبان میں، "کلائنٹ" لیپ ٹاپ یا فون لاگ ان نہیں ہوتا ہے - یہ وہ نیٹ ورک ڈیوائس ہے جو سرور سے فیصلے کے لیے پوچھتا ہے: وائی فائی لاگ ان کو لے جانے والا ایکسیس پوائنٹ، 802.1X پر چلنے والا سوئچ، یا VPN گیٹ وے (جسے NAS بھی کہا جاتا ہے)۔ وہ آلہ اس کے آئی پی ایڈریس اور مشترکہ راز کے ساتھ رجسٹرڈ ہونا ضروری ہے - ایک پاس ورڈ جو دونوں طرف جانتے ہیں۔ ایک غیر رجسٹرڈ ڈیوائس کو کوئی غلطی نہیں ہوتی اور نہ ہی کوئی مسترد کیا جاتا ہے: اس کے پیکٹ خاموشی سے ڈیزائن کے لحاظ سے گرائے جاتے ہیں۔

کلائنٹس کی فائل کھولیں اور فائل کے آخر میں فی ڈیوائس ایک بلاک شامل کریں:

sudo nano /etc/freeradius/3.0/clients.conf

client office-ap {
    ipaddr = 192.168.1.10
    secret = MyStrongSecret42
    shortname = office-ap
}

The IP address and the secret above are examples — always replace both with your own. The ipaddr is the exact address the requests will come from, and the same secret must later be typed into the access point or switch itself, character for character. If the two sides do not match exactly, the server silently ignores the device: no error, just nothing.

صارف فائل میں ایک ٹیسٹ صارف شامل کریں

اب سرور کو کسی کو توثیق کرنے کے لیے دیں۔ صارفین کی فائل کھولیں اور فائل کے اوپر پر ایک ٹیسٹ اکاؤنٹ شامل کریں — FreeRADIUS اس فائل کو اوپر سے نیچے تک پڑھتا ہے اور پہلی مماثل اندراج جیت جاتی ہے، لہذا آرڈر کی اہمیت ہے۔

sudo nano /etc/freeradius/3.0/users

testuser Cleartext-Password := "TestPass123"

The password shown is an example — pick your own, and remember what you set, because the test in the next step uses it. A plain-text test user like this is perfect for proving the setup works; on a real office server you would later connect FreeRADIUS to your existing user database or Active Directory instead of keeping passwords in this file.

Save the file, then check the whole configuration before restarting — the check must end with "Configuration appears to be OK":

sudo freeradius -C
sudo systemctl restart freeradius

ثابت کریں کہ یہ Radtest کے ساتھ کام کرتا ہے

کبھی بھی نئے RADIUS سرور کو حقیقی صارفین کی طرف اشارہ کرکے اس کی جانچ نہ کریں۔ radtest ٹول (یہ آپ نے مرحلہ 1 میں انسٹال کردہ freeradius-utils پیکیج میں بھیج دیا ہے) بلٹ ان لوکل ہوسٹ کلائنٹ کا استعمال کرتے ہوئے، سرور سے ہی ایک جعلی لاگ ان بھیجتا ہے۔ اس کا جواب دو سوالوں کو الگ کرتا ہے جو ابتدائی طور پر مسلسل گھل مل جاتے ہیں: کیا سرور کام کر رہا ہے، اور کیا میرا رسائی پوائنٹ اس سے صحیح طریقے سے بات کر رہا ہے؟ Radtest پہلے جواب دیتا ہے جس میں کوئی نیٹ ورک ڈیوائس شامل نہیں ہے۔

radtest testuser TestPass123 localhost 0 testing123

The five parts are: username, password, server address, NAS port (0 is fine for a test), and the shared secret of the client the request pretends to come from. Testing from the server itself uses that built-in localhost client, whose stock secret is testing123. Read the answer like this:

Received Access-Accept — the server checked the password and said yes. Your users entry, password and localhost secret are all correct; the server side is finished.
Received Access-Reject — the server answered but said no: wrong password, or the user line is in the wrong place in the file. A configuration detail, not a network problem.
No answer at all — the request never got a reply: the service is down, the port is wrong, or the secret did not match (a wrong secret is dropped silently, deliberately).

اس سے پہلے کہ اصلی آلات اسے استعمال کریں اسے لاک ڈاؤن کریں

مقامی ٹیسٹ پاس ہونے کے بعد ہی آپ کو ایک حقیقی رسائی پوائنٹ کنفیگر کرنا چاہیے یا سوئچ کرنا چاہیے: RADIUS سرور کا IP (یہ Ubuntu مشین)، پورٹ 1812، اور وہی مشترکہ راز درج کریں جو آپ نے مرحلہ 3 میں اس کے کلائنٹ بلاک میں رکھا ہے — پھر ایک حقیقی لاگ ان کرنے کی کوشش کریں۔ اگر اس وقت کوئی چیز ناکام ہوجاتی ہے، تو غلطی ڈیوائس کی سیٹنگز میں ہوتی ہے، کیونکہ سرور سائیڈ پہلے ہی ثابت ہے۔