Connexion Wi-Fi RADIUS et authentification de proxy HTTP
Déterminez si les preuves RADIUS servent à l'accès au réseau, à l'autorisation du proxy ou à la corrélation temporelle des journaux.
Une connexion Wi-Fi réussie ne répond pas automatiquement au défi 407 d'un proxy web. RADIUS dialogue avec un serveur d'accès au réseau ; l'authentification de proxy HTTP est une autre conversation entre le client et le proxy.
Déterminez laquelle de ces tâches vous est nécessaire avant de joindre les enregistrements :
| Objectif | Preuve ou intégration requise |
|---|---|
| Autoriser une requête Squid par compte ou groupe nommé | Un mécanisme d'identité disponible pour cette requête, par exemple une authentification de proxy intégrée prise en charge |
| Indiquer quelle session réseau était associée au trafic proxy passé | Des enregistrements de session et d'attribution d'adresses horodatés, corrélés avec l'événement du proxy |
Pour les rapports, conservez l'identifiant de session RADIUS, les heures de session, les adresses attribuées et l'historique DHCP ou d'attribution pertinent. Un enregistrement d'accès Squid décrit un événement HTTP ; la comptabilité RADIUS décrit une session réseau.
Supposez qu'un ordinateur portable libère une adresse et qu'un autre la reçoive. Joindre uniquement sur l'adresse attribue le trafic du second appareil au premier. NAT, postes de travail partagés, tunnels et adresses valides simultanément ajoutent de l'ambiguïté.
Décrivez la corrélation comme un trafic associé à une session réseau selon des règles de correspondance énoncées. Elle peut être utile sans être une identité de proxy authentifiée rattachée à la transaction. Même des noms d'utilisateur identiques dans les deux systèmes ne fournissent pas l'intégration manquante au niveau de la requête.