Порт, перанакіраваны праз 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 захоўвае пратакол і ўліковы запіс гэтага проксі.