Listenerul HTTP al Squid acceptă SOCKS?
Separați protocolul proxy de numerele de port și distingeți munca experimentală a Squid cu SOCKS de suportul standard al listenerului HTTP.
http_port din Squid acceptă trafic proxy HTTP, indiferent de numărul portului. Configurarea lui pe portul 1080 îl lasă un listener HTTP; un client SOCKS trimite un handshake diferit.
O aplicație care acceptă proxy-uri HTTP poate folosi adresa și portul Squid în setarea sa de proxy HTTP. Destinațiile HTTPS pot trece prin CONNECT, așa că această setare este potrivită și pentru site-uri securizate când proxy-ul permite tunelul.
O aplicație care necesită SOCKS are nevoie de un serviciu care implementează versiunea SOCKS necesară și de autentificare. Pentru rute publice permise, alegeți candidați din lista de proxy-uri SOCKS care corespund acelei versiuni. Un server SOCKS dedicat sau un forwarding dinamic SSH local adecvat poate oferi acea interfață.
Suport experimental și proxy-uri superioare
Pagina de dezvoltare SOCKS a Squid descrie abordări experimentale și bazate pe biblioteci, cu limitări. Ea nu demonstrează că un listener HTTP standard împachetat acceptă SOCKS5 printr-un comutator de configurare.
A face Squid să folosească SOCKS în amonte este o cerință separată pentru conexiunile sale de ieșire. O metodă care afectează acele socketuri nu adaugă suport pentru SOCKS de intrare.
La o nepotrivire de protocol, identificați ce trimite aplicația către Squid și ce trimite Squid către destinația sau părintele său. Schimbarea doar a numărului de port nu modifică niciuna dintre cele două conversații.