SSH SOCKS: lidhja refuzohet kur hapet një kanal
Lexoni gabimet e kanalit të përcjelljes dinamike SSH si dështime të lidhjes së mëtejshme të kërkuar, në vend që të supozoni se dëgjuesi lokal SOCKS nuk është nisur kurrë.
channel 5: open failed: connect failed: Connection refused ka të bëjë me një lidhje të mëtejshme që hapet nga serveri SSH. Një dëgjues lokal SOCKS dhe një hyrje e suksesshme SSH mund të funksionojnë të dyja kur ai kanal dështon.
Rruga ka tre skaje: aplikacioni kontakton dëgjuesin lokal SOCKS, sesioni SSH e çon kërkesën te serveri dhe serveri hap lidhjen e destinacionit të kërkuar.
| Dështimi i kanalit | Kontrolli tjetër |
|---|---|
| Ndalim administrativ | Nëse serveri SSH lejon veprimin e përcjelljes së kërkuar |
| Lidhja e mëtejshme u refuzua | Pritësi, porta dhe dëgjuesi i destinacionit të kërkuar ashtu si arrihen nga serveri SSH |
Një shërbim i arritshëm nga laptopi mund të mungojë ose të jetë i paarritshëm nga ai server. Një destinacion loopback i përket gjithashtu makinës që hap lidhjen e mëtejshme; nuk i referohet automatikisht laptopit.
Lidhni ngjarjen e kanalit me kërkesën që ju nevojitet. Një faqe mund të kërkojë shumë destinacione, dhe refuzimi i një burimi opsional nuk do të thotë domosdoshmërisht se e gjithë faqja dështoi.
Nëse bajtët nuk përshtaten me këtë rrugë, kontrolloni mënyrën e përcjelljes. Përcjellja e fiksuar e çon trafikun te shërbimi i konfiguruar; përcjellja dinamike pranon kërkesa destinacioni SOCKS. HTTP e dërguar te një dëgjues SOCKS, ose SOCKS e dërguar te një përcjellje e fiksuar e serverit të uebit, dështon në një kufi tjetër protokolli.
Shënoni veçmas dëgjuesin lokal, pikën fundore SSH dhe destinacionin e kërkuar. Kjo identifikon se cila anë ka nevojë për vëmendje; ndryshimi i portës lokale nuk mund të nisë një shërbim të largët që mungon.