Handshake ja, ynternet nee: wat op Windows 11 earst te reparearjen

In handshake bewiist allinnich dat de UDP-útwikseling slagge. Beslis hokker laach mislearre: de rûte dy’t Windows sette, de resolver dy’t it brûkt, of de útgong.

Op Windows 11 steane nije handshakes faak njonken browsers dy’t neat iepenje. De handshake bewiist allinnich dat de UDP-útwikseling mei de peer klear wie. Hy seit neat oer de rûte dy’t Windows sette, de resolver dy’t it brûkt, of oer oft de útgong wol eat trochstjoert.

Fjouwer betingsten beslisse hokker fan dy lagen mislearre. Se yn folchoarder ôfwurkje kostet minuten, wylst kaaien oerskriuwe langer duorret en neat feroaret.

Beslis de laach earst, dan de kaaien

Wurkje trije bestimmingen ôf, yn dizze folchoarder. Begjin mei in adres oan de tunnelkant, dan in iepenbiere IP as getal, en einigje mei in hostnamme. Dêr’t de rige brekt, dêr wurdt de laach neamd. In mislearring by de earste stap is routing, by de twadde is it trochstjoeren of NAT, en by de tredde is it namme-oplossing.

Dy folchoarder is de hiele metoade. It foarket dat in DNS-flater as in brutsen tunnel diagnostisearre wurdt, de meast foarkommende ferkearde set hjir.

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

As de handshake-tiid leech is

As de handshake-tiid leech is, kaam de fersifere útwikseling nea ta stân. De flater sit dus earder as routing. Sjoch earst nei it einpuntadres en de poarte, dan nei oft it netwurk UDP filteret. In hoster dy’t WireGuard-ferkear weilizze lit, makket krekt dit, en itselde jildt foar in klant dy’t in einpunt út in âld profyl kopiearre hat.

Bytes dy’t fuortgeane sûnder dat der ien ynkomt, binne in oar gefal. Dat wiist op NAT of in firewall dy’t ferkear weromstjoert nei it ferkearde plak.

As de rûte ferliest fan de fysike adapter

Foar in folsleine tunnel moat de peer-seksje de bestimmingen dekke dy’t jo ferwachtsje te brûken. Windows hâldt soms de standertrûte fan de fysike adapter, sels mei in allesomfetsjende regel set. De allesomfetsjende regel splitsen yn 0.0.0.0/1 plus 128.0.0.0/1 makket twa mear spesifike prefiksen dy’t de syktocht winne. De splitsing is in dokumintearre omwei, gjin foarkar.

Befêstigje it mei route print of in syktocht nei in iepenbier adres. De keazen interface heart de tunneladapter te wêzen. As de fysike noch wint, reparearje dan de peer-berikken foardat jo de server oanreitsje.

As adressen wurkje en nammen mislearje

WireGuard ferfiert IP-pakketten en hat gjin miening oer DNS. Set in regel DNS = yn de interface-seksje, of stel de adapter yn fia Windows. Sûnder dy slagget in ping op adres wylst elke hostnamme mislearret, en brûkers melde dat as gjin ynternet.

Kontrolearje hokker servers Windows nei it ferbinen echt brûkt. In oerbliuwende resolver op de fysike adapter ferklearret in partiele flater, wêrby’t guon nammen oplosse en oaren net. Romje him op ynstee fan in twadde der boppe-op te setten.

As de Windows-masine de útgong is

Internet Connection Sharing skriuwt adressearring oer as it oan stiet, wat de dielde adapter nei in oar berik ferpleatse kin. In klant dy’t noch nei it oarspronklike adres wiist, wurket dan net mear. De registerwearden ScopeAddress en StandaloneDHCPAddress kontrolearje dat berik, en de ynstelling kin nei in werstart weromspringe.

Twa oare Windows-spesifike konflikten binne in eachopslach wurdich. De tsjinst Routing and Remote Access kin de tunnel fersteure. In ynstallearder boud foar de ferkearde arsjitektuer mislearret mei in berjocht dat nea arsjitektuer neamt.

Reparearje de laach dy’t de test neamde, en doch dêrnei deselde trije bestimmingen op ’e nij. In feroaring dy’t de hostnamme-test reparearret mar it tunneladres brekt, is op de ferkearde laach tapast.

Relatearre artikelen