SSH kwenye njia ya pili ya faragha wakati VPN inabaki hai

Mashine moja inafikia nyingine kupitia VPN, na sasa mtu anataka shell hiyo hiyo kwenye mtandao wa faragha wa mtoa huduma. Njia ipo, ping inafanikiwa, lakini SSH bado inakataa. Sababu ya kawaida ni kwamba daemon haikusikiliza kamwe kwenye anwani mpya, kwa hivyo hakuna cha kuunganisha. Hili ni tatizo la kufunga anwani kabla ya kuwa tatizo la firewall.

Kwa nini njia mpya haiundi msikilizaji mpya

Socket ya kusikiliza huundwa na mchakato unaotaja anwani ambazo utakubali. Njia inaiambia pakiti tu wapi pa kwenda; haiundi msikilizaji kwenye lengwa. Wakati sshd imesanidiwa na ListenAddress moja, miunganisho kwenye anwani nyingine yoyote ya ndani hukataliwa ingawa kiolesura kiko hai. Ndivyo ilivyo pia kwa kitengo cha socket kinachomiliki lango, ndiyo sababu ukaguzi wa kwanza daima ni kile kinachosikiliza kwa kweli.

Linganisha njia mbili kwa anwani ya lengwa, si kwa jina la kiolesura. Mteja huunganisha kwenye anwani, na anwani hiyo lazima ifungwe kabla ya sheria yoyote ya firewall kuwa na maana.

Orodhesha anwani na wasikilizaji

Kabla ya kuhariri chochote, rekodi anwani kwenye mwenyeji na socket zilizopo sasa.

ip -br addr
ss -ltnp | grep ':22'

Orodha ya anwani inaonyesha ni anwani gani ya faragha iliyo halisi na iko kwenye kiolesura gani, wakati orodha ya socket inaonyesha kama kitu kimefungwa kwake. Msikilizaji kwenye 0.0.0.0:22 tayari hukubali kila anwani, kwa hivyo kifungo kipya hakiongezi chochote. Msikilizaji kwenye anwani moja maalum hueleza kukataliwa mara moja. Ikiwa lango ni la kitengo cha socket badala ya daemon, usanidi wa daemon si hadithi yote.

Ongeza kifungo na uendelee cha zamani

OpenSSH inakubali maingizo kadhaa ya ListenAddress, kwa hivyo njia ya VPN inaweza kubaki wakati ile ya faragha inaongezwa. Jaribu faili kabla ya kuipakia upya.

sshd -t
systemctl reload sshd

Jaribio la usanidi lililoshindwa huacha daemon inayofanya kazi bila kuguswa, na ndiyo hasa unachotaka ukiwa umeunganishwa kupitia njia unayohariri. Weka ingizo lililopo, ongeza anwani mpya ya ndani, na uthibitisha kuwa huduma inapakiwa upya bila kukatiza kipindi cha sasa. Kwenye usanidi unaoamilishwa na socket, ongeza anwani kwenye kitengo cha socket badala yake na upakie upya kitengo hicho. Kisha soma orodha ya wasikilizaji tena, kwa sababu kifungo ambacho hakikuonekana kamwe kinamaanisha kuwa sehemu isiyo sahihi ilihaririwa.

Uthibitisha kipindi kipya kabla ya kufunga cha zamani

Unganisha kwenye anwani mpya wakati kipindi asilia bado kiko wazi, ukitumia matokeo ya kina kuona ni anwani na ufunguo gani ulitumika. Acha kipindi asilia kiwe wazi hadi jaribio lifaulu mara mbili.

ssh -v [email protected]

Soma mistari ya utatuzi kwa anwani ya lengwa na ufunguo wa mwenyeji uliowasilishwa. Thibitisha alama ya kidole ya ufunguo wa mwenyeji dhidi ya thamani unayoiamini tayari, badala ya kukubali ufunguo usiojulikana kwa sababu mtandao umeelezwa kuwa wa faragha. Lengwa jipya linahitaji ingizo lake la known_hosts, na hilo linatarajiwa. Kipindi cha zamani cha usimamizi kinapaswa kufungwa tu baada ya njia ya faragha kufanya kazi.

SSH inalinda usafirishaji, lakini yenyewe haifanyi mitandao miwili kuwa sawa. Amua kama uaminifu wa usafiri wa faragha unalingana na data kabla ya kuutegemea.