Akaunti ya proksi ya SSH inaweza kufanya kazi bila shell

Weka uelekezaji wa SSH upatikane huku ukizima vipindi vya shell na kuelewa mipaka ya kutekeleza SOCKS pekee.

Mpangilio wenye kuvutia ni AllowTcpForwarding no. Kwa bahati mbaya, pia huzima uelekezaji ambao proksi ya SSH SOCKS ya ndani inahitaji. Uelekezaji unaobadilika si mwanya wa kukwepa sera ya seva.

Kwa akaunti maalum, OpenSSH hutenganisha uwezo kadhaa. Kipande cha sera kinaweza kuruhusu uelekezaji wa ndani huku kikizuia vipindi vya shell na mfumo mdogo:

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

Mwongozo wa seva unaelezea MaxSessions 0 kama mpangilio unaozuia vipindi vya shell, kuingia na mfumo mdogo huku ukiruhusu uelekezaji. Unganisha hii katika akaunti iliyothibitishwa iliyopo; hii si usanidi kamili wa usalama wa SSH.

Uelekezaji pekee si SOCKS pekee

Uelekezaji thabiti wa ndani na ombi la SOCKS mwishowe vinaweza kuomba seva muunganisho wa aina moja wa lengwa. Kuruhusu uelekezaji wa ndani hakuhakikishi kuwa mteja alitumia kiolesura maalum cha SOCKS. Usielezee akaunti kama inayotekeleza matumizi ya SOCKS pekee.

PermitOpen inaweza kuzuia jozi za mwenyeji na bandari lengwa wakati orodha maalum inatosheleza hitaji. Hii si marufuku ya jumla inayozingatia utatuzi wa majina ya mwenyeji kwa kila mtandao wa kibinafsi. Vikwazo vipana vya anwani vinaweza kuhitaji sera inayofaa ya mtandao wa mwenyeji.

Mipangilio ya akaunti, ufunguo na seva iliyojumuishwa inaweza kuzuia zaidi uelekezaji. Marufuku ya jumla ya uelekezaji mahali pengine yanaweza kuondoa uwezo ambao kipande hiki kinaonekana kuruhusu.

Tumia utaratibu wa kawaida wa usimamizi wa seva ukiwa na njia ya urejeshaji, kisha tathmini kando uwezo unaoruhusiwa na unaokataliwa. Matokeo yanayokusudiwa ni ruhusa za wazi za uelekezaji, si kuingia kwa mwingiliano kilichoachwa wazi kwa bahati mbaya au proksi iliyozimwa na kizuizi chake yenyewe.

Makala zinazohusiana