# Czym jest Remote Authentication Dial-In User Service (RADIUS)?

> Remote Authentication Dial-In User Service (RADIUS) to protokół przenoszący informacje uwierzytelniające, autoryzacyjne, konfiguracyjne i rozliczeniowe między urządzeniem dostępu sieciowego a centralnym serwerem RADIUS.

- Kanoniczny adres URL: https://yellowcube.eu/pl/glossary/remote-authentication-dial-in-user-service/
- Wydawca: Yellow Cube
- Język: pl
- Kontakt: hello@yellowcube.eu

## Treść

Mimo nazwy dial-in jest szeroko używany dla dostępu przewodowego i bezprzewodowego, wirtualnych sieci prywatnych i innych usług potrzebujących scentralizowanych decyzji o dopuszczeniu do sieci.

Klient RADIUS — często przełącznik, kontroler bezprzewodowy, punkt dostępowy lub brama VPN — wysyła Access-Request zawierający tożsamość i atrybuty połączenia. Serwer odpowiada Access-Accept, Access-Reject lub Access-Challenge i może zwrócić atrybuty używane przez klienta do konfiguracji sesji. Osobne komunikaty rozliczeniowe mogą rejestrować starty, stopy, użycie i aktualizacje pośrednie. Proxy mogą routować żądania między domenami administracyjnymi.

### Najważniejsze punkty

- **Role egzekwowania:** Serwer RADIUS ocenia politykę lub konsultuje źródło tożsamości; urządzenie dostępu sieciowego egzekwuje zwróconą decyzję i atrybuty sesji.
- **Projekt atrybutów:** Kontroluj, które dane użytkownika, urządzenia, lokalizacji, realm-u i sesji są wysyłane, zaufane, rejestrowane, proxyfikowane lub używane w polityce, oraz świadomie normalizuj atrybuty specyficzne dla dostawcy.
- **Bezpieczeństwo transportu:** Klasyczny RADIUS po UDP polega na współdzielonych sekretach i zabezpieczeniach opartych na MD5, które nie szyfrują całego pakietu. RADIUS po TLS chroni transport; nowszy profil RADIUS/1.1 usuwa użycie MD5, ale pozostaje eksperymentalny.
- **Istotne ograniczenie:** Access-Accept to instrukcja dla urządzenia dostępowego, a nie dowód, że egzekwowało ono politykę poprawnie. RADIUS nie szyfruje ruchu dopuszczonego użytkownika, a słabe uwierzytelnianie punktów końcowych, obsługa współdzielonych sekretów, zaufanie proxy lub luki w rozliczaniu mogą podważyć projekt.

### Powiązane terminy

[Uwierzytelnianie, autoryzacja i rozliczanie (AAA)](<https://yellowcube.eu/pl/glossary/authentication-authorization-and-accounting/>) · [Uwierzytelnianie IEEE 802.1X](<https://yellowcube.eu/pl/glossary/ieee-802-1x-authentication/>) · [Kontrola dostępu do sieci (NAC)](<https://yellowcube.eu/pl/glossary/network-access-control/>) · [Wirtualna sieć prywatna (VPN)](<https://yellowcube.eu/pl/glossary/virtual-private-network/>) · [Uwierzytelnianie](<https://yellowcube.eu/pl/glossary/authentication/>)

### Źródła

[RFC 2865: RADIUS](https://datatracker.ietf.org/doc/html/rfc2865) · [RFC 2866: RADIUS Accounting](https://datatracker.ietf.org/doc/html/rfc2866) · [RFC 6614: RADIUS over TLS](https://datatracker.ietf.org/doc/html/rfc6614) · [RFC 9765: Experimental RADIUS/1.1](https://datatracker.ietf.org/doc/html/rfc9765)

## Budujmy skuteczniejszą cyberobronę razem

Budujemy trwałe partnerstwa oparte na zaufaniu, wiedzy i wspólnych sukcesach. Chcesz rozwijać firmę, poszerzyć ofertę cyberbezpieczeństwa lub wprowadzić innowacyjne rozwiązania na nowe rynki? Yellow Cube wspiera Cię na każdym z tych etapów.

[Skontaktuj się z Yellow Cube](<mailto:hello@yellowcube.eu?subject=Partnership>)

## Źródło i zakres informacji

Ta wersja Markdown jest generowana z tych samych zatwierdzonych treści co kanoniczna strona HTML. Przy cytowaniu użyj kanonicznego adresu URL.