Ресетирањето на мрежата во Windows брише повеќе од дефектот на VPN

Советот доаѓа во рок од десет минути по секоја жалба за VPN во Windows: стартувај го ресетирањето на мрежата, тоа решава сѐ. Не решава, и не е тесно. Тоа копче ги чисти адаптерите, повторно ги поврзува протоколите, ги отстранува статичните адреси и стандардните рути, ги фрла записите на огнениот ѕид и филтрите и воедно ги заборава профилите Wi-Fi. На машина со тунел што работи но е погрешно конфигуриран, тоа претвора еден дефект што може да се дијагностицира во недокументирана преизградба. Зачувајте прво пет работи и ја задржувате можноста тоа да го вратите.

Ресетирањето не е ограничено на профилот на VPN

VPN врската е еден објект меѓу многу што го делат мрежниот стек. Отстранувањето и повторното додавање на адаптер го менува индексот на интерфејсот, и сѐ што се повикуваше на тој индекс, од рута до правило на огнен ѕид до драјвер за филтер од трета страна, сега се однесува на нешто што повеќе не постои.

Виртуелизацијата го влошува ова. Hyper-V прекинувачи, VMware мостови, контејнерски мрежи и VPN клиенти со свои виртуелни адаптери живеат во истиот простор. Ресетирање што го реинсталира основниот стек може да ги остави тие компоненти напола присутни, а добиената машина пријавува исправен хардвер без исправна патека.

Ништо од ова не е аргумент против тоа некогаш да се ресетира. Тоа е аргумент против тоа да се ресетира прво, на машина што не сте ја документирале, кога вистинскиот дефект може да биде еден запис за рута или еден застарен филтер. Ресетирањето е широк алат со тесна стапка на успех, и користењето како прв потег гарантира дека никогаш нема да дознаете кое од двете беше.

Зачувајте ги доказите пред да ги зачувате поставките

Самиот дефект е податок. Забележете го точниот код на грешка, времето, кој профил бил избран и дали порталот воопшто регистрирал обид. Код што вели дека тунелот никогаш не добил одговор и код што вели дека автентикацијата не успеала укажуваат на сосема различни поправки. По ресетирање можеби нема да можете да ги репродуцирате ни едното. Третирајте ја расипаната состојба како средство што само што ќе го потрошите.

Забележете ја состојбата додека е сѐ уште расипана, во папка надвор од временските директориуми на машината:

mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xml

Последната команда е онаа што луѓето ја испуштаат, и често токму таа го објаснува дефектот. Останатите филтри од отстранет клиент преживуваат како трајна политика, а извезениот XML е единствениот локален запис за нив. Прочитајте го пред ресетирањето да го избрише она што сте се обидувале да го идентификувате.

Зачувајте ја конфигурацијата што нема да се врати

Некои поставки се пресоздаваат автоматски. Статичните адреси, прилагодените рути, DNS наставките, исклучоците за прокси и правилата на огнениот ѕид не. Ниту самите профили, кои живеат во датотека на телефонски именик што ресетирањето не ја враќа наместо вас.

Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfter

Списокот со сертификати е поважен отколку што изгледа. Клиентските сертификати не се уништуваат со ресетирање на мрежата, но списокот ви кажува од кои зависел профилот и дали некој истекува наскоро. Откривањето на истечен сертификат по преизградба ја расипува преизградбата.

Запишете ја патеката за враќање пред да почнете

Ако машината е оддалечена и VPN е вашиот единствен влез, ресетирањето може да ја прекине сесијата и можеби нема пат назад без некој на лице место. Потврдете дека има пристап вон појасот или дека некој е достапен, пред да стартувате нешто што допира адаптери.

Чувајте ги инсталационите програми и податоците за врската некаде каде машината сѐ уште може да стигне до нив подоцна. Клиент што мора повторно да се инсталира од портал на добавувач достапен преку тунелот е кружна зависност, и тоа е најчестиот начин оваа постапка да стане прекин на работата.

Потоа запишете што правите и зошто, вклучително точните команди. Следната личност мора да знае дали ресетирањето било експеримент или одлука, а „пробавме сѐ“ не е запис.

Тестирајте по слоеви по ресетирањето

Враќањето на премногу одеднаш го прави резултатот нечитлив. Работете одоздола: адаптер и адреса, потоа разрешување на имиња, потоа фазата на идентитет на тунелот, потоа апликацијата. Секој слој има команда што одговара на своето прашање:

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443

Ако слојот на адаптерот е здрав а разрешувањето не е, запрете и поправете го разрешувањето. Реинсталирањето на VPN клиентот во тој момент додава променлива и отстранува трага. Враќајте само поставки што можете да ги објасните, една по една, проверувајќи го истиот слој по секоја.

Сопствените упатства на Microsoft за отстранување на грешката 720, на пример, ги разликуваат проблемите со поврзување од проблемите со доделување адреси наместо да пропишуваат општо ресетирање, што е правилниот инстинкт за секој код во ова семејство. Прочитајте што тврди кодот пред да посегнете по најширокиот достапен алат.