Handshake inafanya kazi, intaneti hapana: nini cha kurekebisha kwanza kwenye Windows 11

Kwenye Windows 11, handshake mpya mara nyingi husimama kando ya vivinjari visivyofungua chochote. Handshake inathibitisha tu kwamba ubadilishanaji wa UDP na mwenzake ulikamilika. Haisemi chochote kuhusu njia ambayo Windows iliweka, resolver inayotumia, wala kama njia ya kutoka inapeleka chochote.

Masharti manne yanaamua ni safu ipi kati ya hizo ilishindikana. Kuzipitia kwa mpangilio huchukua dakika, wakati kuandika upya funguo huchukua muda mrefu zaidi na hakubadilishi chochote.

Amua safu kabla ya kugusa funguo

Pitia maeneo matatu, kwa mpangilio huu. Anza na anwani ya upande wa handaki, kisha IP ya umma kama namba, na maliza na jina la mwenyeji. Pale mnyororo unapovunjika, hapo safu inatajwa. Kushindikana kwa hatua ya kwanza ni uelekezaji, ya pili ni upelekaji au NAT, na ya tatu ni utatuzi wa majina.

Mpangilio huo ndio mbinu yote. Inazuia hitilafu ya DNS kugunduliwa kama handaki lililovunjika, ambayo ni njia isiyo sahihi inayojulikana zaidi hapa.

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

Iwapo muda wa handshake ni tupu

Muda wa handshake ukiwa tupu, ubadilishanaji uliosimbwa haukukamilika kamwe. Kwa hiyo hitilafu iko kabla ya uelekezaji. Angalia kwanza anwani ya kituo cha mwisho na bandari, kisha kama mtandao unachuja UDP. Mtoa huduma wa hosting anayetupa trafiki ya WireGuard huzalisha hii hasa, na vilevile mteja aliyenakili kituo cha mwisho kutoka wasifu wa zamani.

Baiti zinazotoka bila hata moja kuingia ni kesi nyingine. Hiyo inaelekeza kwenye NAT au firewall inayorudisha trafiki mahali pasipofaa.

Iwapo njia inashindwa na adapta ya kimwili

Kwa handaki kamili sehemu ya mwenzake lazima ifunike maeneo unayotarajia kutumia. Windows wakati mwingine huhifadhi njia chaguo-msingi ya adapta ya kimwili hata sheria inayofunika kila kitu ikiwa imewekwa. Kugawanya sheria inayofunika kila kitu katika 0.0.0.0/1 pamoja na 128.0.0.0/1 huunda viambishi viwili mahususi zaidi vinavyoshinda utafutaji. Mgawanyo ni suluhisho lililoandikwa, si upendeleo.

Thibitisha kwa route print au kwa utafutaji wa anwani ya umma. Kiolesura kilichochaguliwa kinapaswa kuwa adapta ya handaki. Iwapo ya kimwili bado inashinda, rekebisha safu za mwenzake kabla ya kugusa seva.

Iwapo anwani zinafanya kazi na majina yanashindikana

WireGuard hubeba pakiti za IP na haina maoni kuhusu DNS. Weka mstari wa DNS = katika sehemu ya kiolesura, au weka adapta kupitia Windows. Bila hiyo, ping kwa anwani hufanikiwa wakati kila jina la mwenyeji linashindikana, na watumiaji wanaripoti hilo kama hakuna intaneti.

Angalia ni seva zipi Windows hutumia kweli baada ya kuunganisha. Resolver iliyobaki kwenye adapta ya kimwili inaeleza kushindikana kwa sehemu, ambapo baadhi ya majina hutatuliwa na mengine hayatatuliwi. Isafishe badala ya kuongeza ya pili juu yake.

Iwapo mashine ya Windows ndiyo njia ya kutoka

Internet Connection Sharing huandika upya anwani wakati imewashwa, jambo ambalo linaweza kuhamisha adapta inayoshirikiwa kwenda safu nyingine. Mteja anayeelekea bado anwani ya awali hukoma kufanya kazi. Thamani za rejista ScopeAddress na StandaloneDHCPAddress hudhibiti safu hiyo, na mpangilio unaweza kurudi baada ya kuwasha upya.

Migongano mingine miwili mahususi kwa Windows inafaa kuangaliwa. Huduma ya Routing and Remote Access inaweza kuingilia handaki. Kisanidi kilichojengwa kwa usanifu usio sahihi hushindikana kwa ujumbe ambao hautaji usanifu kamwe.

Rekebisha safu iliyotajwa na jaribio, kisha endesha tena maeneo matatu yale yale. Mabadiliko yanayorekebisha jaribio la jina la mwenyeji lakini yanavunja anwani ya handaki yalitumika kwenye safu isiyo sahihi.