Squid cache_peer: non contrassegnare un parent di inoltro come originserver

Una riga cache_peer può nominare un parent e comunque dire a Squid di parlargli come se fosse il sito di origine.

L'interruttore responsabile è originserver. Squid lo documenta per le configurazioni ad acceleratore in cui il peer è un server web. Non è un flag generico che significhi «invia la richiesta originale attraverso questo parent».

Se il salto successivo è un normale proxy di inoltro HTTP, verifica se quel flag c'entri davvero. Una dichiarazione di parent di base ha invece questa forma:

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

Il parent può essere il tuo servizio; per un test consentito di parent pubblico senza credenziali di proxy parent configurate, prendi un candidato HTTP dalla lista di proxy HTTP. Mantieni l'autorizzazione client prevista, l'idoneità del peer, l'autenticazione e la politica di fallback diretto. Questo estratto identifica solo il ruolo del peer.

proxy-only, a volte copiato accanto a originserver, riguarda la memorizzazione degli oggetti recuperati da quel peer. Rimuovere entrambi i flag insieme non dimostra che entrambi abbiano causato l'errore del protocollo.

Guarda cosa si aspetta il servizio successivo: una richiesta di sito web, una richiesta di proxy di inoltro o uno scambio di instaurazione del tunnel. Un nome host valido e una porta raggiungibile non rendono quei contratti intercambiabili. Correggere il ruolo del peer è più mirato che cambiare ripetutamente i certificati TLS su una connessione la cui semantica della richiesta era sbagliata.