Hvers vegna breið VPN-leið brýtur nokkra opinbera vefi

Flestar síður hlaðast, tvær eða þrjár lenda í tímanum, og vafrinn kennir tengingunni um. Vefirnir sem mistakast eiga eitthvað sameiginlegt sem þeir sem virka eiga ekki: leystu vistföng þeirra falla innan forskeytis sem VPN setti upp. Leið sem er nógu breið til að ná yfir opinbert svið grípur umferð sem göngin áttu aldrei að bera, og einkennin líta út eins og vandamál vefsins frekar en ákvörðun um beiningu.

Leysið nafnið sem mistekst og skoðið síðan beiningartöfluna frekar en vafrann.

Berðu saman vistfangið, ekki heiti vefsins

Finnum vistfangið sem biðlarinn reyndi í raun og veru og athugið síðan hvaða leið passar við það. Áfangastaður innan 45.61.20.10 fellur undir 45.0.0.0/8 ef það forskeyti er til staðar, jafnvel þótt vefurinn sjálfur hafi ekkert með göngin að gera. Að bera saman vistfangið sem mistekst við uppsett forskeyti er frádráttarverkefni, ekki gisk.

Windows getur svarað báðum hálfum beint, og uppfletting sýnir hvaða tengi og næsta hopp unnu valið. Leysið nafnið tvisvar ef vefurinn skilar nokkrum vistföngum. Skráið hvert með leiðinni sem passaði. Ólík vistföng geta gefið ólík svör, og aðeins eitt þeirra er kannski tilfellið sem mistekst.

Resolve-DnsName www.example.org
Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 45.61.20.10
Get-VpnConnection | Format-List Name,SplitTunneling,Routes

Lesið nákvæmasta samsvarandi forskeytið, ekki fyrstu línuna sem virðist kunnugleg. Leið sem er í töflunni sannar ekki að hún hafi unnið uppflettinguna; lengsta samsvörunin gerir það. Tvö forskeyti geta passað við eitt vistfang, og aðeins eitt þeirra tekur við pakkanum. Taparinn er áfram í töflunni og lítur jafn raunverulegur út í lista.

Skráið forskeytið, tengi þess og leysta vistfangið. Þessi þrjú gildi eru öll greiningin.

Finnið hver setti leiðina upp

Leiðir koma frá fjórum stöðum: innbyggða VPN-sniðinu, stjórnunarstefnu, tengiskriftu eða algjörlega öðrum biðlara. Að eyða lifandi færslunni getur staðfest mikilvægi hennar, en næsta tenging endurskapar hana úr vistuðu stillingunum, svo uppruninn er það sem verður að breyta.

Athugið fyrst leiðarlista sniðsins, síðan stjórnunarstefnuna, síðan hvaða skriftu sem keyrir við tengingu. Sú röð samsvarar því hversu oft hver þeirra reynist bera ábyrgð. Hún heldur breytingunni líka í einu lagi í stað þriggja.

Lesið innbyggða flokkapbyggða hegðun vandlega

Innbyggð Windows-snið hafa skjalfesta stillingu, NativeProfile/DisableClassBasedDefaultRoute, sem stýrir sjálfvirkri leið sem dregin er af tengivistfanginu. Sniðsvistfang sem byrjar á 45 getur við þá hegðun búið til færslu 45.0.0.0/8, og þannig grípur eitt opinbert vistfang allt A-flokks svið.

Nafn eiginleikans hvetur til rangrar lestrar: að setja það á true slökkvir á ályktuninni, og false kveikir á henni. Það er heldur ekki sami hlutur og sjálfgefin leið, og það stýrir ekki þriðja aðila biðlurum sem setja upp sín eigin forskeyti.

Ef ályktunin er sannaða orsökin, lagaðu sniðið í gegnum stjórnunareiganda þess og veittu fyrirhuguðu einkaforskeytin skýrt. Ef skrifta bætti færslunni við, lagaðu skriftuna. Að skipta einni óútskýrðri breiðri leið út fyrir aðra breytir einkennunum án þess að svara spurningunni.

Lagið upprunann og athugið síðan báðar slóðir aftur

Eftir breytinguna, tengist aftur og endurtakið uppflettinguna fyrir opinberan vef sem mistekst og fyrir auðlind sem verður að nota göngin. Sú fyrri ætti nú að leysast á líkamlega tengið, og sú síðari ætti enn að velja VPN. Stoppið ekki við fyrsta árangur; lagfæring sem brýtur líka einkanotkun hefur skipt einni bilun út fyrir aðra.

Farið yfir vistfangáætlun þjónsins á sama tíma. Laug sem skarast við opinbert rými veldur þessari tegund vandamáls aftur og aftur. Svið sem rekstraraðilinn valdi viljandi á skilið aðra umræðu, ekki sjálfvirkri endurnúmerun.

Að hækka MTU eða hreinsa DNS mun ekki laga forskeyti sem enn beinir því vistfangi inn í göngin. Prófið valið fyrst, síðan slóðina.