SSH SOCKS: konekto rifuzita malfermante kanalon
Legu erarojn de kanaloj de dinamika plusendado SSH kiel malsukceson de la petita plua konekto, anstataŭ supozi, ke la loka SOCKS-aŭskultanto neniam ekfunkciis.
channel 5: open failed: connect failed: Connection refused temas pri plua konekto malfermita de la SSH-servilo. Loka SOCKS-aŭskultanto kaj sukcesa SSH-ensaluto povas ambaŭ funkcii, kiam tiu kanalo malsukcesas.
La vojo havas tri finpunktojn: la aplikaĵo kontaktas la lokan SOCKS-aŭskultanton, la SSH-sesio portas ĝian peton al la servilo, kaj la servilo malfermas la petitan celkonekton.
| Kanalmalsukceso | Sekva esploro |
|---|---|
| Administra malpermeso | Ĉu la SSH-servilo permesas la petitan plusendan operacion |
| Plua konekto rifuzita | La petita cela gastiganto, pordo kaj aŭskultanto kiel atingitaj de la SSH-servilo |
Servo atingebla de la tekkomputilo povas manki aŭ esti neatingebla de tiu servilo. Loopback-celo ankaŭ apartenas al la maŝino, kiu malfermas la pluan konekton; ĝi ne aŭtomate rilatas al la tekkomputilo.
Kunligu la kanalan eventon kun la peto, kiun vi bezonas. Paĝo povas peti multajn celojn, kaj rifuzo de unu laŭvola rimedo ne nepre signifas, ke la tuta paĝo malsukcesis.
Se la bajtoj ne konvenas al ĉi tiu vojo, kontrolu la plusendan reĝimon. Fiksa plusendado portas trafikon al sia agordita servo; dinamika plusendado akceptas SOCKS-celpeticojn. HTTP sendita al SOCKS-aŭskultanto, aŭ SOCKS sendita al fiksa plusendado de reteja servilo, malsukcesas ĉe alia protokola limo.
Notu la lokan aŭskultanton, la SSH-finpunkton kaj la petitan celon aparte. Tio identigas, kiu flanko bezonas atenton; ŝanĝi la lokan pordon ne povas lanĉi mankan malproksiman servon.