In SSH-proksyaccount kin wurkje sûnder shell

De ferlokjende ynstelling is AllowTcpForwarding no. Spitigernôch skeakelet dy ek de trochstjoering út dy't in pleatslike SSH SOCKS-proksy nedich hat. Dynamyske trochstjoering is gjin gat om it serverbelied hinne.

Foar in tawijde account skiedt OpenSSH ferskate mooglikheden. In beliedsfragmint kin pleatslike trochstjoering tastean wylst it shell- en subsystemsesjes blokkearret:

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

De serverhânlieding beskriuwt MaxSessions 0 as in ynstelling dy't shell-, oanmeld- en subsystemsesjes blokkearret en tagelyk trochstjoering tastiet. Yntegrearje it yn in besteand autentisearre account; it is gjin folsleine SSH-feiligenskonfiguraasje.

Allinnich trochstjoering is net allinnich SOCKS

In fêste pleatslike trochstjoering en in SOCKS-fersyk kinne úteinlik deselde soarte bestimmingsferbining by de server opfreegje. Pleatslike trochstjoering tastean garandearret net dat in klant in beskaat SOCKS-ynterface brûkt hat. Beskriuw it account net as ien dy't allinnich-SOCKS-brûk ôftwingt.

PermitOpen kin bestimmingshost- en poartpearen beheine as in beskaat list by de eask past. It is gjin algemien ferbod dat hostnameresolúsje yn acht nimt foar elk privee netwurk. Bredere adresbeheiningen kinne in passend hostnetwurkbelied nedich hawwe.

Account-, kaai- en ynbegrepen serverynstellingen kinne trochstjoering fierder beheine. In algemien trochstjoeringsferbod earne oars kin in mooglikheid fuorthelje dy't dit fragmint blykber tastiet.

Brûk de normale serverbehearproseduere mei in herstelpaad, en beoardielje dêrnei tastiene en wegere mooglikheden apart. It bedoelde resultaat is eksplisite trochstjoeringsrjochten, net in ynteraktive oanmelding dy't by ûngelok beskikber litten is of in proksy dy't troch syn eigen beheining útskeakele is.