Proxy-inloggegevens testen: verzoek geslaagd versus verse validatie

Een verzoek dat via een proxy slaagt, bewijst dat die bewerking was toegestaan. Het bewijst mogelijk niet dat het wachtwoord opnieuw is gecontroleerd: de bestemming kan zijn uitgezonderd, of de verbinding is al geauthenticeerd.

Gebruik voor een bewerkingscontrole uw gecontroleerde eindpunt met een bekend klein antwoord en een toegangsbeleid waaraan het account moet voldoen:

curl --proxy http://proxy.example:8080   --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD'   https://probe.example/status

Het eindpunt en het account zijn plaatsaanduidingen. Dit zijn tussenliggende inloggegevens, los van elke aanmelding bij de bestemming.

Houd de antwoordfase en de uitdaging bij elkaar. Een 407 kan de onderhandeling beginnen of voortzetten, niet-ondersteunde methoden melden of een account weigeren. Een 403 kan een beleidsweigering aanduiden, en een latere websitefout kan volgen op een geslaagde proxy-aanmelding.

Gebruik voor verse accountvalidatie de door de operator ondersteunde accountcontrole of logboeken van geauthenticeerde identiteit. Op uw eigen proxy kan backend-bewijs echte validatie onderscheiden van een anoniem toegestaan verzoek. Neem bij wachtwoordwijzigingen het cache-validatievenster mee wanneer u beslist of de oude inloggegevens hadden moeten stoppen met werken. Voor Squid 6.13 Basic beheert credentialsttl een validatiecachevenster.