Kwa nini kanuni ya bandari chanzo huvunja moja ya njia zako za SSH

Viingilio viwili vya usimamizi kwenye mwenyeji mmoja, bandari moja ya huduma, na kanuni ya sera iliyokusudiwa kusaidia vyote viwili. Kanuni inalingana na bandari chanzo 22, inatuma utafutaji kwenye jedwali linalojua tu chaguo-msingi la WAN, na kiingilio cha VPN kinaacha kujibu kuingia mpya huku kiingilio cha moja kwa moja kikiendelea kufanya kazi. Hakuna lolote la haya lililo fumbo mara tu kichaguzi kinaposomwa ipasavyo. Bandari chanzo hutambua huduma, si njia ambayo muunganisho uliingia.

Viingilio viwili, bandari moja ya huduma

Mwenyeji ana anwani ya upande wa LAN na anwani ya VPN, na sshd husikiliza kwa zote mbili. Kwa hiyo kikao cha moja kwa moja na kikao cha handaki hushiriki bandari ya huduma na hutofautiana tu kwa anwani gani ya ndani inayopokea muunganisho.

Tofauti hiyo inatosha kuchagua njia ya jibu, na ni tofauti hiyo hiyo ambayo kanuni ya msingi wa bandari huiacha. Vikao vyote viwili huzalisha majibu ambayo bandari chanzo ni 22, kwa hiyo kanuni inayolingana na bandari hiyo haiwezi kuvitenganisha. Inatuma utafutaji wote wawili kwenye jedwali moja, na mmoja wao hupokea jibu lisilolingana. Suluhisho ni kulinganisha sifa inayotofautiana kwa kweli.

Kumpa kila kiingilio bandari yake mwenyewe kungefanya kazi pia, na kuchukua hilo kama hitaji ni uchaguzi wa muundo, si sifa ya SSH.

Soma kanuni, kisha jedwali

Kanuni ya sera ni kichaguzi kilichopangwa, na ya kwanza kurudisha jibu linaloweza kutumika humaliza utafutaji. Soma orodha kwa mpangilio na uangalie ni kanuni gani inaweza kushinda.

Kisha soma jedwali ambalo kanuni hiyo inaelekeza, kwa sababu kanuni inayotatuliwa kwa mafanikio si kanuni inayotatuliwa kwa manufaa. Jedwali lenye njia ya chaguo-msingi pekee hutuma jibu lenye asili ya VPN nje kupitia kiolesura cha WAN. Njia maalum zaidi katika jedwali la baadaye haizingatiwi kamwe, na ndiyo sababu kuongeza jedwali la pili mara nyingi hakubadilishi chochote. Jedwali lililochaguliwa ndilo la kuchunguza.

ip -4 rule show
ip route show table 100
ip route show table main

Matokeo hayo mawili kwa pamoja hueleza tokeo; kila moja peke yake hualika hitimisho lisilo sahihi.

Weka kikomo kanuni kwa mtiririko unaokusudia

Sifa inayotenganisha viingilio viwili ni anwani ya chanzo ya ndani. Kanuni inayolingana na anwani hiyo hutuma vikao vya handaki pekee kwenye jedwali la faragha na kuacha vikao vya moja kwa moja kwenye jedwali kuu.

Kanuni hiyo lazima iunganishwe na jedwali lenye njia ya faragha na njia ya kurudi kwa subnet hiyo. Weka kikomo vyote viwili kwa trafiki ya usimamizi badala ya kila huduma kwenye mwenyeji. Kanuni inayonasa trafiki yote kutoka anwani hiyo pia itaelekeza upya kitu kingine chochote ambacho mwenyeji hutuma kutoka hapo. Nyembamba hushinda werevu hapa, kwa sababu mtu anayefuata lazima aisome.

sudo ip rule add from 10.90.0.1 lookup 100 priority 100
sudo ip route add 10.90.0.0/24 dev wg0 table 100
ip route get 10.90.5.20 from 10.90.0.1

Ikiwa viingilio vyote viwili vitatafsiriwa kwenye anwani moja ya ndani, tofauti hiyo hutoweka na muundo unahitaji hali inayofahamu muunganisho badala yake.

Tenganisha msikilizaji, ruhusa na uchaguzi wa jibu

Mambo matatu tofauti lazima yawe kweli kabla kikao kifanye kazi: anwani ipo, huduma inasikiliza juu yake, na jibu hupata njia ya kurudi. Mabadiliko ya njia hutengeneza la tatu pekee.

Usanidi wa msikilizaji ni faili yake mwenyewe na upakiaji upya wake mwenyewe, na anwani nyingi za kusikiliza ni kawaida. Uthibitishaji ni uamuzi wa tatu tena, na ubaguzi wa uelekezaji haumpi mtu yeyote ufikiaji. Shikilia uthibitishaji wa ufunguo wa mwenyeji, uthibitishaji wa akaunti na vikwazo vya chanzo kwenye viingilio vyote viwili, na pinga hamu ya kudhoofisha vidhibiti vingine vya handaki ili njia moja ya usimamizi ifanye kazi.

Shikilia njia ya urejeshaji ambayo haitegemei njia unayobadilisha, kwa sababu kosa hapa hufunga suluhisho lenyewe.

Thibitisha kwa kikao kipya, si cha zamani

Terminal iliyoanzishwa haithibitishi chochote, kwa kuwa ilikubaliwa kabla ya mabadiliko. Fungua kikao kipya kupitia kila kiingilio kinachokusudiwa.

ss -ltnp | grep ':22'
sudo sshd -T | grep -i listenaddress
ssh -v [email protected] true
sudo journalctl -u ssh -n 30

Kisha rudia kuunganisha tena VPN na ujaribu tena, kwa sababu njia inayostahimili kuunganisha tena si sawa na ile iliyoongezwa kwenye jedwali ambalo kuunganisha tena hulitolea. Angalia vyanzo vilivyokataliwa kando na vilivyoruhusiwa, ili jaribio lililozuiwa lisifiche nyuma ya kikao kinachofanya kazi. Hifadhi anwani ya ndani, kanuni na jedwali kando ya tokeo. Ikiwa badala yake unagawanya bandari, rekodi hilo kama uamuzi wa uendeshaji na si kikomo cha SSH.