Definir credenciais separadas para un proxy pai de Squid
Dea a Squid 6.13 un acceso propio ao proxy superior sen asumir que o contrasinal do cliente deba transmitirse a outro operador.
As credenciais do usuario do seu servizo Squid e as de Squid para acceder ao pai son distintas. O pai pode pertencer a outro operador ou usar outra base de contas. Aceptar o contrasinal dun cliente non significa que deba transmitilo ao servidor superior.
Squid 6.13 pode engadir un acceso estático á definición dun pai:
cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly
O enderezo e o contrasinal anteriores son exemplos de documentación. Engada o acceso á definición do pai existente para non crear accidentalmente un segundo peer. Manteña a política de encamiñamento separada que decide que peticións deben usar este pai.
Manteña separados os ámbitos das contas
A configuración auth_param inferior valida os clientes da súa instancia Squid. A opción login do peer fornece credenciais para outro salto. Cambiar unha parte non actualiza automaticamente a outra.
Respecte os requisitos de autenticación documentados do pai. Esta liña non é unha configuración completa para todos os esquemas de autenticación orientados á conexión. Se o pai espera NTLM ou Negotiate, comprobe a configuración de peers admitida en vez de cambiar repetidamente o contrasinal do campo.
Squid tamén ten opcións de transmisión de credenciais como PASS e PASSTHRU. A súa semántica difire dunha conta superior dedicada e poden expoñer ao peer información de autenticación do cliente. Non as escolla como atallo se o deseño usa contas separadas.
Protexa a configuración e probe o salto correcto
O segredo estático gárdase na configuración. Limite o acceso a ficheiros e copias de seguridade e retire datos sensibles da saída do analizador ou de depuración antes de compartila. A opción ten regras de escape propias: a documentación permite escapes URL e esixe duplicar o carácter de porcentaxe literal.
Se os clientes se autentican pero as peticións reenviadas seguen fallando no pai, examine ese intercambio superior e a conta. Separe tamén a protección do transporte cliente–Squid e Squid–pai; cifrar a primeira conexión non protexe automaticamente a segunda.