Një llogari proxy SSH mund të punojë pa shell

Cilësimi joshës është AllowTcpForwarding no. Fatkeqësisht, ai çaktivizon edhe përcjelljen që i duhet një proxy SSH SOCKS lokal. Përcjellja dinamike nuk është një rrugëdalje rreth politikës së serverit.

Për një llogari të dedikuar, OpenSSH ndan disa aftësi. Një fragment politike mund të lejojë përcjelljen lokale duke bllokuar sesionet e shell-it dhe të nënsistemit:

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

Manuali i serverit e përshkruan MaxSessions 0 si një cilësim që bllokon sesionet e shell-it, të hyrjes dhe të nënsistemit duke lejuar përcjelljen. Integrojeni në një llogari ekzistuese të vërtetuar; nuk është një konfigurim i plotë sigurie SSH.

Vetëm përcjellje nuk është vetëm SOCKS

Një përcjellje lokale fikse dhe një kërkesë SOCKS mund t'i kërkojnë serverit të njëjtin lloj lidhjeje destinacioni. Lejimi i përcjelljes lokale nuk garanton që një klient përdori një ndërfaqe të caktuar SOCKS. Mos e përshkruani llogarinë si zbatuese të përdorimit vetëm SOCKS.

PermitOpen mund të kufizojë çiftet host dhe portë destinacioni kur një listë e caktuar i përshtatet kërkesës. Nuk është një ndalim i përgjithshëm që merr parasysh zgjidhjen e emrave të hosteve për çdo rrjet privat. Kufizime më të gjera adresash mund të kërkojnë një politikë të përshtatshme rrjeti hosti.

Cilësimet e llogarisë, të çelësit dhe të serverit të përfshirë mund ta kufizojnë më tej përcjelljen. Një ndalim i përgjithshëm i përcjelljes diku tjetër mund të heqë një aftësi që ky fragment duket se lejon.

Përdorni procedurën e zakonshme të administrimit të serverit me një rrugë rikuperimi, më pas vlerësoni veçmas aftësitë e lejuara dhe të refuzuara. Rezultati i synuar janë leje të shprehura përcjelljeje, jo një hyrje interaktive e lënë aksidentalisht e disponueshme ose një proxy i çaktivizuar nga kufizimi i vet.