Sinusuportahan ba ng HTTP listener ng Squid ang SOCKS?
Paghiwalayin ang proxy protocol sa mga numero ng port at ibukod ang eksperimental na gawaing SOCKS ng Squid sa karaniwang suporta ng HTTP listener.
Ang http_port ng Squid ay tumatanggap ng trapikong proxy HTTP, anuman ang numero ng port. Ang pag-configure nito sa port 1080 ay iniiwan itong HTTP listener; ang kliyenteng SOCKS ay nagpapadala ng ibang handshake.
Ang aplikasyong sumusuporta sa mga proxy HTTP ay maaaring gumamit ng address at port ng Squid sa setting ng proxy HTTP nito. Ang mga destinasyong HTTPS ay maaaring dumaan sa CONNECT, kaya ang setting na ito ay angkop din sa mga secure na site kapag pinapayagan ng proxy ang tunnel.
Ang aplikasyong nangangailangan ng SOCKS ay kailangan ng serbisyong nagpapatupad ng kinakailangang bersyon ng SOCKS at pagpapatunay. Para sa mga pinapayagang pampublikong ruta, pumili ng mga kandidato mula sa listahan ng proxy SOCKS na tumutugma sa bersyong iyon. Maaaring magbigay ng interface na iyon ang isang dedikadong server ng SOCKS o angkop na lokal na dinamikong SSH forwarding.
Eksperimental na suporta at mga upstream proxy
Inilalarawan ng pahina ng pag-unlad ng SOCKS ng Squid ang mga eksperimental at nakabatay sa library na paraan, na may mga limitasyon. Hindi nito pinatutunayan na ang karaniwang nakapaketeng HTTP listener ay tumatanggap ng SOCKS5 sa pamamagitan ng switch ng configuration.
Ang pagpapaggamit ng SOCKS sa upstream sa Squid ay hiwalay na pangangailangan para sa mga koneksyon nitong palabas. Ang paraang nakakaapekto sa mga socket na iyon ay hindi nagdaragdag ng suporta sa papasok na SOCKS.
Kapag hindi tugma ang protocol, tukuyin kung ano ang ipinapadala ng aplikasyon sa Squid at kung ano ang ipinapadala ng Squid patungo sa destinasyon o magulang nito. Ang pagbabago lamang ng numero ng port ay hindi nagbabago sa alinman sa dalawang usapan.