Kodėl platus VPN maršrutas sugadina kelias viešas svetaines
Kelios svetainės nepavyksta, o kitos įkeliamos, nes platus prefiksas užfiksuoja jų adresus. Sulyginkite maršrutą su išspręstu adresu, tada išsiaiškinkite, kas jį įdiegia.
Dauguma puslapių įkeliami, du ar trys baigiasi laiko limitu, o naršyklė kaltina ryšį. Nepavykstančios svetainės turi kažką bendro, ko neturi veikiančios: jų išspręsti adresai patenka į prefiksą, kurį įdiegė VPN. Maršrutas, pakankamai platus viešam diapazonui apimti, užfiksuos srautą, kurio tunelis niekada neturėjo perduoti, o simptomas atrodo kaip svetainės problema, o ne maršrutizavimo sprendimas.
Išspręskite nepavykstantį vardą, tada žiūrėkite į maršrutizavimo lentelę, o ne į naršyklę.
Palyginkite adresą, o ne svetainės vardą
Raskite adresą, kurį klientas iš tikrųjų bandė, tada patikrinkite, kuris maršrutas jį atitinka. Paskirties vieta 45.61.20.10 viduje patenka po 45.0.0.0/8, jei tas prefiksas yra, net jei pati svetainė neturi nieko bendra su tuneliu. Nepavykstančio adreso palyginimas su įdiegtais prefiksais yra atimties užduotis, o ne spėjimas.
Windows gali tiesiogiai atsakyti į abi puses, o paieška parodo, kuri sąsaja ir kitas šuolis laimėjo pasirinkimą. Išspręskite vardą du kartus, jei svetainė grąžina kelis adresus. Užrašykite kiekvieną su jį atitikusiu maršrutu. Skirtingi adresai gali duoti skirtingus atsakymus, ir tik vienas jų gali būti nepavykstantis atvejis.
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
Skaitykite tiksliausią atitinkantį prefiksą, o ne pirmą pažįstamai atrodančią eilutę. Lentelėje esantis maršrutas neįrodo, kad jis laimėjo paiešką; tai daro ilgiausias atitikimas. Du prefiksai gali atitikti vieną adresą, ir tik vienas jų gauna paketą. Pralaimėtojas lieka lentelėje ir sąraše atrodo taip pat tikrai.
Užrašykite prefiksą, jo sąsają ir išspręstą adresą. Šios trys reikšmės yra visa diagnozė.
Išsiaiškinkite, kas įdiegė maršrutą
Maršrutai ateina iš keturių vietų: vietinio VPN profilio, valdymo politikos, prisijungimo scenarijaus ar visiškai kito kliento. Aktyvaus įrašo ištrynimas gali patvirtinti jo svarbą, bet kitas prisijungimas jį vėl sukuria iš išsaugotos konfigūracijos, todėl keisti reikia šaltinį.
Pirmiausia patikrinkite profilio maršrutų sąrašą, tada valdymo politiką, tada bet kurį scenarijų, paleidžiamą jungiantis. Ši tvarka atitinka tai, kaip dažnai kiekvienas pasirodo esąs atsakingas. Ji taip pat išlaiko pakeitimą viename sluoksnyje, o ne trijuose.
Atidžiai perskaitykite vietinį klasėmis pagrįstą elgesį
Vietiniai Windows profiliai turi dokumentuotą nustatymą NativeProfile/DisableClassBasedDefaultRoute, kuris valdo automatinį maršrutą, išvestą iš sąsajos adreso. Profilio adresas, prasidedantis 45, pagal šį elgesį gali sukurti įrašą 45.0.0.0/8, ir taip vienas viešas adresas užfiksuoja visą A klasės diapazoną.
Nuosavybės pavadinimas kviečia neteisingai skaityti: nustačius true išvedimas išjungiamas, o false jį įjungia. Tai taip pat ne tas pats objektas kaip numatytasis maršrutas, ir jis nevaldo trečiųjų šalių klientų, kurie įdiegia savo prefiksus.
Jei išvedimas yra įrodyta priežastis, pataisykite profilį per jo valdymo savininką ir aiškiai pateikite numatytus privačius prefiksus. Jei scenarijus pridėjo įrašą, pataisykite scenarijų. Vieną nepaaiškintą platų maršrutą pakeisti kitu reiškia pakeisti simptomą neatsakant į klausimą.
Pataisykite šaltinį, tada dar kartą patikrinkite abu kelius
Po pakeitimo prisijunkite iš naujo ir pakartokite paiešką nepavykstančiai viešai svetainei ir ištekliui, kuris turi naudoti tunelį. Pirmasis dabar turėtų išspręsti į fizinę sąsają, o antrasis turėtų vis dar pasirinkti VPN. Nesustokite ties pirmąja sėkme; pataisa, kuri taip pat sugadina privatų prieigą, pakeitė vieną gedimą kitu.
Tuo pačiu metu peržiūrėkite serverio adresų planą. Telkinys, persidengiantis su vieša erdve, šią problemą sukelia vėl ir vėl. Diapazonas, kurį operatorius pasirinko sąmoningai, nusipelno kito pokalbio, o ne automatinio pernumeravimo.
MTU padidinimas ar DNS išvalymas nepataisys prefikso, kuris vis dar nukreipia tą adresą į tunelį. Pirmiausia patikrinkite pasirinkimą, tada kelią.