Inoltrare Squid tramite un bilanciatore di carico TCP DigitalOcean
Usate protocolli TCP di ingresso e di destinazione corrispondenti per una risorsa DigitalOcean esistente quando il percorso deve preservare HTTP inoltrato e CONNECT.
Per una risorsa bilanciatore di carico DigitalOcean esistente, conservate il flusso di byte del proxy del client con protocolli TCP corrispondenti:
forwarding_rule {
entry_port = 3128
entry_protocol = "tcp"
target_port = 3128
target_protocol = "tcp"
}Mantenete la destinazione reale, le restrizioni di rete e i controlli di integrità attorno a questo frammento. Il client usa l'indirizzo del bilanciatore e Squid riceve il flusso sul proprio listener.
Un proxy inoltrante accetta destinazioni HTTP in forma assoluta e CONNECT per HTTPS. La modalità ordinaria di bilanciamento del carico HTTP deve supportare esplicitamente queste conversazioni; chiamare HTTP il listener non stabilisce tale compatibilità.
Verificate più della porta: un controllo di integrità TCP prova l'accettazione, mentre un CONNECT autenticato verso una destinazione consentita mette alla prova il contratto del proxy.
Controllate l'indirizzo di origine che vede Squid prima di affidarvi all'autorizzazione IP. I metadati del protocollo PROXY, se usati, richiedono supporto a entrambe le estremità e aggiungono byte prima della richiesta proxy. Svuotate deliberatamente i tunnel attivi durante la manutenzione della destinazione; rimuovere bruscamente il loro processo li interrompe.