Klientët VPN të RRAS kanë nevojë për grupin e tyre IPv4 dhe një rrugë kthimi

Klienti VPN lidhet dhe merr një adresë, por hosti i LAN që i nevojitet ende nuk mund t’i përgjigjet. Në Windows Routing and Remote Access adresa e brendshme e klientëve VPN vjen nga një grup i konfiguruar veçmas nga përshtatësi LAN i serverit, dhe ana e LAN ka nevojë për një rrugë kthimi drejt atij grupi. Dy ndryshime, jo një, dhe ato dështojnë në mënyra të ndryshme. Kaloni nëpër to me radhë që plani i adresave dhe rruga e kthimit të vërtetohen përpara se intervalet e vjetra të tërhiqen.

Rezervoni intervalin përpara se të hapni konsolën

Zgjidhni një prefiks që nuk mbivendoset me LAN, me intervale të tjera VPN ose me çdo gjë që rutohet drejt faqes. Një /24 është madhësi e përshtatshme për një provë, dhe pjesa e parë e përdorshme mund t’u jepet klientëve ndërsa pjesa tjetër mbetet e lirë për rritje. Shkruajeni me qëllimin dhe pronarin e tij përpara se ta shtypni në një konsolë. Lini hapësirë në të dy skajet e bllokut që një ndarje e mëvonshme të mos imponojë rinumerim.

Një plan adresash që jeton vetëm në një konsolë është një rindërtim larg një përplasjeje. Ai gjithashtu ka tendencë të rritet: dikush shton më vonë një interval të dytë dhe askush nuk kontrollon të parin. Mbani planin pranë dokumentacionit të serverit, jo në një rrjedhë bisede.

Përshtatësi LAN i serverit nuk e përcakton këtë grup. Ndryshimi i dëgjuesit publik ose shtimi i një përshtatësi në LAN bën diçka krejt tjetër. Kjo është arsyeja pse klientët mund të lidhen dhe prapë të marrin një adresë nga vendi i gabuar. Grupi jeton në vetitë IPv4 të serverit, jo në listën e përshtatësve.

Ndryshimi i metodës nuk është shtim i një intervali

RRAS ka një metodë caktimi dhe një bashkësi intervalesh. Kalimi nga DHCP në një grup statik është ndryshim metode. Shtimi i një blloku tjetër ndërsa grupi statik është tashmë aktiv është ndryshim intervali.

Shikoni paraprakisht të dyja veprimet përpara se të ekzekutoni cilindo, dhe lexoni cili përputhet me gjendjen aktuale të serverit:

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-i i dytë dështon ose prodhon një grup të papërdorshëm nëse serveri është ende në caktimin DHCP. I pari zëvendëson metodën në vend që të zgjerojë një grup ekzistues. Asnjë pamje paraprake nuk zbaton gjë, prandaj ekzekutoni atë që përputhet dhe më pas konfirmoni grupin që rezulton në konsolë. Nëse nuk jeni i sigurt në çfarë gjendje është serveri, lexoni metodën e caktimit në faqen e vetive IPv4 dhe listoni intervalet e konfiguruara:

Get-VpnIPAddressRange

Metoda DHCP me një listë intervalesh të zbrazët do të thotë që zbatohet pamja e parë paraprake. Një grup adresash statike me një interval ekzistues do të thotë që zbatohet e dyta.

Merrni parasysh rinisjen e shërbimit që cilësimi mund të kërkojë, dhe mos supozoni se klientët e lidhur rinumerosen menjëherë. Një klient që mban adresën e vjetër derisa të rilidhet sillet normalisht. Planifikoni ndryshimin për një dritare ku rilidhja është e pranueshme.

LAN ka nevojë për një rrugë kthimi

Supozoni se LAN është 10.60.0.0/24 dhe serveri RRAS është 10.60.0.10 në të. Një host në atë LAN që i përgjigjet një klienti në 10.250.50.0/24 ka nevojë për një rrugë drejt grupit përmes serverit RRAS. Pa atë rrugë kërkesa arrin dhe përgjigja vdes.

Nëse porta e paracaktuar e hostit është një router tjetër, ai router ka nevojë për rrugën e kthimit për prefiksin VPN. Një rrugë statike në serverin RRAS nuk ndihmon këtu; rruga e kthimit duhet të ekzistojë në pajisjen që zotëron portën e LAN, prandaj shtojeni në tabelën e rrugëtimit ose në procesin e rrugëtimit dinamik, sipas asaj që përdor faqja.

Kontrolloni gjithashtu murin e zjarrit të hostit dhe çdo rregull të aksesit në rrjet kundrejt intervalit të ri të burimit. Rregullat e shkruara për intervalin e vjetër të klientëve e refuzojnë atë të re edhe pse caktimi pati sukses. Rrugët e klientit drejt LAN dhe zgjidhja DNS janë kërkesa të veçanta, dhe të dyja mund të dështojnë ndërsa tuneli duket i shëndetshëm. Provoni secilën veçmas.

Vërtetoni grupin e ri në një pajisje të vetme përpara se të tërhiqni të vjetrin

Merrni një autorizim që ju kontrolloni, rilidhuni dhe lexoni adresën e grupit që mori klienti. Ai numër i vetëm ndan caktimin nga rrugëtimi. Më pas ushtroni një aplikacion të emërtuar, vëzhgoni trafikun e kthimit dhe provoni një destinacion që duhet të mbetet i refuzuar. Tre vëzhgime, tre mënyra të ndryshme dështimi.

Zgjidhja e emrave meriton provën e vet: aksesi përmes IP mund të funksionojë ndërsa DNS-i i klientit tregon ende një zgjidhës që ai nuk e arrin. Një server DNS në LAN është i arritshëm vetëm nëse klienti ka një rrugë drejt tij dhe serveri pranon pyetje nga intervali i ri. Të dyja janë lëshime të zakonshme kur grupi zhvendoset.

Tërhiqni intervalet e vjetra dhe përjashtimet e tyre vetëm pasi të keni marrë parasysh sesionet aktive dhe procesin e mirëmbajtjes. Një klient i lidhur me një adresë të re vërteton caktimin, jo politikën e aksesit. Mbani intervalin e vjetër të dokumentuar derisa sesioni i fundit që e përdori të ketë skaduar.

Kontrolloni rezultatin me tre vëzhgime

Pranimi kërkon tre fakte: klienti ka një adresë nga grupi i ri, një host i LAN mund ta arrijë dhe të marrë përgjigje, dhe një destinacion i refuzuar mbetet i refuzuar. Secili ka kontrollin e vet, prandaj një dështim tregon caktimin, rrugëtimin ose politikën. Ekzekutojini në atë rend.

Nga klienti, konfirmoni adresën dhe rrugën drejt një hosti të LAN:

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

Nga hosti i LAN, konfirmoni rrugën e përgjigjes dhe politikën në një kalim. Nëse ping dështon por aplikacioni funksionon, pjesa që mungon është me gjasë një rregull ICMP dhe jo rruga. Nëse dështojnë të dyja, lexoni rrugën në host përpara se të modifikoni VPN-in. Shënoni tre rezultatet në biletën e ndryshimit që personi tjetër të nisë nga provat.