Testar credenciais de proxy: sucesso do pedido versus validação nova

Um pedido que tem sucesso através de um proxy prova que essa operação estava permitida. Pode não provar que a palavra-passe foi verificada de novo: o destino pode estar isento ou a ligação já pode estar autenticada.

Para uma verificação de operação, use o seu endpoint controlado com uma resposta pequena conhecida e uma política de acesso que a conta deve cumprir:

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

O endpoint e a conta são marcadores de posição. São credenciais intermédias, separadas de qualquer início de sessão no destino.

Mantenha a fase de resposta e o desafio juntos. Um 407 pode iniciar ou continuar a negociação, comunicar métodos não suportados ou rejeitar uma conta. Um 403 pode indicar recusa por política, e um erro posterior do site pode seguir-se a um início de sessão bem-sucedido no proxy.

Para uma validação nova da conta, use a verificação de conta suportada pelo operador ou registos de identidade autenticada. No seu próprio proxy, a evidência do backend pode distinguir a validação real de um pedido permitido anonimamente. Durante alterações de palavra-passe, inclua a janela de validação em cache ao decidir se a credencial antiga deveria ter deixado de funcionar. Para Squid 6.13 Basic, credentialsttl controla uma janela de cache de validação.