SSH SOCKS: tilkoblingen avvist når en kanal åpnes
Les feil i SSH-kanaler med dynamisk videresending som svikt i den etterspurte videre tilkoblingen, i stedet for å anta at den lokale SOCKS-lytteren aldri startet.
channel 5: open failed: connect failed: Connection refused gjelder en videre tilkobling som åpnes fra SSH-serveren. Både en lokal SOCKS-lytter og en vellykket SSH-innlogging kan fungere når den kanalen svikter.
Veien har tre endepunkter: programmet kontakter den lokale SOCKS-lytteren, SSH-økten bærer forespørselen til serveren, og serveren åpner den etterspurte destinasjonstilkoblingen.
| Kanalsvikt | Neste undersøkelse |
|---|---|
| Administrativt forbud | Om SSH-serveren tillater den etterspurte videresendingsoperasjonen |
| Videre tilkobling avvist | Den etterspurte destinasjonens vert, port og lytter slik de nås fra SSH-serveren |
En tjeneste som er tilgjengelig fra laptopen, kan mangle eller være utilgjengelig fra den serveren. En loopback-destinasjon tilhører også maskinen som åpner den videre tilkoblingen; den viser ikke automatisk til laptopen.
Korreler kanalhendelsen med forespørselen du trenger. En side kan be om mange destinasjoner, og avvisningen av én valgfri ressurs trenger ikke bety at hele siden feilet.
Hvis bytene ikke passer til denne veien, sjekk videresendingsmodusen. En fast videresending fører trafikk til sin konfigurerte tjeneste; en dynamisk videresending godtar SOCKS-destinasjonsforespørsler. HTTP sendt til en SOCKS-lytter, eller SOCKS sendt til en fast webserver-videresending, feiler ved en annen protokollgrense.
Noter den lokale lytteren, SSH-endepunktet og den etterspurte destinasjonen hver for seg. Det viser hvilken side som trenger oppmerksomhet; å endre den lokale porten kan ikke starte en manglende fjerntjeneste.