Miks on vastupidise SSH-puhverserveri kuulaja kättesaadav ainult serveris
Enne puhverserveri protokolli või mandaatide muutmist kontrollige kaugkuulaja sidumisaadressi ja GatewayPorts-režiimi.
Kauge edasisuunamine võib SSH-serverist töötada, kuid keelduda teisest masinast tulevatest ühendustest, sest see kuulab ainult loopbackil. Kontrollige kõigepealt tegelikku kuulamisadressi.
Serveri poolel GatewayPorts | Kauge edasisuunamise sidumine |
|---|---|
no, vaikeväärtus | Piirab kuulajad loopbackile |
yes | Sunnib wildcard-sidumist |
clientspecified | Lubab kliendil taotleda kindlat sidumisaadressi |
Ühele kontrollitud liidesele mõeldud kuulaja jaoks võib server kasutada:
GatewayPorts clientspecifiedSeejärel taotleb klient oma -R spetsifikatsioonis sobivat aadressi. See aadress peab kaugmasinas olemas olema ja muud edasisuunamise piirangud kehtivad endiselt. Kliendipoolne -g ei ole selle suuna jaoks vahetatav juhtelement.
Kolm luba jäävad eraldi: SSH-volitus edasisuunamise loomiseks, võrgujuurdepääs selle kuulajale ja HTTP- või SOCKS-teenuse enda juurdepääsupoliitika. SSH-sisselogimine autendib tunnelilooja; see ei autendi jagatud kuulaja iga hilisemat kutsujat ega lisa SOCKS-parooli väljakutset.
Kui kaugkutsuja ei saa endiselt ühendust, kontrollige selles järjekorras sidumisaadressi, serveri edasisuunamise piiranguid ja tulemüüri teekonda. Kui TCP jõuab kuulajani, on ebaõnnestunud puhverserveri kätlus hilisem probleem.