Squidi edastamine DigitalOcean TCP koormuse jaoturi kaudu
Kasutage olemasoleva DigitalOcean ressursi jaoks sobivaid TCP-sisend- ja sihtprotokolle, kui tee peab säilitama edasisaatmise HTTP ja CONNECT.
Olemasoleva DigitalOcean koormuse jaoturi ressursi puhul säilitage kliendi puhverserveri baidivoog sobivate TCP-protokollidega:
forwarding_rule {
entry_port = 3128
entry_protocol = "tcp"
target_port = 3128
target_protocol = "tcp"
}Hoidke tegelik siht, võrgupiirangud ja tervisekontrollid selle fragmendi ümber. Klient kasutab koormuse jaoturi aadressi ja Squid võtab voo vastu oma kuulajas.
Edasisuunav puhverserver võtab vastu absoluutkujulisi HTTP-sihtmärke ja HTTPS-i jaoks CONNECT-i. Tavaline HTTP koormuse jaotamise režiim peab neid vestlusi selgesõnaliselt toetama; kuulaja HTTP-ks nimetamine ei tõesta seda ühilduvust.
Kontrollige enamat kui porti: TCP tervisekontroll tõestab vastuvõttu, samas kui autenditud CONNECT lubatud sihtmärgile proovib puhverserveri lepet.
Kontrollige lähteaadressi, mida Squid näeb, enne kui loote IP-põhisele autoriseerimisele. PROXY-protokolli metaandmed, kui neid kasutatakse, nõuavad tuge mõlemas otsas ja lisavad baite enne puhverserveri päringut. Tühjendage aktiivsed tunnelid sihilikult sihtkoha hoolduse ajal; nende protsessi järsk eemaldamine katkestab need.