SSH SOCKS: konexioa ukatu da kanal bat irekitzean
Irakurri SSH bideratze dinamikoko kanalaren erroreak eskatutako hurrengo konexioaren hutsegite gisa, tokiko SOCKS entzulea inoiz abiatu ez zela suposatu beharrean.
channel 5: open failed: connect failed: Connection refused SSH zerbitzaritik irekitako hurrengo konexio bati buruzkoa da. Tokiko SOCKS entzulea eta SSH saio-hasiera arrakastatsua biak egon daitezke lanean kanal horrek huts egiten duenean.
Bideak hiru mutur ditu: aplikazioak tokiko SOCKS entzulearekin harremanetan jartzen da, SSH saioak bere eskaera zerbitzarira eramaten du, eta zerbitzariak eskatutako helmugako konexioa irekitzen du.
| Kanalaren hutsegitea | Hurrengo ikerketa |
|---|---|
| Debeku administratiboa | SSH zerbitzariak eskatutako bideratze-eragiketa baimentzen duen |
| Hurrengo konexioa ukatu da | SSH zerbitzaritik irisgarri den eskatutako helmugako ostalaria, ataka eta entzulea |
Eramangarritik irisgarri den zerbitzu bat falta edo irisgaitz gerta daiteke zerbitzari horretatik. Loopback helmuga bat ere hurrengo konexioa irekitzen duen makinarena da; ez dio automatikoki eramangarriari erreferentzia egiten.
Lotu kanalaren gertaera behar duzun eskaerarekin. Orrialde batek helmuga asko eska ditzake, eta baliabide aukerako baten ukoak ez du zertan esan nahi orrialde osoak huts egin duenik.
Byteak bide honetara egokitzen ez badira, egiaztatu bideratze modua. Bideratze finkoak trafikoa bere zerbitzu konfiguratura eramaten du; bideratze dinamikoak SOCKS helmuga-eskaerak onartzen ditu. SOCKS entzule bati bidalitako HTTPa, edo web zerbitzari baten bideratze finko bati bidalitako SOCKSa, beste protokolo-muga batean huts egiten du.
Erregistratu tokiko entzulea, SSH muturra eta eskatutako helmuga bereizita. Horrek erakusten du zein aldek behar duen arreta; tokiko portua aldatzeak ezin du falta den urruneko zerbitzurik abiarazi.