Testování přihlašovacích údajů proxy: úspěch požadavku versus čerstvá validace
Použijte kontrolovaný cíl a poté rozlište povolený požadavek od čerstvého ověření dodaného hesla proxy.
Požadavek, který přes proxy uspěje, dokazuje, že tato operace byla povolena. Nemusí však dokázat, že heslo bylo zkontrolováno znovu: cíl může být vyňat nebo už spojení bylo ověřeno.
Pro kontrolu operace použijte svůj kontrolovaný koncový bod se známou malou odpovědí a zásadou přístupu, kterou má účet splňovat:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusKoncový bod a účet jsou zástupné. Jde o zprostředkující údaje, oddělené od jakéhokoli přihlášení k cíli.
Držte fázi odpovědi a výzvu u sebe. 407 může zahájit nebo pokračovat vyjednávání, hlásit nepodporované metody nebo odmítnout účet. 403 může znamenat odepření podle zásad a pozdější chyba webu může následovat po úspěšném přihlášení přes proxy.
Pro čerstvou validaci účtu použijte podporovanou kontrolu účtu od operátora nebo protokoly ověřené identity. Na vlastní proxy mohou důkazy z backendu odlišit skutečnou validaci od anonymně povoleného požadavku. Při změnách hesla zahrňte okno validace v mezipaměti, když rozhodujete, zda starý údaj měl přestat fungovat. Pro Squid 6.13 Basic credentialsttl řídí okno mezipaměti validace.