Privoxy: поврзување на HTTP прокси клиент со SOCKS тунел

Динамичен SSH тунел, вклучувајќи го динамичкото проследување на PuTTY, обезбедува SOCKS интерфејс. Апликација што прифаќа само HTTP прокси не може да го користи тој порт само со тоа што ќе го нарече HTTP.

Помеѓу нив може да стои локален протоколен мост. Апликацијата ги испраќа HTTP прокси барањата до мостот, а мостот отвора врски до одредиштето преку SOCKS услугата.

Privoxy го документира овој распоред преку своите правила за проследување. За постоечки локален SOCKS5 тунел, фрагментот од конфигурацијата е:

forward-socks5 / 127.0.0.1:1080 .

Апликацијата се поврзува со HTTP слушачот на Privoxy, а не со портот 1080. Држете го тој слушач локален според предвидената политика за пристап. Последната точка во правилото има документирано значење; таа не е замена за име на интернет домаќин што недостасува.

Ова е превод на протокол

Документацијата за проследување на Privoxy ја објаснува синтаксата за SOCKS проследување и постапувањето со имиња на домаќини. Обичното проследување на TCP порт не го прави истиот превод: ги пренесува HTTP бајтите на клиентот непроменети до SOCKS слушач, кој сè уште очекува SOCKS преговарање.

Мостот исто така станува дел од конфигурацијата што треба да ја разберете. Privoxy може да има свои поставки за филтрирање на содржина и за пристап. Неговото додавање не е исто како оригиналната апликација да поддржува SOCKS вградено.

За HTTPS локации, апликацијата обично бара CONNECT од HTTP мостот, а мостот ја добива врската до одредиштето преку SOCKS. Вообичаениот TLS на локацијата останува однос меѓу апликација и локација; мостот не треба да се претставува како локацијата за да го обезбеди овој пат.

Ако апликацијата може директно да користи SOCKS, дополнителната компонента може да е непотребна. Користете го мостот за да решите вистинско несовпаѓање на протоколи, со јасно раздвоен слушач и горен тек.