SSH SOCKS: tilkoplinga vart avvist då ein kanal vart opna
Les feil i SSH-kanalar med dynamisk vidaresending som svikt i den etterspurde vidare tilkoplinga, i staden for å anta at den lokale SOCKS-lyttaren aldri starta.
channel 5: open failed: connect failed: Connection refused gjeld ei vidare tilkopling som vert opna frå SSH-serveren. Både ein lokal SOCKS-lyttar og ei vellukka SSH-innlogging kan fungere når den kanalen sviktar.
Vegen har tre endepunkt: programmet kontaktar den lokale SOCKS-lyttaren, SSH-økta ber førespurnaden til serveren, og serveren opnar den etterspurde destinasjonstilkoplinga.
| Kanalsvikt | Neste undersøking |
|---|---|
| Administrativt forbod | Om SSH-serveren tillèt den etterspurde vidaresendingsoperasjonen |
| Vidare tilkopling avvist | Den etterspurde destinasjonen sin vert, port og lyttar slik dei nåast frå SSH-serveren |
Ein teneste som er tilgjengeleg frå laptopen, kan mangle eller vere utilgjengeleg frå den serveren. Ein loopback-destinasjon høyrer òg til maskinen som opnar den vidare tilkoplinga; han viser ikkje automatisk til laptopen.
Korreler kanalhendinga med førespurnaden du treng. Ei side kan be om mange destinasjonar, og avvisinga av éin valfri ressurs treng ikkje tyde at heile sida feila.
Viss byta ikkje passar til denne vegen, sjekk vidaresendingsmodusen. Ei fast vidaresending fører trafikk til den konfigurerte tenesta; ei dynamisk vidaresending tek imot SOCKS-destinasjonsførespurnader. HTTP sendt til ein SOCKS-lyttar, eller SOCKS sendt til ei fast nettenar-vidaresending, feilar ved ei anna protokollgrense.
Noter den lokale lyttaren, SSH-endepunktet og den etterspurde destinasjonen kvar for seg. Det viser kva side som treng merksemd; å endre den lokale porten kan ikkje starte ein manglande fjerneteneste.