1 minuutin FreeRADIUS-asennus Ubuntussa

Asenna FreeRADIUS ja testityökalut

RADIUS on hiljainen portinvartija toimiston WiFi-kirjautumisten, 802.1X-kytkinporttien ja VPN-kirjautumisten takana: laite kysyy palvelimelta ja palvelin sanoo kyllä tai ei. FreeRADIUS Ubuntussa on tavallinen ilmainen tapa käyttää tätä portinvartijaa. Kaksi pakettia antavat sinulle kaiken, mitä tämä opas käyttää – palvelimen itse ja apuohjelmapaketin, joka sisältää radtest-työkalun – ja Ubuntu käynnistää palvelun itsestään asennuksen jälkeen.

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).

Varmista, että palvelu toimii ja kuuntelee

Ennen kuin muutat asetuksia, varmista, että juuri asennettu palvelin on toiminnassa ja odottaa pyyntöjä. Palvelun tulee raportoida aktiivisena (käynnissä), ja portin tarkistuksen pitäisi näyttää UDP 1812 - eli todennusportti. Sen kumppani, UDP 1813, hoitaa kirjanpidon.

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.

Lisää asiakas osoitteessa clients.conf

RADIUS-palvelin ei luota oletuksena mihinkään. RADIUS-kielellä "asiakas" ei ole kannettava tietokone tai puhelin, joka kirjautuu sisään – se on verkkolaite, joka pyytää palvelimelta päätöstä: tukiasema, joka kuljettaa WiFi-sisäänkirjautumisen, 802.1X-kytkintä tai VPN-yhdyskäytävää (kutsutaan myös NAS:ksi). Laite on rekisteröitävä IP-osoitteellaan ja jaetulla salaisuudella - salasanalla, jonka molemmat osapuolet tietävät. Rekisteröimätön laite ei saa virhettä eikä hylkäämistä: sen paketit pudotetaan hiljaa suunnittelun mukaan.

Avaa asiakastiedosto ja lisää yksi lohko laitetta kohden tiedoston loppuun:

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.

Lisää testikäyttäjä Käyttäjät-tiedostoon

Anna nyt palvelimelle joku todentaa. Avaa käyttäjätiedosto ja lisää yksi testitili tiedoston yläosaan – FreeRADIUS lukee tämän tiedoston ylhäältä alas ja ensimmäinen vastaava merkintä voittaa, joten järjestyksellä on väliä.

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

Todista, että se toimii Radtestin avulla

Älä koskaan testaa uutta RADIUS-palvelinta osoittamalla siihen oikeita käyttäjiä. Radtest-työkalu (se toimitetaan freeradius-utils-paketissa, jonka asensit vaiheessa 1) lähettää yhden väärennetyn kirjautumisen palvelimelta, käyttämällä sisäänrakennettua localhost-asiakasta. Sen vastaus erottaa kaksi kysymystä, joita aloittelijat jatkuvasti sekoittavat: toimiiko palvelin ja puhuuko tukiasemani sille oikein? Radtest vastaa ensimmäiseen ilman verkkolaitetta.

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).

Lukitse se ennen kuin oikeat laitteet käyttävät sitä

Määritä todellinen tukiasema tai kytkin vasta, kun paikallinen testi on läpäissyt: syötä RADIUS-palvelimen IP (tämä Ubuntu-kone), portti 1812 ja sama jaettu salaisuus, jonka asetit sen asiakaslohkoon vaiheessa 3 – kokeile sitten yhtä oikeaa kirjautumista. Jos jokin epäonnistuu siinä vaiheessa, vika on laitteen asetuksissa, koska palvelinpuoli on jo todistettu.