Ondersteun Squid se HTTP-luisteraar SOCKS?
Skei proxyprotokol van poortnommers en onderskei eksperimentele Squid-SOCKS-werk van standaard HTTP-luisteraarondersteuning.
Squid se http_port aanvaar HTTP-proxyverkeer, ongeag die poortnommer. As dit op poort 1080 opgestel word, bly dit 'n HTTP-luisteraar; 'n SOCKS-kliënt stuur 'n ander handdruk.
'n Toepassing wat HTTP-proxies ondersteun, kan Squid se adres en poort in sy HTTP-proxyinstelling gebruik. HTTPS-bestemmings kan deur CONNECT gaan, so hierdie instelling is ook geskik vir veilige webwerwe wanneer die proxy die tonnel toelaat.
'n Toepassing wat SOCKS vereis, het 'n diens wat die vereiste SOCKS-weergawe implementeer en verifikasie nodig. Vir toegelate openbare roetes, kies kandidate uit die SOCKS-proxylys wat by daardie weergawe pas. 'n Toegewyde SOCKS-bediener of 'n gepaste plaaslike SSH-dinamiese deurstuur kan daardie koppelvlak verskaf.
Eksperimentele ondersteuning en opstroom-proxies
Squid se SOCKS-ontwikkelingsblad beskryf eksperimentele en biblioteekgebaseerde benaderings met beperkings. Dit bewys nie dat 'n standaard verpakte HTTP-luisteraar SOCKS5 deur 'n opstellingskakelaar aanvaar nie.
Om Squid SOCKS opstroom te laat gebruik, is 'n aparte vereiste vir sy uitgaande verbindings. 'n Metode wat daardie sokke beïnvloed, voeg nie inkomende SOCKS-ondersteuning by nie.
Vir 'n protokolwanpassing, bepaal wat die toepassing aan Squid stuur en wat Squid na sy bestemming of ouer stuur. Om net die poortnommer te verander, verander nie een van die twee gesprekke nie.