SSH SOCKS: адмова ў злучэнні пры адкрыцці канала
Чытайце памылкі канала дынамічнай перасылкі SSH як збой запытанага далейшага злучэння, а не як доказ таго, што лакальны слухач SOCKS не запусціўся.
channel 5: open failed: connect failed: Connection refused датычыцца далейшага злучэння, адкрытага з сервера SSH. Лакальны слухач SOCKS і паспяховы ўваход праз SSH могуць абодва працаваць, калі гэты канал не спраўляецца.
Шлях мае тры канцавыя пункты: праграма звяртаецца да лакальнага слухача SOCKS, сеанс SSH перадае яе запыт на сервер, а сервер адкрывае запытанае злучэнне з пунктам прызначэння.
| Збой канала | Наступная праверка |
|---|---|
| Адміністрацыйная забарона | Ці дазваляе сервер SSH запытаную аперацыю перасылкі |
| Адмова ў далейшым злучэнні | Запытаны хост, порт і слухач прызначэння так, як яны дасягальныя з сервера SSH |
Паслуга, даступная з ноўтбука, можа быць адсутнай або недасяжнай з таго сервера. Пункт прызначэння loopback таксама належыць машыне, якая адкрывае далейшае злучэнне; ён не абавязкова азначае ноўтбук.
Супaстаўце падзею канала з патрэбным вам запытам. Старонка можа запытваць шмат пунктаў прызначэння, і адмова аднаго неабавязковага рэсурсу не азначае, што ўся старонка не загрузілася.
Калі байты не ўкладваюцца ў гэты шлях, праверце рэжым перасылкі. Фіксаваная перасылка накіроўвае трафік да наладжанай паслугі; дынамічная перасылка прымае запыты пунктаў прызначэння SOCKS. HTTP, адпраўлены слухачу SOCKS, або SOCKS, адпраўлены на фіксаваную перасылку вэб-сервера, не спраўляецца на іншай мяжы пратаколу.
Запішыце лакальны слухач, канцавы пункт SSH і запытаны пункт прызначэння асобна. Гэта пакажа, які бок патрабуе ўвагі; змена лакальнага порта не можа запусціць адсутную аддаленую паслугу.