Handtrykk ja, internett nei: kva du bør rette først på Windows 11

På Windows 11 står ferske handtrykk ofte ved sida av nettlesarar som ikkje opnar noko. Handtrykket beviser berre at UDP-utvekslinga med peer-en vart fullført. Det seier ingenting om ruta Windows la inn, resolveren han brukar, eller om utgangen i det heile teke videresender noko.

Fire tilhøve avgjer kva av desse laga som feila. Å gå gjennom dei i rekkefølgje tek minutt, medan å skrive nøklane på nytt tek lengre tid og endrar ingenting.

Avgjer laget før du rører nøklane

Gå gjennom tre destinasjonar, i denne rekkefølgja. Start med ei adresse på tunnelsida, deretter ein offentleg IP som tal, og avslutt med eit vertsnamn. Der kjeda bryt, blir laget namngjeve. Ein feil i første trinn er ruting, i andre er det videresending eller NAT, og i tredje er det namneoppslag.

Den rekkefølgja er heile metoden. Han hindrar at ein DNS-feil blir diagnostisert som ein broten tunnel, som er det vanlegaste feilsporet her.

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

Dersom handtrykk-tida er tom

Når handtrykk-tida er tom, vart den krypterte utvekslinga aldri fullført. Feilen ligg derfor tidlegare enn ruting. Sjå først på endepunktadressa og porten, deretter på om nettverket filtrerer UDP. Ein leverandør som slepp WireGuard-trafikk gir nøyaktig dette, og det same gjer ein klient som kopierte eit endepunkt frå ein gammal profil.

Byte som går ut utan at nokon kjem inn, er eit anna tilfelle. Det peikar på NAT eller ein brannmur som sender trafikken tilbake til feil stad.

Dersom ruta tapar mot den fysiske adapteren

For ein full tunnel må peer-delen dekkje destinasjonane du ventar å bruke. Windows held nokre gonger standardruta til den fysiske adapteren sjølv når ein altomfattande regel er sett. Å dele den altomfattande regelen i 0.0.0.0/1 pluss 128.0.0.0/1 lagar to meir spesifikke prefiks som vinn oppslaget. Delinga er ein dokumentert omveg, ikkje ei preferring.

Stadfest med route print eller eit oppslag på ei offentleg adresse. Grensesnittet som blir valt bør vere tunneladapteren. Dersom den fysiske framleis vinn, rett peer-områda før du rører serveren.

Dersom adresser verkar og namn feilar

WireGuard ber IP-pakkar og har inga meining om DNS. Set ei linje DNS = i grensesnittdelen, eller set adapteren via Windows. Utan henne lukkast eit ping på adresse medan kvart vertsnamn feilar, og brukarar rapporterer det som ingen internett.

Sjekk kva serverar Windows faktisk brukar etter tilkopling. Ein attverande resolver på den fysiske adapteren forklarer ein delvis feil, der nokre namn slår opp og andre ikkje. Rydd han opp i staden for å leggje ein ny oppå.

Dersom Windows-maskina er utgangen

Internet Connection Sharing skriv om adresseringa når det er slått på, noko som kan flytte den delte adapteren til eit anna område. Ein klient som framleis peikar på den opphavlege adressa sluttar då å verke. Registerverdiane ScopeAddress og StandaloneDHCPAddress styrer det området, og innstillinga kan falle tilbake etter ein omstart.

To andre Windows-spesifikke konfliktar er verd ein titt. Tenesta Routing and Remote Access kan forstyrre tunnelen. Ein installasjonspakke bygd for feil arkitektur feilar med ei melding som aldri nemner arkitektur.

Rett laget testen peika på, og køyr deretter dei same tre destinasjonane på nytt. Ei endring som reparerer vertsnamntesten men øydelegg tunneladressa, vart brukt på feil lag.