Порта пренесена преку SSH не е секогаш SOCKS прокси
Разликувајте фиксно локално SSH пренесување од динамичен SOCKS слушател пред да конфигурирате апликација.
Создавате SSH тунел, го внесувате 127.0.0.1 и неговиот порт во поставките за прокси на прелистувачот, и ништо не се вчитува. Слушателот може совршено да работи. Можеби само чека погрешен вид сообраќај.
| Пренесување | Што испраќа локалната апликација | Избор на одредиште |
|---|---|---|
-L | Вообичаениот протокол на целната услуга | Фиксирано во SSH командата |
-D | SOCKS преговарање, потоа сообраќај на апликацијата | Побарано од SOCKS клиентот |
За еден веб-сервер ова е фиксно пренесување:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]Посетете го http://127.0.0.1:9080/ како веб-страница. Не означувајте го портот 9080 како SOCKS: тој пренесува бајти до единствениот веб-сервер наведен во командата. Отворањето на страница под друго име на домаќин може да влијае и на неговото виртуелно хостирање, пренасочувања или колачиња.
SOCKS слушател формата се менува:
ssh -N -D 127.0.0.1:1080 [email protected]Конфигурирајте ја апликацијата да користи SOCKS на 127.0.0.1:1080. Внесувањето на таа адреса директно во адресната лента на прелистувачот испраќа веб-барање до SOCKS слушател, уште едно несовпаѓање на протоколот.
Прирачникот на OpenSSH ги документира двете форми. Има корисен исклучок: пренесувањето на постоечки HTTP прокси со -L создава локален порт што зборува HTTP прокси протокол, бидејќи неговото фиксно одредиште и самото е HTTP прокси. Услугата на далечниот крај одредува што припаѓа на фиксно пренесување. Пренесување на постоечко прокси преку SSH го задржува протоколот и сметката на тоа прокси.