Ракување има, интернет нема: што прво да се поправи на Windows 11

На Windows 11 често свежи ракувања стојат покрај прелистувачи што ништо не отвораат. Ракувањето докажува само дека UDP размената со партнерот заврши. Тоа не кажува ништо за рутата што ја постави Windows, за resolver-от што го користи, ниту за тоа дали излезот воопшто пренесува нешто.

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

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

Поминете три одредишта по овој редослед. Започнете со адреса од страната на тунелот, потоа јавна IP како број, и завршете со име на домаќин. Таму каде што низата се кине, таму се именува слојот. Неуспех на првиот чекор е рутирање, на вториот е препраќање или NAT, а на третиот е разрешување на имиња.

Овој редослед сѐ уште е целата метода. Тој спречува дефект на DNS да биде дијагностициран како скршен тунел, што е најчестата погрешна насока овде.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

Ако времето на ракување е празно

Кога времето на ракување е празно, шифрираната размена никогаш не завршила. Затоа дефектот стои порано од рутирањето. Прво погледнете ја адресата на крајната точка и портата, потоа дали мрежата филтрира UDP. Хостинг провајдер што го фрла сообраќајот на WireGuard го произведува токму ова, а исто така и клиент што копирал крајна точка од стар профил.

Бајти што излегуваат без ниту еден да влезе се друг случај. Тоа упатува на NAT или на огнен ѕид што го враќа сообраќајот на погрешно место.

Ако рутата загуби од физичкиот адаптер

За целосен тунел делот за партнерот мора да ги покрива одредиштата што очекувате да ги користите. Windows понекогаш ја задржува стандардната рута на физичкиот адаптер дури и кога е поставено правило за сѐ. Делењето на правилото за сѐ на 0.0.0.0/1 плус 128.0.0.0/1 создава два поспецифични префикси што победуваат во пребарувањето. Делењето е документиран заобиколен пат, а не преференца.

Потврдете со route print или со пребарување на јавна адреса. Избраниот интерфејс треба да биде тунелскиот адаптер. Ако физичкиот сѐ уште победува, поправете ги опсезите на партнерот пред да го допрете серверот.

Ако адресите работат, а имињата не

WireGuard пренесува IP пакети и нема мислење за DNS. Ставете линија DNS = во делот за интерфејс, или поставете го адаптерот преку Windows. Без неа ping по адреса успева додека секое име на домаќин не успева, и корисниците тоа го пријавуваат како нема интернет.

Проверете кои сервери Windows навистина ги користи по поврзувањето. Заостанат resolver на физичкиот адаптер објаснува делумен неуспех, каде некои имиња се разрешуваат, а други не. Исчистете го наместо да додадете втор врз него.

Ако машината со Windows е излезот

Internet Connection Sharing го препишува адресирањето кога е вклучен, што може да го премести споделениот адаптер во друг опсег. Клиент што сѐ уште покажува на првобитната адреса тогаш престанува да работи. Вредностите во регистарот ScopeAddress и StandaloneDHCPAddress го контролираат тој опсег, и поставката може да се врати по рестартирање.

Два други конфликти својствени за Windows вредат поглед. Службата Routing and Remote Access може да го попречи тунелот. Инсталатер изграден за погрешна архитектура не успева со порака што никогаш не ја спомнува архитектурата.

Поправете го слојот што го именуваше тестот, потоа повторете ги истите три одредишта. Промена што го поправа тестот на името на домаќинот, но ја крши адресата на тунелот, е применета на погрешниот слој.