Lielākā daļa lapu ielādējas, divas vai trīs beidzas ar taimautu, un pārlūkprogramma vaino savienojumu. Vietnēm, kas neielādējas, ir kaut kas kopīgs, kas nav strādājošajām: to atrisinātās adreses iekrīt prefiksā, ko instalējis VPN. Maršruts, kas ir pietiekami plašs, lai aptvertu publisku diapazonu, pārtvers satiksmi, kuru tunelim nekad nebija paredzēts pārvadāt, un simptoms izskatās kā vietnes problēma, nevis maršrutēšanas lēmums.

Atrisiniet neizdevušos nosaukumu, pēc tam skatiet maršrutēšanas tabulu, nevis pārlūkprogrammu.

Salīdziniet adresi, nevis vietnes nosaukumu

Atrodiet adresi, ko klients faktiski mēģināja, pēc tam pārbaudiet, kurš maršruts tai atbilst. Galamērķis 45.61.20.10 iekšienē ietilpst 45.0.0.0/8, ja šis prefikss ir, pat ja pašai vietnei nav nekāda sakara ar tuneli. Neizdevušās adreses salīdzināšana ar instalētajiem prefiksiem ir atņemšanas uzdevums, nevis minējums.

Windows var tieši atbildēt uz abām pusēm, un meklēšana parāda, kura saskarne un nākamais lēciens uzvarēja izvēlē. Atrisiniet nosaukumu divreiz, ja vietne atgriež vairākas adreses. Pierakstiet katru ar atbilstošo maršrutu. Dažādas adreses var dot dažādas atbildes, un tikai viena no tām var būt neizdevušais gadījums.

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

Lasiet konkrētāko atbilstošo prefiksu, nevis pirmo pazīstamo rindu. Tabulā esošais maršruts nepierāda, ka tas uzvarēja meklēšanu; to dara garākā atbilstība. Divi prefiksi var atbilst vienai adresei, un tikai viens no tiem saņem paketi. Zaudētājs paliek tabulā un sarakstā izskatās tikpat reāls.

Pierakstiet prefiksu, tā saskarni un atrisināto adresi. Šīs trīs vērtības ir visa diagnoze.

Noskaidrojiet, kas instalēja maršrutu

Maršruti nāk no četrām vietām: vietējā VPN profila, pārvaldības politikas, savienojuma skripta vai pilnīgi cita klienta. Aktīvā ieraksta dzēšana var apstiprināt tā nozīmi, bet nākamais savienojums to no jauna izveido no saglabātās konfigurācijas, tāpēc jāmaina ir avots.

Vispirms pārbaudiet profila maršrutu sarakstu, pēc tam pārvaldības politiku, pēc tam jebkuru skriptu, kas darbojas savienojuma laikā. Šī secība atbilst tam, cik bieži katrs izrādās atbildīgais. Tā arī notur izmaiņas vienā slānī, nevis trijos.

Uzmanīgi izlasiet vietējo klašu balstīto uzvedību

Vietējiem Windows profiliem ir dokumentēts iestatījums NativeProfile/DisableClassBasedDefaultRoute, kas kontrolē automātisku maršrutu, kas iegūts no saskarnes adreses. Profila adrese, kas sākas ar 45, šīs uzvedības ietvaros var radīt ierakstu 45.0.0.0/8, un tā viena publiska adrese pārtver visu A klases diapazonu.

Rekvizīta nosaukums aicina uz nepareizu lasījumu: tā iestatīšana uz true izslēdz atvasināšanu, un false to ieslēdz. Tas arī nav tas pats objekts kā noklusējuma maršruts, un tas nepārvalda trešo pušu klientus, kas instalē savus prefiksus.

Ja atvasināšana ir pierādītais cēlonis, izlabojiet profilu ar tā pārvaldības īpašnieka starpniecību un skaidri norādiet paredzētos privātos prefiksus. Ja ierakstu pievienoja skripts, izlabojiet skriptu. Viena neizskaidrota plaša maršruta aizstāšana ar citu maina simptomu, neatbildot uz jautājumu.

Izlabojiet avotu, pēc tam vēlreiz pārbaudiet abus ceļus

Pēc izmaiņām savienojieties vēlreiz un atkārtojiet meklēšanu neizdevušajai publiskajai vietnei un resursam, kam jāizmanto tunelis. Pirmajam tagad vajadzētu atrisināties uz fizisko saskarni, un otrajam joprojām jāizvēlas VPN. Neapstājieties pie pirmā panākuma; labojums, kas salauž arī privāto piekļuvi, ir samainījis vienu defektu pret citu.

Vienlaikus pārskatiet servera adrešu plānu. Baseins, kas pārklājas ar publisko telpu, šo problēmu izraisa atkal un atkal. Diapazons, ko operators izvēlējās apzināti, ir pelnījis citu sarunu, nevis automātisku pārnumurēšanu.

MTU palielināšana vai DNS notīrīšana neizlabos prefiksu, kas joprojām virza šo adresi tunelī. Vispirms pārbaudiet izvēli, pēc tam ceļu.

Saistītie raksti