VPN-biðlar RRAS þurfa eigin IPv4-safn og leið til baka

VPN-biðill tengist og fær tölu, en LAN-vélin sem hann þarf getur samt ekki svarað honum. Í Windows Routing and Remote Access kemur innri tala VPN-biðla úr safni sem er stillt aðskilið frá LAN-adapter nettengingarþjónsins, og LAN-hliðin þarf afturleið að því safni. Tvær breytingar, ekki ein, og þær mistakast á ólíka vegu. Farðu í gegnum þær í röð svo talnasviðið og leiðin til baka séu sönnuð áður en gömlu sviðin eru tekin úr notkun.

Taktu sviðið frá áður en þú opnar stjórnborðið

Veldu forskeyti sem skarast ekki við LAN, önnur VPN-svið eða nokkuð sem er beint inn á staðinn. /24 er þægileg stærð fyrir prófun, og fyrsta nothæfa hlutann má afhenda biðlum á meðan afgangurinn helst laus fyrir vöxt. Skrifaðu það niður með tilgangi og eiganda áður en þú slærð það inn í stjórnborð. Skildu eftir pláss á báðum endum blokkarinnar svo síðari skipting neyði ekki til endurnúmerunar.

Talnasvið sem lifir aðeins í stjórnborði er ein uppbygging frá árekstri. Það hefur líka tilhneigingu til að stækka: einhver bætir við öðru sviði síðar og enginn athugar hið fyrra. Hafðu sviðið við hlið skjölunar nettengingarþjónsins, ekki í spjallþræði.

LAN-adapter þjónsins skilgreinir ekki þetta safn. Að breyta opinberum hlustanda eða bæta adapter við LAN gerir eitthvað allt annað. Þess vegna geta biðlar tengst og samt fengið tölu frá röngum stað. Safnið býr í IPv4-eiginleikum þjónsins, ekki í adapteralistanum.

Að skipta um aðferð er ekki að bæta við sviði

RRAS hefur úthlutunaraðferð og safn sviða. Að fara frá DHCP yfir í kyrrstætt safn er aðferðarbreyting. Að bæta við annarri blokk þegar kyrrstæða safnið er þegar virkt er sviðsbreyting.

Forskoðaðu báðar aðgerðir áður en þú keyrir aðra hvora, og lestu hvor passar við núverandi stöðu þjónsins:

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

Önnur cmdlet mistekst eða býr til ónothæft safn ef þjónninn er enn á DHCP-úthlutun. Sú fyrri skiptir um aðferð í stað þess að stækka fyrirliggjandi safn. Engin forskoðunin beitir neinu, svo keyrðu þá sem passar og staðfestu síðan safnið sem verður til í stjórnborðinu. Ef þú ert ekki viss um í hvaða stöðu þjónninn er, lestu úthlutunaraðferðina á IPv4-eiginleikasíðunni og listaðu upp stilltu sviðin:

Get-VpnIPAddressRange

Aðferð DHCP með tómum sviðalista þýðir að fyrri forskoðunin gildir. Kyrrstætt talnasafn með fyrirliggjandi sviði þýðir að sú seinni gildir.

Reiknaðu með endurræsingu þjónustunnar sem stillingin kann að krefjast, og gerðu ekki ráð fyrir að tengdir biðlarar fái nýjar tölur strax. Biðill sem heldur gömlu tölunni sinni þar til hann tengist aftur hagar sér eðlilega. Skipuleggðu breytinguna á tímabil þar sem endurtenging er ásættanleg.

LAN þarf leið til baka

Segjum að LAN sé 10.60.0.0/24 og RRAS-þjónninn 10.60.0.10 á því. Vél á því LANi sem svarar biðli í 10.250.50.0/24 þarf leið að safninu í gegnum RRAS-þjóninn. Án þeirrar leiðar kemst beiðnin á stað en svarið deyr.

Ef sjálfgefin gátt vélarinnar er annar beinir þarf sá beinir afturleiðina fyrir VPN-forskeytið. Kyrrstæð leið á RRAS-þjóninum hjálpar ekki hér; leiðin til baka verður að vera á tækinu sem á LAN-gáttina, svo bættu henni við beiningartöfluna eða ferli kraftstýrðrar beiningar, eftir því hvað staðurinn notar.

Athugaðu einnig eldvegg vélarinnar og allar reglur um netaðgang gagnvart nýja upprunasviðinu. Reglur sem skrifaðar voru fyrir gamla biðlasviðið hafna hinu nýja jafnvel þótt úthlutunin hafi tekist. Leiðir biðilsins að LANinu og DNS-upplausn eru aðskildar kröfur, og báðar geta mistekist á meðan göngin líta heil út. Prófaðu hverja fyrir sig.

Sannaðu nýja safnið á einu tæki áður en þú tekur það gamla úr notkun

Takstu eina heimild sem þú stýrir, tengstu aftur og lestu safntöluna sem biðillinn fékk. Þessi eina tala aðgreinir úthlutun frá beiningu. Prófaðu svo nafngreint forrit, fylgstu með aftursamgöngum og prófaðu áfangastað sem á að vera áfram synjaður. Þrjár athuganir, þrír ólíkir mistakamátar.

Nafnaupplausn á skilið sitt eigið próf: aðgangur með IP getur virkað á meðan DNS biðilsins bendir enn á leysi sem hann kemst ekki að. DNS-þjónn á LANinu er aðeins aðgengilegur ef biðillinn hefur leið að honum og þjónninn samþykkir fyrirspurnir frá nýja sviðinu. Bæði eru algeng mistök þegar safnið flyst.

Taktu gömul svið og undantekningar þeirra úr notkun aðeins eftir að hafa reiknað með virkum lotum og viðhaldsferlinu. Tengdur biðill með nýja tölu sannar úthlutun, ekki aðgangstefnuna. Hafðu gamla sviðið skjalfest þar til síðasta lotan sem notaði það er runnin út.

Athugaðu niðurstöðuna með þremur athugunum

Samþykki krefst þriggja staðreynda: biðillinn hefur tölu úr nýja safninu, LAN-vél kemst að honum og fær svar, og synjaður áfangastaður er áfram synjaður. Hver hefur sína athugun, svo mistök benda á úthlutun, beiningu eða stefnu. Keyrðu þær í þeirri röð.

Frá biðlinum, staðfestu töluna og leiðina að einni LAN-vél:

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

Frá LAN-vélinni, staðfestu svarleiðina og stefnuna í einni ferð. Ef ping mistekst en forritið virkar er það sem vantar líklega ICMP-regla en ekki leiðin. Ef bæði mistakast, lestu leiðina á vélinni áður en þú breytir VPNinu. Skráðu þrjár niðurstöður í breytingarmiðann svo næsta manneskja byrji á sönnunargögnum.