Squid cache_peer: non marques un pai de reenvío como originserver

Unha liña cache_peer pode nomear un pai e, aínda así, dicir a Squid que fale con el coma se fose o sitio web de orixe.

O interruptor responsable é originserver. Squid documéntao para configuracións de acelerador nas que o par é un servidor web. Non é unha bandeira xenérica que signifique «envía a petición orixinal a través deste pai».

Se o seguinte salto é un proxy de reenvío HTTP normal, revisa se esa bandeira ten cabida alí. Unha declaración básica de pai ten máis ben esta forma:

cache_peer parent.example parent 8080 0 no-query name=upstream

O pai pode ser o teu propio servizo; para unha proba permitida de pai público sen credenciais de proxy pai configuradas, toma un candidato HTTP da lista de proxies HTTP. Conserva a autorización de cliente prevista, a elixibilidade do par, a autenticación e a política de retroceso directo. Este extracto só identifica o papel do par.

proxy-only, ás veces copiado xunto a originserver, refírese ao almacenamento de obxectos obtidos dese par. Quitar ambas as bandeiras á vez non demostra que ambas causasen o fallo de protocolo.

Mira que espera o seguinte servizo: unha petición de sitio web, unha petición de proxy de reenvío ou un intercambio de establecemento de túnel. Un nome de host válido e un porto accesible non fan intercambiables eses contratos. Corrixir o papel do par é máis específico que cambiar repetidamente certificados TLS nunha conexión cuxa semántica de petición era incorrecta.