Miksi käänteisen SSH-välityspalvelimen kuuntelija on tavoitettavissa vain palvelimella
Tarkista etäkuuntelijan bind-osoite ja GatewayPorts-tila ennen välityspalvelimen protokollan tai tunnistetietojen muuttamista.
Etäedelleenlähetys voi toimia SSH-palvelimelta mutta hylätä toisesta koneesta tulevat yhteydet, koska se kuuntelee vain loopbackissa. Tarkista ensin todellinen kuunteluosoite.
Palvelimen puolella GatewayPorts | Etäedelleenlähetyksen sidonta |
|---|---|
no, oletus | Rajoittaa kuuntelijat loopbackiin |
yes | Pakottaa wildcard-sidonnan |
clientspecified | Sallii asiakkaan pyytää tiettyä bind-osoitetta |
Yhdelle hallitulle rajapinnalle tarkoitetulle kuuntelijalle palvelin voi käyttää:
GatewayPorts clientspecifiedAsiakas pyytää sitten sopivaa osoitetta -R-määrittelyssään. Osoitteen on oltava olemassa etäkoneella, ja muut edelleenlähetyksen rajoitukset ovat edelleen voimassa. Asiakaspuolen -g ei ole vaihdettavissa oleva hallinta tälle suunnalle.
Kolme lupaa pysyvät erillään: SSH-valtuutus edelleenlähetyksen luomiseen, verkkopääsy sen kuuntelijaan ja HTTP- tai SOCKS-palvelun oma käyttöoikeuskäytäntö. SSH-kirjautuminen todentaa tunnelin luojan; se ei todista jokaista myöhempää jaetun kuuntelijan kutsujaa eikä lisää SOCKS-salasanahaastetta.
Jos etäkutsuja ei vieläkään saa yhteyttä, tarkista bind-osoite, palvelimen edelleenlähetyksen rajoitukset ja palomuurin reitti tässä järjestyksessä. Kun TCP saavuttaa kuuntelijan, epäonnistunut välityspalvelimen kättely on myöhempi ongelma.