Squid 7 no-tproxy: huwag paganahin ang pagpeke ng source address patungo sa parent proxy

Ang TPROXY listener ng Squid ay maaaring matagumpay na makatanggap ng trapiko ng kliyente habang nabibigo ang koneksyon sa magulang nito. Ang pagpapanatili ng source address sa palabas na koneksyong iyon ay maaaring hindi angkop sa network path ng magulang.

Sa mga release ng Squid na sumusuporta sa opsyong ito, idagdag ang no-tproxy sa kaugnay na umiiral na definisyon ng cache_peer. Halimbawa:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

Hindi pinapagana ng no-tproxy ang pagpeke ng source address ng kliyente para sa mga koneksyon sa peer na ito. Hindi nito inaalis ang transparent na configuration ng listener at hindi nito pinipili ang peer nang mag-isa. Panatilihin ang iba pang opsyon at panuntunan sa pagpili ng magulang sa deployment. Kung pinapayagan ng mga panuntunang iyon ang mga pampublikong destinasyon sa pamamagitan ng hindi awtentikadong magulang, ang listahan ng HTTP proxy ay nag-aalok ng mga kandidatong address; huwag panatilihin ang umiiral na kredensyal ng magulang, at suriin ang pahintulot para sa bawat aktwal na target ng CONNECT.

Ngayon ay tumatanggap ang magulang ng normal na koneksyon mula sa sariling palabas na address ng Squid, napapailalim sa anumang NAT. Dapat payagan ng patakaran sa pag-access at awtentikasyon nito ang downstream proxy na iyon. Suriin ang source address na nakikita ng magulang kapag gumagamit ito ng paghihigpit sa IP.

Ang opsyong ito ay dokumentado para sa Squid 7 at mga naunang sinusuportahang release; itinutuon ng sanggunian sa configuration na hindi ito available sa Squid 8. Panatilihing nakatali ang recipe sa bersyong ginagamit.