Məsləhət hər Windows VPN şikayətindən sonra on dəqiqə ərzində gəlir: şəbəkə sıfırlamasını işə sal, hər şeyi düzəldir. Düzəltmir, və o dar deyil. Həmin düymə adapterləri təmizləyir, protokolları yenidən bağlayır, statik ünvanları və standart marşrutları silir, firewall və filtr girişlərini atır, üstəlik Wi-Fi profillərini də unudur. İşlək, lakin səhv konfiqurasiya olunmuş tuneli olan maşında o, bir diaqnoz edilə bilən nasazlığı sənədləşdirilməmiş yenidən qurmaya çevirir. Əvvəlcə beş şeyi saxlayın, və geri qaytarma seçimini qoruyursunuz.

Sıfırlama VPN profili ilə məhdudlaşmır

VPN bağlantısı şəbəkə yığınını paylaşan çoxsaylı obyektlərdən biridir. Adapteri çıxarıb yenidən əlavə etmək interfeys indeksini dəyişir və o indeksə istinad edən hər şey, marşrutdan firewall qaydasına və üçüncü tərəf filtr sürücüsünə qədər, artıq mövcud olmayan bir şeyə istinad edir.

Virtuallaşdırma bunu daha da pisləşdirir. Hyper-V açarları, VMware körpüləri, konteyner şəbəkələri və öz virtual adapterlərinə malik VPN müştəriləri hamısı eyni məkanda yaşayır. Əsas yığını yenidən quraşdıran sıfırlama bu komponentləri yarımçıq qoya bilər və nəticədə yaranan maşın işlək avadanlıq bildirir, amma işlək yol yoxdur.

Bunların heç biri heç vaxt sıfırlamamağa dair arqument deyil. Bu, real nasazlıq tək bir marşrut qeydi və ya tək bir köhnəlmiş filtr ola biləcəyi halda, sənədləşdirmədiyiniz maşında əvvəlcə sıfırlamamağa dair arqumentdir. Sıfırlama geniş alətdir və uğur nisbəti dardır; onu açılış hərəkəti kimi istifadə etmək ikisindən hansının olduğunu heç vaxt öyrənməyəcəyinizə zəmanət verir.

Parametrləri saxlamaqdan əvvəl sübutları saxlayın

Nasazlığın özü məlumatdır. Dəqiq xəta kodunu, vaxtı, hansı profilin seçildiyini və şlüzün ümumiyyətlə cəhd qeyd edib-etmədiyini qeyd edin. Tünelin heç vaxt cavab almadığını deyən kod və autentifikasiyanın uğursuz olduğunu deyən kod tamamilə fərqli təmir yollarına işarə edir. Sıfırlamadan sonra ikisini də təkrar yarada bilməyə bilərsiniz. Pozulmuş vəziyyətə indi xərcləyəcəyiniz bir aktiv kimi yanaşın.

Vəziyyəti hələ pozulmuşkən, maşının müvəqqəti qovluqlarından kənarda bir qovluğa yazın:

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

Son əmr insanların atladığı əmrdir və çox vaxt nasazlığı izah edən də elə odur. Silinmiş müştərinin qalıq filtrləri daimi siyasət kimi yaşayır və ixrac edilmiş XML onlar haqqında yeganə yerli qeyddir. Sıfırlama müəyyən etməyə çalışdığınız şeyi silməmişdən əvvəl onu oxuyun.

Geri qayıtmayacaq konfiqurasiyanı saxlayın

Bəzi parametrlər avtomatik yenidən yaradılır. Statik ünvanlar, fərdi marşrutlar, DNS şəkilçiləri, proksi istisnaları və firewall qaydaları yaradılmır. Profillərin özü də yox, onlar bir telefon kitabçası faylında yaşayır və sıfırlama onu sizin üçün bərpa etmir.

What to saveWhere it livesWhy the reset loses it
VPN profilesrasphone.pbk in ProgramData or the user profileProfiles are not part of the adapter state
Static IP and DNSAdapter configurationAdapters are removed and recreated
Persistent filtersWFP policy storeFilter state is cleared with the stack
Third-party bindingsAdapter binding listComponents must be reinstalled manually
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

Sertifikat siyahısı göründüyündən daha vacibdir. Müştəri sertifikatları şəbəkə sıfırlaması ilə məhv edilmir, lakin siyahı profilin hansılardan asılı olduğunu və hər hansı birinin tezliklə bitib-bitmədiyini sizə deyir. Yenidən qurmadan sonra vaxtı keçmiş sertifikat aşkar etmək yenidən qurmanı boşa xərcləyir.

Başlamazdan əvvəl bərpa yolunu yazın

Maşın uzaqdadırsa və VPN yeganə giriş yolunuzdursa, sıfırlama sessiyanızı bitirə bilər və yerində heç kim olmadan geri dönüş yolu olmaya bilər. Adapterlərə toxunan hər hansı bir şeyi işə salmazdan əvvəl zolaq xaricində çıxışın olduğunu və ya bir şəxsin mövcud olduğunu təsdiqləyin.

Quraşdırma fayllarını və bağlantı təfərrüatlarını maşının sonradan hələ çata biləcəyi bir yerdə saxlayın. Tunel vasitəsilə əldə edilən təchizatçı portalından yenidən quraşdırılmalı olan müştəri dairəvi asılılıqdır və bu prosedurun xidmət kəsintisinə çevrilməsinin ən çox yayılmış yolu budur.

Sonra nə etdiyinizi və niyə etdiyinizi, dəqiq əmrlər daxil olmaqla yazın. Növbəti şəxs sıfırlamanın eksperiment, yoxsa qərar olduğunu bilməlidir və “hər şeyi sınadıq” qeyd deyil.

Sıfırlamadan sonra qatlarla test edin

Hər şeyi bir anda bərpa etmək nəticəni oxunmaz edir. Aşağıdan işləyin: adapter və ünvan, sonra ad həlli, sonra tunelin kimlik mərhələsi, sonra tətbiq. Hər qatın öz sualına cavab verən bir əmri var:

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

Adapter qatı sağlamdırsa və həll deyilsə, dayanın və həlli düzəldin. VPN müştərisini o nöqtədə yenidən quraşdırmaq bir dəyişən əlavə edir və bir ipucu götürür. Yalnız izah edə bildiyiniz parametrləri, bir-bir bərpa edin və hər birindən sonra eyni qatı yoxlayın.

Microsoft-un 720 xətası üçün öz problem həlli təlimatı, məsələn, ümumi sıfırlama təyin etmək əvəzinə bağlama problemlərini ünvan ayrılması problemlərindən ayırır; bu, bu ailədəki hər kod üçün düzgün instinktdir. Ən geniş mövcud alətə əl atmaqdan əvvəl kodun nə iddia etdiyini oxuyun.

Əlaqəli məqalələr