SSH ya mbali kupitia VPN: kile ambacho handaki hafanyi

VPN huipa seva ya SSH njia ya faragha na kuondoa hitaji la msikilizaji wa umma kwenye lango 22. Haithibitishi mwenyeji, haitoi idhini kwa mtumiaji, na haiamui ni akaunti zipi zinaweza kuingia. Hilo linabaki kuwa kazi ya SSH. Ikiwa VPN ndiyo njia sahihi ya kufikia seva inategemea masharti matatu, na handaki ni moja tu ya majibu yanayowezekana.

Handaki hubadilisha nini na SSH huamua nini bado

Handaki hubadilisha ufikikaji: ni anwani zipi zinaweza kufikiwa, na kutoka wapi. Haibadilishi kinachotokea baada ya muunganisho wa TCP kuanzishwa, ambapo seva huonyesha ufunguo wa mwenyeji na kuuliza utambulisho wa mtumiaji.

Weka tabaka mbili tofauti akilini mwako na katika nyaraka zako. Kuingia kupitia VPN huthibitisha ni nani anayeruhusiwa kutumia mtandao. Haisemi chochote kuhusu akaunti zipi zilizopo kwenye lengo, na si ruhusa ya kuingia kwenye kila mashine inayofikika.

Njia za kushindikana pia ni tofauti, na hiyo ndiyo inayofanya utenganishaji uwe na manufaa wakati wa tukio.

Masharti matatu yanayoamua mfumo wa ufikiaji

Kwanza, je, seva inahitaji kufikika na watu nje ya mtandao wako? Ikiwa sivyo, njia ya faragha pamoja na ngome au mesh ni muundo mdogo. Pili, je, kundi la wateja linaweza kweli kuendesha mteja wa VPN, ikiwa ni pamoja na wale walio kwenye vifaa vinavyosimamiwa vyenye vikwazo?

Tatu, unahitaji udhibiti kwa huduma au kwa mtumiaji? VPN hutoa ufikiaji wa mtandao; SSH hutoa ufikiaji wa akaunti. Ikiwa hitaji ni kwamba mkandarasi afikie mwenyeji mmoja na hakuna kingine, hilo ni hitaji la idhini na handaki peke yake haliwezi kulieleza.

Jibu hizo tatu na muundo hujichagua wenyewe. Ukiziruka, utaishia kuweka SSH hadharani ili kuepuka usambazaji wa mteja.

Thibitisha njia ya faragha kabla ya kulaumu SSH

Ungana na VPN iliyoidhinishwa na utumie jina au anwani ya faragha ya lengo iliyoandikwa kwenye nyaraka. Kisha angalia njia iliyochaguliwa, ruhusa ya lango na njia ya kurudi kwa mteja. Jina linalotatuliwa kwa usahihi si uthibitisho kwamba anwani inachukua handaki iliyokusudiwa, kwa sababu viambishi vya ndani na vya mbali vinavyogongana vinaweza kupeleka ombi mahali pengine kabisa. Tofauti hiyo inafaa kuandikwa kwenye runbook.

Ikiwa muunganisho hautokei kamwe, thibitisha kwamba seva inasikiliza kwenye kiolesura unachotarajia na kwamba firewall ya mwenyeji inaruhusu chanzo inachokiona kweli. NAT ya lango inaweza kuandika upya chanzo hicho, kwa hiyo orodha ya ruhusa iliyoandikwa kwa anwani ya handaki ya mteja inaweza kamwe kutoendana.

Kutokulingana huko ni hitilafu ya SSH inayojisababisha mara nyingi zaidi kupitia VPN.

Soma hatua ya kushindikana, sio hitilafu iliyounganishwa

Hatua tatu hutoa ujumbe tatu tofauti, na mmoja tu kati yao unahusu vitambulisho vya kuingia.

Tumia hitilafu kamili na kumbukumbu ya seva yenyewe badala ya kuweka upya vitambulisho vya VPN na SSH pamoja. Kuweka upya vyote viwili ndiko kunakofanya uchunguzi wa dakika tano uwe tukio la utambulisho la siku mbili.

Matokeo ya kina huonyesha hatua uliyofikia:

ssh -vv [email protected]

Hifadhi funguo za mwenyeji na idhini bila kubadilika

Thibitisha ufunguo wa mwenyeji kupitia mchakato wa uaminifu uliokusudiwa, hasa baada ya seva kubadilishwa. Onyo la ghafla la ufunguo uliobadilika ndilo ujumbe ambao hupaswi kuupuuza kwa sababu tu VPN ilungana, kwa sababu handaki ya faragha haifanyi lengo kuwa mashine unayodhani ni yake. Linganisha alama ya kidole na chanzo unachoamini bila kutegemea muunganisho.

Kwa upande wa seva, thibitisha kwamba akaunti imeidhinishwa na kwamba mbinu ya uthibitishaji uliyoisanidi ndiyo inayotolewa. Ufunguo uliopo lakini unaopuuzwa kwa kawaida ni tatizo la ruhusa au usanidi, sio la mtandao.

Punguza ufikiaji wa huduma kwa vitambulisho vinavyohitajika na uweke njia ya urejeshaji iliyoidhinishwa kwa mabadiliko ya mtandao.