Egy VPN-kliens eltávolítása után a gépnek olyannak kellene lennie, mint előtte volt, és néha olyan gép jön vissza, ahol semmi sem oldódik fel, és a böngésző még mindig proxyt akar. A maradékok rövid tulajdonoslistából származnak: útvonalak, Winsock-szolgáltatók, proxybeállítás, DNS és szűrő illesztőprogramok. Két javítási stratégia létezik, és leginkább abban különböznek, mit pusztítanak el.

Két javítás nagyon eltérő költséggel

ApproachWhat it fixesWhat it costs
Full network resetAlmost everything, eventuallyWi-Fi passwords, firewall rules, evidence
Inventory, then narrow resetsThe piece that actually brokeTime, and one command per layer

A széles visszaállítás nem hibás; drága. Eltünteti a bizonyítékokat is, amelyek megmondanák, melyik réteg hibázott, így a következő gép ugyanazzal a tünettel újra nulláról kezdi. A leltár először négy parancsba kerül, és ezek közül három csak olvas.

Az óra szerint válasszon, ne a preferencia szerint. Egy gépen, amelynek tíz percen belül működnie kell, a teljes visszaállítás lehet a helyes döntés, és az utána hagyott jegyzet az egyetlen dolog, amely megőrzi a tudást. Ismétlődő tünetű állománynál a leltár az olcsóbb út, mert okot ad egy befejeződött kimaradás helyett.

Olvasson el négy dolgot, mielőtt bármihez hozzányúl

ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxy

Minden kimenet más hibához tartozik. Egy alapértelmezett útvonal, amely már nem létező adapterre mutat, a holt internetet magyarázza működő helyi hálózat mellett. Az adapter DNS-kiszolgálója, amely korábban az alagúthoz tartozott, azokat a neveket magyarázza, amelyek sikertelenek, miközben a címek működnek. Az ügyfél által telepített Winsock-szolgáltató azokat a böngészőhibákat magyarázza, amelyek minden útvonalváltozást túlélnek. Egy proxybejegyzés azt a böngészőt magyarázza, amely semmit sem ér el, miközben curl elér.

Ellenőrizze külön magának a böngészőnek a proxyját. Az internetbeállítások párbeszédablakában él, a kapcsolatok és a helyi hálózat beállításai alatt, és más beállítás, mint a parancs által jelentett WinHTTP-proxy. Az egyik javítása nem javítja a másikat, és egy gép mindkettőt hordozhatja. Keressen olyan proxycímet, amely sehova sem oldódik fel, mert ilyen formát hagy maga után egy eltávolított ügyfél.

Másszon fel a létrán, ne ugorjon

ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalog

route -f kitakarítja az útvonaltáblát az adapterek érintése nélkül, ami a legolcsóbb módja az alagút maradék alapértelmezett útvonalának eltávolítására. netsh int ip reset újraírja a TCP/IP-verem beállításait, és újraindítást vár. netsh winsock reset visszaállítja azt a katalógust, amelyet egy szűrő illesztőprogram módosított, és ez az a lépés, amely a csak böngészőben látható hibákat javítja. Futtasson egyet, teszteljen, majd futtassa a következőt; a létra, amelyre felmászott, olyan létra, amelyet később le tud írni.

netsh advfirewall reset nem része ennek a létrának. Olyan szabályokat töröl, amelyeket valaki szándékosan hozott létre, és visszaállításuk külön projekt. A beállítások alkalmazás hálózati visszaállítása eltávolítja és újratelepíti az összes adaptert, és törli a mentett Wi-Fi-jelszavakat is, ezért a szűk lépések után jön, nem előttük.

Maradékok, amelyeknek tulajdonosa más termék

Egy alkalmazás kukába húzása nem távolítja el. Egy Mac, amely tovább használt egy VPN-t, amelyet már nem mutatott, még futó gyártói segédprogramot tartott; az Activity Monitor hálózati lapja forgalom alapján azonosította, és a gyártó eltávolítási eljárása eltávolította a daemont és az indítási elemeit. Ellenőrizze a /Library/LaunchDaemons és /Library/LaunchAgents bejegyzéseit, amelyeknek programja már nem létezik.

A biztonsági szoftver a másik hely, ahol ez a minta megjelenik. A víruskereső eszközök saját szűrő illesztőprogramokat telepítenek, és az olyan eltávolítás, amely egyet hátrahagy, oly módon törheti el a VPN-adaptert, amelyet semmilyen VPN-beállítás nem magyaráz. A gyártó eltávolító eszköze pont erre az esetre létezik; az általános eltávolítás általában nem ér el hozzá.

A telepítők is megtagadhatják az indulást, mert egy korábbi példány még él. Az OpenVPN telepítője futó openvpn.exe-et keres, beleértve azt is, amelyet a saját szkriptje órákkal korábban indított.

A env_block hiba egy másik fajta maradék. A PATH elvesztette a C:\Windows\System32 mappát és szomszédait, ezért az ügyfél nem tudja elindítani az adaptert építő segédprogramokat. Javítsa a PATH-t újratelepítés helyett, mert egy friss másolat ugyanazokba a hiányzó parancsokba ütközik.

Linux-interfészek és a router teszt

Egy tun interfész túlélheti az őt létrehozó konfigurációt. Egy lassú letöltésről szóló jelentés végül egy maradék eszközzel zárult, amely a régi készlet átjárócímét tartotta, és forgalmat húzott egy senki által nem szándékolt alagút felé. ip -brief link felsorolja, mi létezik; hasonlítsa össze azzal, amit a jelenlegi szolgáltatás állít, majd törölje az árvát.

A VPN-kísérlet után megérkezni megszűnő bérletek nem automatikusan veremproblémák. Teszteljen egy laptopot, amely soha nem hordozta az ügyfelet, és egy másik routert, mielőtt további visszaállításokat futtat. Ha a router abbahagyta a válaszadást, egyetlen Windows-parancs sem változtat ezen, és egy ideiglenes statikus cím, átjáró és feloldó megmondja, melyik oldal tört el.

Jegyezze fel, mit állított vissza és milyen sorrendben. A következő embernek tudnia kell, hogy a Winsock-katalógus vagy a tűzfal épült-e újra, és ez a jegyzet az egyetlen dolog, amelyet az eltávolítás nem tud magával vinni.

Kapcsolódó cikkek