Svježa rukovanja često stoje uz preglednike koji ništa ne otvaraju na Windows 11. Rukovanje dokazuje samo da je razmjena UDP sa partnerom završena. Ono ne govori ništa o ruti koju je Windows postavio, o resolveru koji koristi, ni o tome da li izlaz ikako prosljeđuje saobraćaj.

Četiri uslova odlučuju koji je od tih slojeva zakazao. Prolazak kroz njih po redu traje minutama, dok prepisivanje ključeva traje duže i ništa ne mijenja.

Odredite sloj prije nego što dirnete ključeve

Prođite kroz tri odredišta, ovim redom. Počnite s adresom na strani tunela, zatim javnim IP-om kao brojem, i završite s imenom hosta. Tamo gdje se niz prekine, tu se vidi sloj. Neuspjeh na prvom koraku je usmjeravanje, na drugom je prosljeđivanje ili NAT, a na trećem je razrješavanje imena.

Taj redoslijed jeste cijela metoda. On sprječava da se DNS kvar dijagnostikuje kao pokvaren tunel, a to je najčešći pogrešan korak ovdje.

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

Ako je vrijeme rukovanja prazno

Kada je vrijeme rukovanja prazno, šifrovana razmjena nikada nije završena. Zato kvar leži prije usmjeravanja. Prvo pogledajte adresu krajnje točke i port, pa da li mreža filtrira UDP. Hosting provajder koji odbacuje WireGuard saobraćaj proizvodi upravo to, a isto tako i klijent koji je kopirao krajnju točku iz starog profila.

Bajtovi koji izlaze bez ijednog koji ulazi su drugi slučaj. To upućuje na NAT ili firewall koji vraća saobraćaj na pogrešno mjesto.

Ako ruta izgubi od fizičkog adaptera

Za puni tunel dio s partnerom mora pokrivati odredišta koja očekujete da koristite. Windows ponekad zadrži zadanu rutu fizičkog adaptera čak i kad je postavljeno pravilo za sve. Podjela pravila za sve na 0.0.0.0/1 plus 128.0.0.0/1 stvara dva specifičnija prefiksa koja pobjeđuju u pretrazi. Podjela je dokumentovani zaobilazni postupak, a ne preferencija.

Potvrdite s route print ili pretragom javne adrese. Odabrani interfejs treba da bude tunelski adapter. Ako fizički još pobjeđuje, popravite raspone partnera prije nego što dirnete server.

Ako adrese rade, a imena ne

WireGuard prenosi IP pakete i nema mišljenje o DNS-u. Stavite red DNS = u dio za interfejs ili postavite adapter kroz Windows. Bez njega ping po adresi uspijeva dok svako ime hosta ne uspijeva, a korisnici to prijavljuju kao nema interneta.

Provjerite koje servere Windows zaista koristi nakon povezivanja. Zaostali resolver na fizičkom adapteru objašnjava djelimičan neuspjeh, gdje se neka imena razrješavaju, a druga ne. Očistite ga umjesto da dodate drugi povrh.

Ako je Windows mašina izlaz

Internet Connection Sharing prepisuje adresiranje kada je uključen, što može premjestiti dijeljeni adapter u drugi raspon. Klijent koji i dalje pokazuje na prvobitnu adresu tada prestaje raditi. Vrijednosti registra ScopeAddress i StandaloneDHCPAddress kontrolišu taj raspon, a postavka se može vratiti nakon ponovnog pokretanja.

Dva druga sukoba specifična za Windows vrijede pogleda. Servis Routing and Remote Access može ometati tunel. Instalater napravljen za pogrešnu arhitekturu ne uspijeva s porukom koja nikada ne spominje arhitekturu.

Popravite sloj koji je test imenovao, pa ponovite ista tri odredišta. Promjena koja popravi test imena hosta ali pokvari adresu tunela primijenjena je na pogrešan sloj.

Povezani članci