Azure P2S: einn Windows-biðlapi missir leiðir eftir VNet-breytingu

Tveir fartölvur auðkenna sig við sömu Azure point-to-site gáttina, og aðeins önnur nær nýtengda VNetinu. Báðar sýna Connected, þannig að auðkenning er ekki munurinn; áfangaleiðirnar sem þær halda eru munurinn. Byrjaðu á biðlaranum sem mistekst, berðu saman eitt áfangamark, og ákveddu fyrst eftir það hvort gáttarpakkinn eða staðbundna leiðataflan eigi bilið.

Byrjaðu á biðlaranum sem mistekst, ekki gáttinni

Staðfestu snjóhengjuna áður en þú kennir fartölvunni um. Athugaðu hvaða VNet eru tengd VNeti gáttarinnar og hvort nýja netið er beint peer-að eða náð í gegnum sérstaka site-to-site göng. Ef nýja VNetið er alls ekki tengt VNeti gáttarinnar getur ekkert biðlarapakki leiðst þangað, og virka fartölvan er frávikið sem þarf að útskýra. Skrifaðu svarið niður, því það ræður því hvort þú sért að kemba biðlara eða gátt.

Þegar snjóhengjan er í lagi skaltu setja fartölvurnar tvær hlið við hlið. Sama gátt, sama vistfangasafn, sama siðvenja og sama biðlaragerð er samanburðurinn sem þú vilt; allt annað er önnur breyta sem þú verður að útiloka síðar.

Berðu saman eitt áfangamark með route print

Veldu leyft IP-tákn og berðu báðar fartölvurnar saman tvisvar: aftengdar og svo tengdar. Í Windows listar route print -4 IPv4-leiðir með forskeyti áfangastaðar, tengibúnaði, næsta hoppi og mæligildi. Skráðu línuna sem myndi í raun vinna fyrir þann áfangastað í stað þess að telja færslur sem innihalda orðið VPN.

Valið er fyrst lengsta forskeytið, svo mæligildið, þannig að nákvæmari staðbundin leið getur sigrað gönguleiðina án þess að líta rangt út. Ef ætlaði áfangastaðurinn er innan 10.24.0.0/16 sýnir heilbrigður biðlari samsvarandi leið á VPN-tengibúnaðinum, en biðlarinn sem mistekst sendir sama vistfang á sjálfgefna gátt sína.

Stangandi staðbundið forskeyti getur valdið sömu einkennum. Áður en þú bætir einhverju við skaltu ákveða hvorra tilvikanna þú hefur: enga gönguleið yfirhöfuð, eða gönguleið sem tapar fyrir nákvæmari leið.

TTL expired er ekki dreifingargalli leiða

Ping sem skilar TTL expired in transit segir að pakkinn hafi eytt hoppkvóta sínum, sem venjulega þýðir framsendingarlykkju en ekki bilaðan VPN-rekla. Windows-ping samþykkir TTL allt að 255, og að hækka gildið lagar ekki lykkju; það tefur aðeins sömu villu. Meðhöndlaðu skilaboðin sem einkenni slóðarinnar, ekki sem sönnun um dreifingu leiða.

Notaðu tracert -4 10.24.1.10 til að sjá hvar slóðin endurtekur sig. Ef sömu tvö hopp birtast aftur og aftur skaltu leita að leið sem sendir umferð sem stefnir í göngin aftur í göngin eða í staðbundinn beini sem sendir hana til baka.

Endurskapaðu pakkann á gáttinni sem á hann

Microsoft skjalfestir að Windows-biðlarapakka verði að sækja og setja upp aftur eftir viðeigandi snjóhengjubreytingar. Fáðu núverandi pakka frá Azure-gáttinni sem þjónar þessu sniði og beittu honum svo með studdu ferlinu fyrir þann biðlara. Að skipta um keyrsluskrá ótengdrar VPN-forritar er ekki sama aðgerð og að endurskapa gáttarsértækar stillingar. Að sækja pakkann aftur er ódýrt; að giska á staðbundnar leiðir er það ekki.

Tengdu aftur og lestu leiðina fyrir upprunalega áfangastaðinn aftur. Geymdu línurnar fyrir og eftir með breytingaskránni svo niðurstaðan sé nákvæmari en ég setti biðlarann upp aftur.

Leiðarvalssviðsmyndir Azure P2S aðgreina beint peer-uð VNet frá netum sem náð er í gegnum önnur göng, og nýr pakki getur ekki gert peer-tengingu gegnumstreymandi. Sumar Windows site-to-site eða BGP sviðsmyndir þurfa líka handvirkt stilltar fjarlægar leiðir, svo endurnýjun pakka er ekki algild leiðadreifingaraðferð.

Haltu tímabundinni leið tímabundinni

Handvirk leið getur einangrað leið sem vantar hjá biðlaranum, en byggðu hana á raunverulegu hönnuninni: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, án viðvarandi fánans, svo hún hverfi við endurræsingu. Veldu tengibúnaðarvísinn og næsta hopp úr tengdum VPN-adapter, ekki af giskun.

Skildu ekki eftir tilraunaleið sem varanlegan keppinautseiganda. Framtíðar sniðsuppfærslur geta bætt sama forskeytinu við með öðru mæligildi, og þá ákveður handvirka færslan hljóðlega hvaða slóð vinnur. Skráðu fjarlægingarskrefið í breytingunni.

Þegar rétta leiðin er virk skaltu prófa markforritið í stað ping. Ef pakkar ná Azure en þjónustan mistekst enn skaltu athuga netöryggishópinn og afturleiðina, því þau eru aðskilin frá því hvort fartölvan lærði forskeytið.