RADIUS-Wi-Fi-Anmeldung vs. HTTP-Proxy-Authentifizierung
Entscheiden Sie, ob RADIUS-Nachweise der Netzzugangskontrolle, der Proxy-Autorisierung oder der zeitlichen Log-Korrelation dienen.
Eine erfolgreiche Wi-Fi-Anmeldung beantwortet nicht automatisch die 407-Anforderung eines Webproxys. RADIUS spricht mit einem Netzwerkzugangsserver; die HTTP-Proxy-Authentifizierung ist ein anderes Gespräch zwischen Client und Proxy.
Entscheiden Sie, welche dieser Aufgaben Sie brauchen, bevor Sie die Protokolle zusammenführen:
| Ziel | Erforderlicher Nachweis oder Integration |
|---|---|
| Eine Squid-Anfrage nach benanntem Konto oder benannter Gruppe autorisieren | Ein für diese Anfrage verfügbarer Identitätsmechanismus, etwa eine unterstützte integrierte Proxy-Authentifizierung |
| Berichten, welche Netzwerksitzung mit früherem Proxy-Verkehr verbunden war | Zeitgestempelte Sitzungs- und Adresszuweisungsdaten, die mit dem Proxy-Ereignis korreliert sind |
Bewahren Sie für die Berichterstattung die RADIUS-Sitzungskennung, die Sitzungszeiten, die zugewiesenen Adressen und die relevante DHCP- oder Zuweisungshistorie auf. Ein Squid-Zugriffsdatensatz beschreibt ein HTTP-Ereignis; die RADIUS-Abrechnung beschreibt eine Netzwerksitzung.
Angenommen, ein Laptop gibt eine Adresse frei und ein anderes Gerät erhält sie. Werden nur die Adressen verknüpft, wird der Verkehr des zweiten Geräts dem ersten zugeschrieben. NAT, gemeinsam genutzte Arbeitsplätze, Tunnel und gleichzeitig gültige Adressen erhöhen die Unklarheit.
Beschreiben Sie die Korrelation als Verkehr, der unter festgelegten Zuordnungsregeln mit einer Netzwerksitzung verbunden ist. Sie kann nützlich sein, ohne eine authentifizierte, an die Transaktion gebundene Proxy-Identität zu sein. Selbst übereinstimmende Benutzernamen in beiden Systemen liefern die fehlende Integration auf Anfrageebene nicht.