Squid cache_peer: no marqueu un pare de reenviament com a originserver

Una línia cache_peer pot nomenar un pare i, tot i així, dir a Squid que hi parli com si fos el lloc web d'origen.

L'interruptor responsable és originserver. Squid el documenta per a muntatges d'acceleració on el pare és un servidor web. No és un indicador genèric que signifiqui «envia la petició original a través d'aquest pare».

Si el següent salt és un proxy de reenviament HTTP ordinari, reviseu si aquest indicador hi pertoca. Una declaració bàsica de pare té aquesta forma:

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

El pare pot ser el vostre propi servei; per a una prova permesa de pare públic sense credencials de proxy pare configurades, preneu un candidat HTTP de la llista de proxys HTTP. Manteniu l'autorització de client prevista, l'elegibilitat del pare, l'autenticació i la política de retrocés directe. Aquest extracte només identifica el paper del pare.

proxy-only, de vegades copiat al costat de originserver, fa referència a l'emmagatzematge d'objectes obtinguts d'aquest pare. Treure tots dos indicadors alhora no demostra que tots dos causessin la fallada del protocol.

Mireu què espera el servei següent: una petició de lloc web, una petició de proxy de reenviament o un intercanvi d'establiment de túnel. Un nom d'amfitrió vàlid i un port accessible no fan intercanviables aquests contractes. Corregir el paper del pare és més específic que canviar repetidament certificats TLS en una connexió la semàntica de petició de la qual era incorrecta.