https://diod.m82-project.org/index.php?action=history&feed=atom&title=Radius_%28Remote_Authentification_Dial_In_Users_Services%29 2026-05-13T08:38:34Z Historique des versions pour cette page sur le wiki MediaWiki 1.45.3 https://diod.m82-project.org/index.php?title=Radius_(Remote_Authentification_Dial_In_Users_Services)&diff=8381&oldid=prev 2026-01-27T15:36:05Z

<p>1 version importée</p> <table style="background-color: #fff; color: #202122;" data-mw="interface"> <tr class="diff-title" lang="fr"> <td colspan="1" style="background-color: #fff; color: #202122; text-align: center;">← Version précédente</td> <td colspan="1" style="background-color: #fff; color: #202122; text-align: center;">Version du 27 janvier 2026 à 15:36</td> </tr><tr><td colspan="2" class="diff-notice" lang="fr"><div class="mw-diff-empty">(Aucune différence)</div> </td></tr></table>

Admin https://diod.m82-project.org/index.php?title=Radius_(Remote_Authentification_Dial_In_Users_Services)&diff=8380&oldid=prev 2025-07-29T20:46:13Z

<p></p> <p><b>Nouvelle page</b></p><div>Protocole d’authentification* et de gestion de serveur* des accès sur le mode client-serveur. Ce protocole assure les fonctions « triple A », pour Authentification (vérification de l’identité du client), Autorisation (quels sont les droits associés à cette identité), Accounting (que fait le client). Le protocole RADIUS est standardisé par une série de RFC* [2138, 2865, 2866]. Pour assurer la fonction de vérification d’identité des utilisateurs, le service s’appuie sur une architecture ou l’on retrouve : <br /> *Le poste client (celui qui veut se connecter au réseau) ; <br /> *Un client RADIUS – qui est un NAS* Network Access Server – faisant office d’intermédiaire entre le poste client et le serveur RADIUS ; <br /> *Le serveur RADIUS et une base d’identification (annuaire LDAP* en général ou base de données SQL*) ;<br /> <br /> Lors d’une tentative d’accès, le client RADIUS envoie, sous la forme d’un message spécifique, les informations d’identification d’utilisateur et les paramètres de connexion vers le serveur RADIUS. Celui-ci interroge la base d’identification et autorise (ou pas) la demande du client. Les messages RADIUS utilisent le protocole de transport UDP* (User Datagram Protocol) sur le port* 1812 pour l’authentification et 1813 pour la gestion des comptes.<br /> <br /> Il existe ainsi une série de messages RADIUS définis dans les RFC, on trouve par exemple : <br /> *Requête d&#039;accès : envoyé par un client RADIUS pour demander l&#039;authentification et l&#039;autorisation d&#039;une tentative de connexion. <br /> *Acceptation d&#039;accès : envoyé par un serveur RADIUS en réponse à un message de requête d&#039;accès. Ce message signale au client RADIUS que la tentative de connexion a été authentifiée et autorisée. <br /> *Rejet d&#039;accès : envoyé par un serveur RADIUS en réponse à un message de requête d&#039;accès. Ce message signale au client RADIUS que la tentative de connexion est rejetée. Un serveur RADIUS envoie ce message si les informations d&#039;identification ne sont pas authentiques ou si la tentative de connexion n&#039;est pas autorisée. <br /> *Challenge d&#039;accès : envoyé par un serveur RADIUS en réponse à un message de requête d&#039;accès. Ce message est un challenge au client RADIUS qui exige une réponse destinée à prouver l’identité du client (authentification). <br /> *Demande de compte : envoyé par un client RADIUS pour spécifier les informations de gestion de compte d&#039;une connexion acceptée. <br /> *Réponse de compte : envoyé par le serveur RADIUS en réponse à un message de demande de compte. Ce message accuse la réception et le traitement du message de demande de compte.</div>

diod>Achill cyber