Gabimi 720 i VPN-së në Windows: grupi i adresave apo lidhja e klientit?
Gabimi 720 do të thotë që lidhja nuk mori kurrë një adresë të përdorshme. Ndani dështimet në një host të vetëm nga dështimet në shumë hoste përpara se të riinstaloni një përshtatës.
Gabimi 720 shfaqet pasi kredencialet pranohen, dhe për këtë arsye i kthen njerëzit te fusha e fjalëkalimit. Lidhja arriti pikën ku negociohet një adresë dhe nuk mori asnjë. Dy defekte shumë të ndryshme prodhojnë të njëjtin dialog: serveri nuk kishte asgjë për të shpërndarë, ose pikërisht ky klient nuk mundi ta përfundonte negocimin. Ndarja e këtyre të dyjave përpara se të prekni gjë është pjesa më e madhe e riparimit, dhe ndarja është dokumentuar në faqen e zgjidhjes së problemeve të Microsoft për gabimin 720.
Çfarë lë jashtë dialogu
Mesazhi përshkruan një defekt në negocimin PPP, dhe është qëllimisht i paqartë sepse klienti nuk mund të shohë pse serveri refuzoi. Nuk është gabim kredencialesh dhe nuk është deklaratë për kriptimin e tunelit. Do të thotë që adresa ose parametrat e negocimit nuk u dorëzuan.
Në anën e serverit, shkaku i zakonshëm është alokimi: një grup statik RRAS pa adresa të lira, ose një konfigurim DHCP, shtrirja e të cilit është e shterur ose e paarritshme, prodhon pikërisht këtë simptom te çdo klient që provon. Në anën e klientit, shkaku i zakonshëm është një lidhje. WAN Miniport që mbart PPP duhet të jetë i lidhur me komponentët e duhur, dhe një lidhje e çaktivizuar ose një filtër rrjeti i futur mund të ndalojë negocimin pa asnjë problem të dukshëm të pajisjes. Të dy familjet kanë nevojë për prova të ndryshme, dhe mënyra më e shpejtë për të zgjedhur mes tyre është të numëroni sa klientë janë prekur.
Ndani popullatën përpara grupit
Numëroni klientët e prekur përpara se të lexoni çdo konfigurim. Një defekt që godet të gjithë njëherësh është gjendje serveri, dhe një defekt që ndjek një makinë mes rrjeteve është gjendje klienti. Ky numërim kushton një mesazh në një kanal bisede dhe kursen një pasdite.
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
Më pas lidhni një përpjekje të dështuar me vetë regjistrin e serverit, sepse RRAS regjistron një ngjarje kur nuk mund të alokojë dhe ajo ngjarje emërton defektin dhe jo simptomën. Nëse defekti ndjek një klient të caktuar, regjistri i serverit nuk do të tregojë asgjë për atë përpjekje, gjë që është informuese në vetvete. Mungesa e një gabimi alokimi e kufizon problemin te negocimi në atë klient dhe ju tregon cilat komanda të ekzekutoni më pas.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Lexoni gjendjen e alokimit të serverit
Në anën e RRAS, konfirmoni cila metodë alokimi është konfiguruar në të vërtetë dhe jo cila supozohet nga dokumentacioni. Një grup statik dhe një konfigurim i përcjellë nga DHCP dështojnë në mënyra të ndryshme, dhe rregullimi i takon asaj që është në përdorim. Për një grup statik, numëroni adresat e lira dhe kërkoni caktime për përdorues që mbajnë një qira që askush nuk e mban mend ta ketë bërë, sepse një grup që duket i madh mund të jetë plotësisht i zënë. Për DHCP, kontrolloni që releja të arrijë një server dhe që shtrirja të ketë qira të lira.
Një shtrirje e shterur nga klientë të zakonshëm prodhon të njëjtin 720 si një grup i konfiguruar gabimisht, dhe konsola RRAS do të duket plotësisht e shëndoshë në të dyja rastet. Rezistoni zgjidhjes së trashëguar të ndarjes së një grupi në intervale më të vogla: këshilla origjinale përshkruante rezultatin e një administratori dhe nuk riparon një defekt alokimi që vetë ngjarjet e serverit mund ta emërtojnë drejtpërdrejt.
Lexoni lidhjet e klientit pa i thyer ato
Nëse provat tregojnë një klient, inspektoni përshtatësin e fshehur në vend që të riinstaloni stivën. Komanda e parë liston ndërfaqet WAN Miniport dhe emrat e tyre; e dyta merr emrin që ajo ktheu, jo një emër të kopjuar nga një udhëzues.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsLexoni listën për lidhjen e zgjidhjes së adresave dhe për filtrat e palëve të treta. Një lidhje e çaktivizuar është një riparim i synuar, ndërsa prania e një filtri është një pyetje për pronarin e atij softueri dhe jo leje për të çaktivizuar një produkt sigurie. Fshirja e të gjithë përshtatësve është lëvizja e vetme që shkatërron provat që do t'ju duheshin nëse defekti kthehet.
Pas korrigjimit, riprovoni të njëjtin profil dhe më pas përsëritni rastin me dy klientë nëse ishte ai simptomi origjinal, sepse një lidhje e parë e suksesshme fsheh problemin e alokimit që zbulon një klient i dytë. Mbani shënimin në katër fusha: cili klient, cila lidhje, cila ngjarje dhe çfarë ndryshoi. Ndryshoni gjithashtu një shtresë për përpjekje, pasi një rregullim i klientit dhe një ndryshim i grupit të aplikuar së bashku nuk mund t'i atribuohen, dhe defekti i radhës do të duket i ri kur është i njëjti.