Kwa nini uhifadhi wa DHCP si IP thabiti kwa seva yako ya VPN

Uhifadhi hulingana na kitambulisho cha mteja, si mashine, na kamwe haufanyi IP yako ya umma kuwa thabiti. Ni nini hasa huhamisha anwani ya seva ya VPN ya nyumbani.

Nilihamisha sanduku la VPN la nyumbani kutoka Wi-Fi kwenda Ethernet na anwani yake “ya kudumu” ilibadilika jioni hiyo hiyo. Hakuna kitu kwenye kipanga-njia kilichokuwa kimeharibika. Uhifadhi ulikuwa ukilingana na adapta isiyo na waya, na adapta hiyo haikuwa tena njiani.

Dhana hiyo potofu ina nusu ya pili. Kurekebisha anwani ya LAN hakufanyi kitu kwa anwani ambayo marafiki zako wanaunganisha nayo, na hakihusiani na bwawa la faragha ambalo VPN huwapa wateja. Anwani tatu, mbinu tatu tofauti za kushindwa, na moja tu kati yao ni kazi ya uhifadhi.

Uhifadhi hulingana na mteja, si kifaa

Katika DHCPv4 uhifadhi hutegemea anwani ya maunzi ya mteja; katika DHCPv6 hutegemea DUID ambayo mteja anatarajiwa kuitunza. Sehemu ya hostname ni lebo kwa ajili ya watu. Kipanga-njia hulinganisha kwa kweli kitambulisho kinachofika kwenye ombi.

Soma kiingilio kama sharti: kitambulisho hiki kinapoomba, kipe anwani hii. Uhuishaji huhifadhi kukodisha kulekule kadiri ulinganifu unadumu, na kuwasha upya huaomba tena. Kitambulisho kinapobadilika, ombi hukosa uhifadhi na mteja huchukua kile bwawa hatua bado la kutoa. Hakuna hitilafu, hakuna onyo, anwani nyingine tu.

OpenWrt huonyesha umbo wazi. Kizuizi kimoja cha config host katika /etc/config/dhcp hufunga jina, MAC na anwani pamoja, na nyaraka za ukodishaji thabiti hufafanua jinsi kiingilio hicho kinavyoshirikiana na bwawa. Vipanga-njia vingine huficha sehemu hizo tatu nyuma ya lebo tofauti.

Mahali ulinganifu huanguka kimya

Kubadilisha maunzi ni kesi ya kawaida. Badilisha NIC, au hamisha mashine kati ya Ethernet na Wi-Fi, na anwani ambayo kipanga-njia huiona hubadilika nayo. Uhifadhi wa zamani hubaki kwenye orodha na bado huonekana sahihi.

Usakinishaji upya ni kesi ya pili, na huuma zaidi kwenye IPv6. Usakinishaji mpya unaweza kuzalisha DUID mpya wakati ukodishaji wa zamani wa IPv4 bado ni halali, kwa hivyo anwani ya v4 huishi kwa muda na kiingilio cha v6 huacha kutumika bila harakati yoyote inayoonekana.

Ya tatu ni kitambulisho cha mteja kilichobandikwa. Wateja kadhaa wa DHCP hukuruhusu kuweka mfuatano wa kitambulisho badala ya kutumia MAC. Ikiwa sasisho au uandishi upya wa usanidi utaacha mpangilio huo, ulinganifu hupotea ingawa mashine haikuhama.

Ya nne ni kurudia: kizuizi cha zamani na kizuizi kipya kwa mwenyeji yuleyule. Seva hujibu kwa kanuni inayolingana, mara nyingi anwani ya bwawa ambayo ulitaka kuiepuka. Futa kiingilio cha zamani badala ya kuongeza cha pili.

Usanidi upande wa mwenyeji na gharama yake

Kuweka anwani kwenye mwenyeji huondoa kabisa swali la ulinganifu. Kiolesura huinuka na anwani hiyo iwe DHCP inajibu au haijibu, na ndivyo unavyotaka kutoka kwa mashine ambayo lazima ifikiwe baada ya kuwasha upya kipanga-njia.

Gharama ni umiliki. Sasa wewe unatoa kiambishi, lango na vitatuzi, na lazima wewe mwenyewe uweke anwani nje ya bwawa hatua. Kwenye Ubuntu na netplan, /etc/netplan/01-vpn.yaml huibeba:

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: false
      addresses: [192.168.50.10/24]
      routes:
        - to: default
          via: 192.168.50.1
      nameservers:
        addresses: [192.168.50.1]

Watumiaji wa NetworkManager hufikia hali hiyo kwa nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, kisha kwa nmcli con up "Wired connection 1". Tumia netplan kwa netplan try kwenye jaribio la kwanza badala ya netplan apply; lango lililoandikwa vibaya huondoa sanduku kwenye mtandao na kukuacha ukitafuta konsoli.

Hata hivyo weka uhifadhi unaolingana. Si wa ziada. Kiingilio hurekodi anwani upande wa kipanga-njia na huzuia seva ya DHCP kutoa anwani hiyo kwa kifaa cha mgeni ikiwa mtu atapanua bwawa baadaye.

Anwani thabiti ya LAN si kituo cha mwisho cha umma

Elekeza upelekaji wa mlango kwa 192.168.50.10 na kanuni hiyo hustahimili kila mabadiliko upande wa LAN. Haikupi anwani thabiti ya intaneti. IP yako ya umma ni ya ISP na inaweza kuhamia wakati wa kuunganisha upya au kubadilisha modemu, ndiyo kazi ya DNS inayobadilika.

Nyuma ya NAT ya ngazi ya mtoa huduma hakuna IPv4 ya umma ya kupeleka kabisa, na hakuna uhifadhi unaozalisha moja. Angalia ukurasa wa WAN wa kipanga-njia kabla ya kitu kingine chochote: ikiwa anwani iko katika kiwango kilichoshirikiwa, upelekaji wa ndani hauwezi kufanya kazi, uhifadhi uwe safi kiasi gani.

Anwani ya tatu ni bwawa la handaki, mara nyingi kitu kama 10.8.0.0/24. Anwani hizo zipo ndani ya handaki tu na hazionekani kamwe kwenye LAN. Kuzichanganya na anwani ya LAN ya seva ndiyo njia ambayo mlango hatimaye hupelekwa kwa mteja aliye mtandaoni kwa muda tu akiwa ameunganishwa.

Angalia njia kwa mpangilio inavyovunjika

Anza kwenye kipanga-njia. Linganisha kiingilio cha jedwali la ukodishaji na lengo la uhifadhi; ikiwa seva ilichukua anwani ya bwawa, kitambulisho si sahihi, na ip link show kwenye mwenyeji hukupa thamani ya kulinganisha.

Kisha mwenyeji. ip -4 addr show eth0 inapaswa kuripoti anwani na kiambishi vinavyotarajiwa. Anwani ya pili kwenye kiolesura kimoja kwa kawaida humaanisha DHCP bado inaendesha kando ya usanidi wako thabiti.

Kisha upelekaji. Thibitisha kwamba lengwa bado ni sawa na anwani uliyothibitisha sasa hivi, na kwamba kitu fulani kinasikiliza kwa ss -lntp. Upelekaji kuelekea mlango uliofungwa huonekana kutoka nje sawa kabisa na upelekaji uliovunjika.

Maliza kutoka nje, kwenye simu iliyo na Wi-Fi imezimwa. Jaribio hilo moja hutenganisha “anwani ya ndani si sahihi” na “ufikiaji wa umma umevunjika”, matatizo mawili ambayo usanidi huu huendelea kuyachanganya.

Andika anwani hizo tatu, LAN, ya umma na bwawa la handaki, na bainisha mfumo upi unamiliki kila moja. Mtandao ukipata hitilafu mwezi ujao utajua ipi ya kuchunguza badala ya kubadilisha zote tatu kwa wakati mmoja.

Makala zinazohusiana