Wateja wa VPN wa RRAS wanahitaji dimbwi lao la IPv4 na njia ya kurudi

Mteja wa VPN anajiunganisha na anapokea anwani, lakini mwenyeji wa LAN anayemhitaji bado hawezi kumjibu. Katika Windows Routing and Remote Access, anwani ya ndani ya wateja wa VPN inatoka katika dimbwi lililowekwa tofauti na adapta ya LAN ya seva, na upande wa LAN unahitaji njia ya kurudi kwenye dimbwi hilo. Mabadiliko mawili, si moja, na yanashindwa kwa njia tofauti. Yafanyie kazi kwa mfuatano ili mpango wa anwani na njia ya kurudi uthibitike kabla ya safu za zamani kuondolewa.

Hifadhi safu kabla ya kufungua konsoli

Chagua kiambishi ambacho hakiingiliani na LAN, safu nyingine za VPN au kitu chochote kinachoelekezwa kwenye tovuti. /24 ni ukubwa unaofaa kwa jaribio, na sehemu ya kwanza inayoweza kutumika inaweza kutolewa kwa wateja huku iliyobaki ikibaki huru kwa ukuaji. Iandike pamoja na madhumuni na mmiliki wake kabla ya kuiandika kwenye konsoli. Acha nafasi katika ncha zote mbili za bloku ili mgawanyiko wa baadaye usilazimishe kuhesabu upya.

Mpango wa anwani unaoishi kwenye konsoli pekee uko mbali na mgongano kwa ujenzi mmoja. Pia huwa na tabia ya kukua: mtu huongeza safu ya pili baadaye na hakuna anayekagua ya kwanza. Weka mpango kando ya nyaraka za seva, si katika mazungumzo.

Adapta ya LAN ya seva haifafanui dimbwi hili. Kubadilisha msikilizaji wa umma au kuongeza adapta kwenye LAN hufanya kitu kingine kabisa. Ndiyo sababu wateja wanaweza kujiunganisha na bado kupokea anwani kutoka mahali pasipofaa. Dimbwi linaishi katika sifa za IPv4 za seva, si katika orodha ya adapta.

Kubadilisha mbinu si kuongeza safu

RRAS ina mbinu ya ugawaji na seti ya safu. Kutoka DHCP kwenda dimbwi tuli ni mabadiliko ya mbinu. Kuongeza bloku nyingine wakati dimbwi tuli tayari linafanya kazi ni mabadiliko ya safu.

Kagua shughuli zote mbili kabla ya kukimbiza yoyote, na soma ipi inalingana na hali ya sasa ya seva:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

cmdlet ya pili inashindwa au hutoa dimbwi lisiloweza kutumika ikiwa seva bado iko kwenye ugawaji wa DHCP. Ya kwanza inabadilisha mbinu badala ya kupanua dimbwi lililopo. Hakuna hakikisho la kwanza linalotumia chochote, kwa hivyo endesha linalolingana, kisha thibitisha dimbwi lililopatikana kwenye konsoli. Ikiwa huna uhakika seva iko katika hali gani, soma mbinu ya ugawaji kwenye ukurasa wa sifa za IPv4 na uorodheshe safu zilizowekwa:

Get-VpnIPAddressRange

Mbinu ya DHCP na orodha tupu ya safu inamaanisha hakikisho la kwanza linatumika. Dimbwi tuli la anwani na safu iliyopo linamaanisha la pili linatumika.

Fikiria kuanzishwa upya kwa huduma ambako mpangilio unaweza kuhitaji, na usidhani kwamba wateja waliofungwa watapewa nambari mpya mara moja. Mteja anayebakiza anwani yake ya zamani hadi ajiunganishe tena anafanya kawaida. Panga mabadiliko kwa dirisha ambalo kujiunganisha tena kunakubalika.

LAN inahitaji njia ya kurudi

Tuseme LAN ni 10.60.0.0/24 na seva ya RRAS ni 10.60.0.10 ndani yake. Mwenyeji wa LAN hiyo anayemjibu mteja aliye katika 10.250.50.0/24 anahitaji njia ya kufikia dimbwi kupitia seva ya RRAS. Bila njia hiyo ombi linafika na jibu linakufa.

Ikiwa lango la msingi la mwenyeji ni kipanga njia kingine, kipanga njia hicho kinahitaji njia ya kurudi kwa kiambishi cha VPN. Njia tuli kwenye seva ya RRAS haisaidii hapa; njia ya kurudi lazima iwepo kwenye kifaa kinachomiliki lango la LAN, kwa hivyo iongeze kwenye jedwali la uelekezaji au kwenye mchakato wa uelekezaji unaobadilika, kulingana na kile tovuti inatumia.

Kagua pia ukuta wa moto wa mwenyeji na sheria yoyote ya ufikiaji wa mtandao dhidi ya safu mpya ya chanzo. Sheria zilizoandikwa kwa safu ya zamani ya wateja zinakataa mpya hata kama ugawaji umefanikiwa. Njia za mteja kuelekea LAN na utatuzi wa DNS ni mahitaji tofauti, na yote mawili yanaweza kushindwa wakati handaki linaonekana likiwa na afya. Jaribu kila moja peke yake.

Thibitisha dimbwi jipya kwenye kifaa kimoja kabla ya kuondoa la zamani

Chukua idhini moja unayoidhibiti, unganisha tena na soma anwani ya dimbwi ambayo mteja alipokea. Nambari moja hiyo hutenganisha ugawaji na uelekezaji. Kisha fanya jaribio la programu iliyotajwa, angalia trafiki ya kurudi na ujaribu marudio ambayo yanapaswa kubaki yamekataliwa. Uchunguzi tatu, mbinu tatu tofauti za kushindwa.

Utatuzi wa majina unastahili jaribio lake: ufikiaji kwa IP unaweza kufanya kazi wakati DNS ya mteja bado inaelekeza kwenye kitatuzi ambacho hawezi kufikia. Seva ya DNS kwenye LAN inafikika tu ikiwa mteja ana njia ya kufika kwake na seva inakubali maswali kutoka safu mpya. Yote mawili ni makosa ya kawaida wakati dimbwi linahama.

Ondoa safu za zamani na vighairi vyake baada ya kuzingatia vikao vinavyofanya kazi na mchakato wa matengenezo. Mteja aliyeunganishwa na anwani mpya anathibitisha ugawaji, si sera ya ufikiaji. Weka safu ya zamani ikiwa kwenye nyaraka hadi kikao cha mwisho kilichoitumia kiishe.

Kagua matokeo kwa uchunguzi tatu

Kukubali kunahitaji ukweli tatu: mteja ana anwani kutoka dimbwi jipya, mwenyeji wa LAN anaweza kumfikia na kupata jibu, na marudio yaliyokataliwa bado yamekataliwa. Kila moja lina ukaguzi wake, kwa hivyo kushindwa kunaonyesha ugawaji, uelekezaji au sera. Zikimbize kwa mpangilio huo.

Kutoka kwa mteja, thibitisha anwani na njia kuelekea mwenyeji mmoja wa LAN:

ipconfig | findstr /i "IPv4"
route print -4

Kutoka kwa mwenyeji wa LAN, thibitisha njia ya jibu na sera kwa hatua moja. Ikiwa ping inashindwa lakini programu inafanya kazi, sehemu inayokosekana huenda ni sheria ya ICMP na si njia. Ikiwa zote mbili zinashindwa, soma njia kwenye mwenyeji kabla ya kuhariri VPN. Andika matokeo yote matatu kwenye tikiti ya mabadiliko ili mtu anayefuata aanzie kwenye ushahidi.