Technical Anshu
Tutorials Blog
📡 Honest Setup Check

FreeRADIUS One Minute Install vs Working Server What Is Still Missing

Installed is not the same as working. A fresh FreeRADIUS runs happily while knowing zero devices and zero people. This page separates the one-minute install from the few extra steps that make it a real login server.

✍️ Technical Anshu🐧 Ubuntu Server📡 FreeRADIUS 3
🎥 Watch the full FreeRADIUS setup in the video, step by step

Quick setup videos are right about the install — it is fast. But beginners then hit a wall: the service is running, yet no login works anywhere. Nothing is broken. A default FreeRADIUS authenticates nobody real, because nobody has told it which devices may ask and which people may log in. This page lists exactly what the one minute leaves undone, so you can finish the job instead of debugging a healthy server.

Terminal — systemctl status freeradius
$ sudo systemctl status freeradius ● freeradius.service - FreeRADIUS multi-protocol policy server Active: active (running) Process: ExecStart=/usr/sbin/freeradius ... Listening on auth address * port 1812 Listening on acct address * port 1813
👆 This is all the one minute buys you: a running server with an empty client list and no real users (panel recreated with the real service wording)
1

What the One Minute Actually Buys You

When the video title says one minute, it is talking about the install — and that part is honest. sudo apt install -y freeradius freeradius-utils, the service starts, it listens on UDP 1812 and 1813, and it will even answer a test login from its own built-in localhost entry. As a piece of software, it is fully working.

What it is not, yet, is a login system for your network. Out of the box it knows zero real devices and zero real people. If you stopped here and pointed your office access point at this server, every single login would fail — not because anything is broken, but because nothing has been told about your office yet.

2

The Four Things a Fresh Install Is Missing

  1. A client. Your switch or access point must be registered in /etc/freeradius/3.0/clients.conf with its IP and a shared secret. Unregistered devices are ignored completely.
  2. Users. Somebody has to exist to log in — a test user in the users file first, later your real directory.
  3. A matching secret on the device. The same secret lives in two places. One character different on either side and requests are dropped silently.
  4. Certificates, for WiFi logins. Password-based WiFi authentication (EAP) needs a server certificate, or phones and laptops will refuse to trust the server.

None of these four is long. Together they are the difference between "software installed" and "people can log in".

3

How to Know You Are Actually Finished

Use this finish line instead of the installer's success message:

  1. radtest from the server returns Access-Accept for your test user
  2. One real device — one access point, one switch port — completes a real login with that user
  3. The debug output (sudo freeradius -X) shows the request arriving and being accepted

Until all three are true, the setup is a promising start, not a finished job. Plan your time honestly: a minute to install, roughly fifteen unhurried minutes to a verified first real login.

🔴 Why this matters: most "FreeRADIUS does not work" complaints online are really "FreeRADIUS was never finished". The server was running perfectly — it simply had no client, no user, or a secret that matched on only one side.

🎥 Watch the Full FreeRADIUS Setup Video

The complete setup on a real Ubuntu server — install, first client, first user and the live test, all shown step by step in the video.

▶️ Watch Full Video
❓ Common Questions (FAQ)

FreeRADIUS is running but nothing can log in. Is it broken?

Almost certainly not. A fresh install has no client entries for your switch or access point and no real users, so there is nothing it can say yes to. Add your device to clients.conf with a shared secret, add a test user, restart, and prove it locally with radtest before suspecting a fault.

Can I skip the certificates for WiFi login?

For a quick lab test with simple password authentication, you can get surprisingly far without touching certificates. But real WPA2 or WPA3 Enterprise logins on phones and laptops use EAP methods that present a server certificate, and devices will warn or refuse if it is missing or self-signed without being trusted. For production WiFi, certificates are part of the job, not an optional extra.

How long does the full job take for a small office?

The install is about a minute. Adding the first client and user, passing the radtest check and completing one real device login usually takes fifteen to thirty careful minutes. Connecting FreeRADIUS to an existing user directory or rolling out certificates to many devices is a bigger project measured in hours, not minutes.

This guide is based on the Technical Anshu FreeRADIUS video • Stuck on any step? Ask in the video comments — you will get an answer there 🙏