Нема интернет по деинсталирање на VPN: попис пред ресетирање

Отстранувањето на VPN клиент треба да ја врати машината во состојбата пред него, а понекогаш враќа машина во која ништо не се разрешува и браузерот сѐ уште сака прокси. Остатоците доаѓаат од краток список сопственици: рути, Winsock даватели, поставка за прокси, DNS и филтерски драјвери. Постојат две стратегии за поправка и тие главно се разликуваат по тоа што уништуваат.

Две поправки со многу различна цена

Широкото ресетирање не е грешка; тоа е скапо. Исто така ги отстранува доказите што ќе кажеа кој слој откажа, па следната машина со истиот симптом повторно почнува од нула. Пописот прво чини четири команди, а три од нив само читаат.

Изберете според часовникот, не според претпочитањето. На машина што мора да работи за десет минути, целосното ресетирање може да е вистинската одлука, а белешката што ја оставате потоа е единственото нешто што го чува знаењето. Во парк со симптом што се повторува, пописот е поевтиниот пат, зашто дава причина наместо завршен прекин.

Прочитајте четири работи пред да допрете нешто

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

Секој излез одговара на различен дефект. Стандардна рута што покажува на адаптер што повеќе не постои објаснува мртов интернет со работна локална мрежа. DNS сервер на адаптерот што порано припаѓал на тунелот објаснува имиња што не успеваат додека адресите работат. Winsock давател инсталиран од клиентот објаснува дефекти на браузерот што преживуваат секоја промена на рутата. Запис за прокси објаснува браузер што не стигнува никаде додека curl стигнува.

Проверете го одделно проксито на самиот браузер. Тоа живее во дијалогот за интернет опции под врски и поставки за локална мрежа и е различна поставка од проксито WinHTTP што го известува командата. Поправката на едното не го поправа другото, а машината може да ги носи и двете. Барајте адреса за прокси што никаде не се разрешува, зашто тоа е формата што ја остава отстранет клиент.

Качете се по скалите наместо да скокате

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

route -f ја чисти табелата за рутирање без да допира адаптери, што е најевтиниот начин да се отстрани преостанатата стандардна рута на тунел. netsh int ip reset ги препишува поставките на TCP/IP стекот и очекува рестарт. netsh winsock reset го враќа каталогот што го измени филтерски драјвер, и тоа е чекорот што ги поправа дефектите видливи само во браузерот. Извршете една, тестирајте, потоа извршете ја следната; скалите по кои сте се качиле се скали што подоцна можете да ги опишете.

netsh advfirewall reset не е дел од овие скали. Тоа брише правила што некој намерно ги создал, а нивното враќање е одделен проект. Ресетирањето на мрежата во апликацијата за поставки ги отстранува и повторно инсталира сите адаптери и ги брише зачуваните Wi-Fi лозинки, затоа доаѓа по тесните чекори, а не пред нив.

Остатоци чиј сопственик е друг производ

Влечењето апликација во корпата не ја деинсталира. Mac што продолжил да користи VPN што повеќе не го прикажувал имал сѐ уште активна помошна програма од добавувачот; мрежниот јазиче на Activity Monitor го препозна по сообраќајот, а постапката за отстранување на добавувачот го отстрани демонот и неговите ставки за стартување. Проверете ги /Library/LaunchDaemons и /Library/LaunchAgents за записи чија програма повеќе не постои.

Безбедносниот софтвер е другото место каде што се појавува оваа шема. Антивирусните алатки инсталираат свои филтерски драјвери, а отстранувањето што остава еден може да го скрши VPN адаптерот на начин што ниту една VPN поставка не го објаснува. Алатката за отстранување на добавувачот постои токму за тој случај; обичното деинсталирање обично не стигнува до неа.

Инсталатерите можат да одбијат да почнат затоа што претходната инстанца сѐ уште е жива. Инсталатерот на OpenVPN проверува дали работи openvpn.exe, вклучително и оној што вашиот сопствен скрипт го стартувал пред часови.

env_block дефектот е остаток од друг вид. PATH го изгуби C:\Windows\System32 и неговите соседи, па клиентот не може да ги стартува алатките што го градат адаптерот. Поправете го PATH наместо повторно да инсталирате, зашто нова копија ќе ги сретне истите команди што недостигаат.

Linux интерфејси и тестот на рутерот

tun интерфејсот може да го надживее конфигурирањето што го создал. Еден извештај за бавно преземање заврши со преостанат уред што ја држеше адресата на портата од стариот базен и влечеше сообраќај кон тунел што никој не го намерил. ip -brief link наведува што постои; споредете го тоа со она што го тврди тековната услуга, потоа избришете го сирачето.

Закупнините што престануваат да пристигнуваат по експеримент со VPN не се автоматски проблем на стекот. Тестирајте преносен компјутер што никогаш не го носел клиентот, и друг рутер, пред да извршите повеќе ресетирања. Ако рутерот престанал да одговара, ниту една Windows команда тоа нема да го смени, а привремена статична адреса, порта и решавач ви кажуваат која страна е скршена.

Забележете што ресетиравте и по кој редослед. Следниот човек треба да знае дали Winsock каталогот или огнениот ѕид бил повторно изграден, а таа белешка е единственото нешто што деинсталирањето не може да го земе со себе.