Руковање постоји, интернет не: шта прво поправити на 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 може да омета тунел. Инсталатер направљен за погрешну архитектуру не успева са поруком која никада не помиње архитектуру.

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