1-хвилинне налаштування FreeRADIUS на Ubuntu

Установіть FreeRADIUS та інструменти тестування

RADIUS — це тихий гейткіпер, що стоїть за входом в офіс Wi-Fi, портами комутатора 802.1X і входом у VPN: пристрій запитує сервер, а сервер відповідає «так» або «ні». FreeRADIUS на Ubuntu — це стандартний безкоштовний спосіб запустити цей гейткіпер. Два пакети надають вам усе, що використовує цей посібник — сам сервер і пакет утиліт, що містить інструмент 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 «клієнт» — це не ноутбук або телефон, які входять у систему — це мережевий пристрій, який запитує рішення у сервера: точка доступу, яка передає логін WiFi, комутатор, на якому працює 802.1X, або шлюз VPN (також званий NAS). Цей пристрій має бути зареєстровано з його IP-адресою та спільним секретом — паролем, який знають обидві сторони. Незареєстрований пристрій не отримує жодних помилок і відхилень: його пакети мовчки відкидаються відповідно до плану.

Відкрийте файл клієнтів і додайте по одному блоку на пристрій у кінці файлу:

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 (він поставляється в пакеті freeradius-utils, який ви встановили на кроці 1) надсилає один підроблений вхід із самого сервера за допомогою вбудованого клієнта localhost. Його відповідь розділяє два питання, які новачки постійно плутають: чи працює сервер і чи правильно з ним спілкується моя точка доступу? 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).

Заблокуйте його, перш ніж справжні пристрої використають його

Тільки після проходження локального тесту вам слід налаштувати справжню точку доступу або комутатор: введіть IP-адресу сервера RADIUS (ця машина Ubuntu), порт 1812 і той самий спільний секрет, який ви вказали в його клієнтському блоці на кроці 3, — тоді спробуйте один реальний вхід. Якщо на цьому етапі щось виходить з ладу, проблема полягає в налаштуваннях пристрою, оскільки сторона сервера вже перевірена.