Neniu interreto post malinstalo de VPN: inventaro antaŭ restarigo
Plena restarigo forigas pruvojn same kiel restaĵojn. Legu unue la itinerojn, la Winsock-katalogon kaj la prokuron, poste grimpu la ŝtuparon unu ŝtupon samtempe.
Forigi VPN-klienton devus redoni la maŝinon al tio, kio ĝi estis antaŭe, kaj foje ĝi redonas maŝinon, en kiu nenio solviĝas kaj la retumilo ankoraŭ volas prokuron. La restaĵoj venas de mallonga listo de posedantoj: itineroj, Winsock-provizantoj, prokura agordo, DNS kaj filtraj peliloj. Ekzistas du riparstrategioj, kaj ili diferencas ĉefe en tio, kion ili detruas.
Du riparoj kun tre malsamaj kostoj
| Approach | What it fixes | What it costs |
|---|---|---|
| Full network reset | Almost everything, eventually | Wi-Fi passwords, firewall rules, evidence |
| Inventory, then narrow resets | The piece that actually broke | Time, and one command per layer |
La vasta restarigo ne estas malĝusta; ĝi estas multekosta. Ĝi ankaŭ forigas la pruvojn, kiuj dirus, kiu tavolo fiaskis, do la sekva maŝino kun la sama simptomo denove komencas de nulo. Inventaro unue kostas kvar komandojn, kaj tri el ili nur legas.
Elektu laŭ la horloĝo, ne laŭ prefero. Sur maŝino, kiu devas funkcii post dek minutoj, plena restarigo povas esti la ĝusta decido, kaj la noto, kiun vi poste lasas, estas la sola afero, kiu konservas la scion. En aro kun ripetiĝanta simptomo, la inventaro estas la pli malmultekosta vojo, ĉar ĝi produktas kaŭzon anstataŭ finitan interrompon.
Legu kvar aferojn antaŭ ol tuŝi ion ajn
ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxyĈiu eligo respondas al malsama fiasko. Defaŭlta itinero montranta al adaptilo, kiu ne plu ekzistas, klarigas mortan interreton kun funkcianta loka reto. Adaptila DNS-servilo, kiu iam apartenis al la tunelo, klarigas nomojn, kiuj fiaskas dum adresoj funkcias. Winsock-provizanto instalita de la kliento klarigas retumilajn fiaskojn, kiuj postvivas ĉiun itineran ŝanĝon. Prokura enskribo klarigas retumilon, kiu atingas nenion, dum curl atingas.
Kontrolu aparte la prokuron de la retumilo mem. Ĝi loĝas en la dialogo pri interretaj opcioj sub konektoj kaj lokaj retaj agordoj, kaj ĝi estas malsama agordo ol la WinHTTP-prokuro, kiun raportas la komando. Ripari unu ne riparas la alian, kaj maŝino povas porti ambaŭ. Serĉu prokuran adreson, kiu solviĝas al nenio, ĉar tio estas la formo, kiun lasita kliento postlasas.
Grimpu la ŝtuparon anstataŭ salti
ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalogroute -f purigas la itineran tabelon sen tuŝi adaptilojn, kio estas la plej malmultekosta maniero forigi la restintan defaŭltan itineron de tunelo. netsh int ip reset reskribas la agordojn de la TCP/IP-stako kaj atendas restartigon. netsh winsock reset restarigas la katalogon, kiun modifis filtra pelilo, kaj tio estas la paŝo, kiu riparas la fiaskojn videblajn nur en la retumilo. Rulu unu, testu, poste rulu la sekvan; ŝtuparo, kiun vi grimpis, estas ŝtuparo, kiun vi povas priskribi poste.
netsh advfirewall reset ne estas parto de ĉi tiu ŝtuparo. Ĝi forigas regulojn, kiujn iu intence kreis, kaj restarigi ilin estas aparta projekto. La reta restarigo en la agorda aplikaĵo forigas kaj reinstalas ĉiun adaptilon kaj ankaŭ forigas konservitajn Wi-Fi-pasvortojn, do ĝi venas post la mallarĝaj paŝoj, ne antaŭ ili.
Restaĵoj, kies posedanto estas alia produkto
Treni aplikaĵon al la rubujo ne malinstalas ĝin. Mac, kiu daŭre uzis VPN, kiun ĝi ne plu montris, havis vendistan helpilon ankoraŭ funkciantan; la reta langeto de la Agada Monitoro identigis ĝin laŭ trafiko, kaj la malinstala proceduro de la vendisto forigis la demonon kaj ĝiajn lanĉajn erojn. Kontrolu /Library/LaunchDaemons kaj /Library/LaunchAgents por enskriboj, kies programo ne plu ekzistas.
Sekureca programaro estas la alia loko, kie ĉi tiu ŝablono aperas. Kontraŭvirusaj iloj instalas proprajn filtrajn pelilojn, kaj forigo, kiu lasas unu malantaŭe, povas rompi VPN-adaptilon tiel, ke neniu VPN-agordo klarigas ĝin. La foriga ilo de la vendisto ekzistas por tiu kazo; ĝenerala malinstalo kutime ne atingas ĝin.
Instaliloj ankaŭ povas rifuzi ekstarti, ĉar pli frua kazo ankoraŭ vivas. La instalilo de OpenVPN kontrolas ĉu openvpn.exe funkcias, inkluzive unu, kiun via propra skripto startigis antaŭ horoj.
La fiasko env_block estas restaĵo de ankoraŭ alia speco. PATH perdis C:\Windows\System32 kaj ĝiajn najbarojn, do la kliento ne povas lanĉi la utilaĵojn, kiuj konstruas la adaptilon. Riparu PATH anstataŭ reinstali, ĉar freŝa kopio trafos la samajn mankajn komandojn.
Linux-interfacoj kaj la enkurserva testo
tun-interfaco povas postvivi la agordon, kiu kreis ĝin. Unu raporto pri malrapida elŝuto finiĝis per restinta aparato, kiu tenis la pordegan adreson de la malnova baseno kaj trenis trafikon al tunelo, kiun neniu intencis. ip -brief link listigas, kio ekzistas; komparu tion kun tio, kion asertas la nuna servo, poste forigu la orfon.
Luoj, kiuj ĉesas alveni post VPN-eksperimento, ne aŭtomate estas staka problemo. Testu tekkomputilon, kiu neniam portis la klienton, kaj alian enkurservon, antaŭ ol ruli pliajn restarigojn. Se la enkurservo ĉesis respondi, neniu Windows-komando ŝanĝos tion, kaj provizora statika adreso, pordego kaj solvilo diras al vi, kiu flanko estas rompita.
Notu, kion vi restarigis kaj en kiu ordo. La sekva persono devas scii, ĉu la Winsock-katalogo aŭ la fajroŝirmilo estis rekonstruita, kaj tiu noto estas la sola afero, kiun malinstalo ne povas forporti.