Egy SSH proxy fiók héj nélkül is működhet

A csábító beállítás: AllowTcpForwarding no. Sajnos ez kikapcsolja azt a továbbítást is, amelyre egy helyi SSH SOCKS proxynek szüksége van. A dinamikus továbbítás nem kiskapu a kiszolgáló házirendje körül.

Egy dedikált fióknál az OpenSSH több képességet választ szét. Egy házirend-töredék engedélyezheti a helyi továbbítást, miközben meggátolja a héj- és alrendszermunkameneteket:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

A kiszolgáló kézikönyve a MaxSessions 0 beállítást úgy írja le, hogy meggátolja a héj-, bejelentkezési és alrendszermunkameneteket, miközben engedélyezi a továbbítást. Illessze be egy meglévő hitelesített fiókba; ez nem teljes SSH biztonsági konfiguráció.

A csak továbbítás nem csak SOCKS

Egy rögzített helyi továbbítás és egy SOCKS kérés végül ugyanolyan célkapcsolatot kérhet a kiszolgálótól. A helyi továbbítás engedélyezése nem garantálja, hogy az ügyfél adott SOCKS felületet használt. Ne írja le a fiókot csak SOCKS használatát kikényszerítőként.

PermitOpen korlátozhatja a cél hoszt- és portpárokat, ha egy adott lista megfelel a követelménynek. Ez nem általános, a hosztnév-feloldást figyelembe vevő tilalom minden magánhálózatra. Szélesebb címkorlátozásokhoz megfelelő hoszthálózati házirend kellhet.

A fiók-, kulcs- és a beépített kiszolgálóbeállítások tovább korlátozhatják a továbbítást. Egy máshol érvényes általános továbbítási tilalom eltávolíthat egy képességet, amelyet ez a töredék látszólag engedélyez.

Használja a szokásos kiszolgáló-adminisztrációs eljárást visszaállítási útvonallal, majd külön értékelje az engedélyezett és tiltott képességeket. A szándékolt eredmény kifejezett továbbítási engedélyek, nem egy véletlenül elérhetően hagyott interaktív bejelentkezés vagy egy saját korlátozása miatt letiltott proxy.