27850, 442 dhe 651: një stack, tri kontrolle të para

Instaluesi ndalon në 27850, një lidhje refuzohet me 442 dhe një profil tjetër kthen 651. Numrat duken si tre defekte të pavarura, dhe reagimi i zakonshëm është riinstalimi i klientit tri herë. Por ata vijnë nga një nënsistem: përshtatësi virtual dhe stack-u i filtrave përreth. Numri i gabimit thotë cila shtresë dështoi, dhe kjo përcakton kontrollin e parë. Riinstalimi para se të lexohet numri zakonisht riprodhon të njëjtin defekt.

Lidhni numrin me shtresën

Çdo gabim shfaqet në një pikë tjetër, prandaj kontrolli i parë ndryshon edhe kur simptoma e dukshme është e njëjta lidhje e refuzuar. Tri familje mbulojnë çdo rast: instaluesi, përshtatësi dhe porta poshtë tij. Tabela më poshtë vendos çdo numër pranë kontrollit që kërkon.

Nëse gabimi shfaqet përpara se të zgjidhet ndonjë profil, i përket familjes së instaluesit. Nëse shfaqet kur klienti përpiqet të ngrejë përshtatësin, i përket familjes së përshtatësit. Nëse përshtatësi shihet por porta nuk hapet kurrë, është familja e mini-portës. Shkruani numrin përpara se të ndryshoni diçka. Tri riparimet prekin pjesë të ndryshme të stack-ut, dhe një ndryshim për familjen e gabuar e bën provën tjetër më të vështirë për t u lexuar.

Një stack filtersh i mbushur, ose një suitë sigurie që bllokon drejtuesin

Instalimi i klientit regjistron një komponent të vogël filtri në zinxhirin e përshtatësit. Windows ka një kufi të fortë për sa komponentë të tillë mund të lidhen, dhe vlera e parazgjedhur lë pak hapësirë kur ka antivirus, urë virtualizimi dhe drejtues kapjeje. Atëherë instalimi dështon me 27850 edhe pse paketa VPN është në rregull. Instaluesi nuk mund të dallojë një stack të mbushur nga një i prishur.

Lexoni vlerën aktuale, rrisni atë dhe rinisni përpara se të provoni përsëri. Një filtër i ri nuk mund të lidhet derisa stack-u të rindërtohet:

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /f

Shkaku tjetër është një suitë sigurie që bllokon instalimin e drejtuesit pa një njoftim të dukshëm. Vetëmbrojtja e saj mund të pengojë regjistrimin e filtrit, kështu që instaluesi raporton një dështim të përgjithshëm komponenti. Shikoni regjistrin e vetë suitës dhe, nëse vetëmbrojtja është pengesa, çaktivizojeni vetëm gjatë instalimit dhe rikthejeni menjëherë pas. Nëse vlera është rritur tashmë dhe asnjë suitë nuk bllokon, kërkoni drejtues filtrash të mbetur nga një produkt VPN i mëparshëm. Një filtër i vjetër pa shërbim përkatës ende zë një vend dhe mund të dështojë instalimin e ri.

Përshtatësi është aty dhe mbetet poshtë

Gabimi 442 do të thotë që përshtatësi virtual është i pranishëm dhe klienti nuk arrin ta ngrejë. Kontrolli i parë është Menaxheri i pajisjeve me pajisjet e fshehura të dukshme: një përshtatës i çaktivizuar, një përshtatës me shenjë paralajmërimi dhe një përshtatës që mungon duken njësoj në klient por kërkojnë riparime të ndryshme. Internet Connection Sharing shpesh e mban. Nëse shërbimi e ka zënë përshtatësin, ndaloni shërbimin dhe provoni përsëri përpara se të prekni regjistrin. Një konfigurim i mbetur ndarjeje mund ta zërë përsëri pas rinisjes, prandaj shënoni nëse rregullimi i mbijeton rinisjes.

Një riinstalim mund të lërë një emër shfaqjeje të deformuar që e bën përshtatësin të pamenaxhueshëm. Vlera duhet të jetë tekst i thjeshtë, jo një token instaluesi i pazgjidhur:

Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"

Përdorni emrin e shfaqjes që pret klienti juaj, pastaj rinisni që përshtatësi të numërohet përsëri. Vendosja e vlerës pa rinisje zakonisht lë gjendjen e vjetër në vend dhe lidhja tjetër jep përsëri 442.

Porta poshtë tij nuk hapet kurrë

Gabimi 651 raportohet kur menaxheri i lidhjeve nuk mund të hapë mini-portën WAN. Përshtatësi mund të duket i shëndoshë në klient ndërsa porta poshtë tij nuk arrin kurrë një gjendje të nisur. Listoni mini-portat dhe gjendjen e tyre përpara se të riinstaloni çdo gjë:

Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyName

Një mini-portë me status gabimi është gjurmimi i drejtpërdrejtë. Riinstalimi i saj nga Menaxheri i pajisjeve e rikrijon portën, dhe për këtë arsye ky rregullim funksionon kur riinstalimi i klientit nuk funksionon. Drejtuesit e palëve të treta të lidhur me përshtatësin fizik janë shkaku tjetër i zakonshëm. Drejtuesi i rrjetit me urë i VirtualBox, një drejtues TAP i mbetur nga OpenVPN ose një filtër kapjeje mund ta zënë portën i pari. Heqja e shenjës së komponentit gjatë instalimit nuk mjafton kur drejtuesi është i lidhur tashmë; duhet të hiqet nga vetitë e përshtatësit ose të çinstalohet nga depoja e drejtuesve.

Çaktivizimi i IPv6 në lidhjen VPN e ka zgjidhur këtë gabim në disa ndërtime, por trajtojeni si provë dhe jo si dizajn të përhershëm. Nëse lidhja nis vetëm me IPv6 të çaktivizuar, mini-porta ose drejtuesi poshtë tij është ende fajtori.

Ndryshoni një shtresë dhe ruani provat

Ruani vlerat e regjistrit që ndryshoni, shënoni listën e përshtatësve dhe filtrave përpara dhe pas, dhe rinisni midis provave. Rinisja është pjesë e rregullimit për çdo familje këtu, sepse stack-u i përshtatësit ndërtohet gjatë nisjes dhe rinisja e një shërbimi nuk e rindërton atë.

Riinstaloni klientin vetëm pasi përshtatësi, filtrat dhe mini-portat e vjetra të kenë ikur. Instalimi i një klienti të ri mbi një stack të prishur është rruga me të cilën një 27850 i riparueshëm bëhet makinë me dy përshtatës gjysmë të regjistruar dhe pa gabim të qartë. Ndaloni dhe eskaluoni kur i njëjti gabim i mbijeton kontrollit specifik të shtresës dy herë. Në atë pikë hapi tjetër i dobishëm është një rishikim i pastër i stack-ut të rrjetit me regjistrin e instaluesit nga furnizuesi, jo një provë tjetër e të njëjtit riinstalim.