Handshake бар, интернет жоқ: Windows 11-де алдымен нені түзету керек

Handshake тек UDP алмасуы өткенін дәлелдейді. Қай қабат істен шыққанын анықтаңыз: Windows орнатқан бағыт, ол қолданатын resolver немесе шығу.

Windows 11-де жаңа handshake жиі ештеңе ашпайтын браузерлердің жанында тұрады. Handshake тек теңдеспен UDP алмасуының аяқталғанын дәлелдейді. Ол Windows орнатқан бағыт, ол қолданатын resolver туралы және шығудың бірдеңе жіберіп жатқаны туралы ештеңе айтпайды.

Төрт шарт сол қабаттардың қайсысы істен шыққанын шешеді. Оларды ретімен қарап шығу минут алады, ал кілттерді қайта жазу ұзағырақ уақыт алады және ештеңені өзгертпейді.

Кілттерге тимей тұрып қабатты анықтаңыз

Осы ретпен үш мақсатты қарап шығыңыз. Туннель жағындағы мекенжайдан бастаңыз, содан кейін сан түріндегі ашық IP, және хост атымен аяқтаңыз. Тізбек қай жерде үзілсе, қабаттың аты сол жерде анықталады. Бірінші қадамдағы сәтсіздік — маршруттау, екіншісінде — жіберу немесе NAT, үшіншісінде — атауларды шешу.

Осы рет — бүкіл әдіс. Ол DNS ақауының бүлінген туннель ретінде диагностикалануына жол бермейді, бұл осында ең көп кездесетін қате бұрылыс.

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

Егер handshake уақыты бос болса

Handshake уақыты бос болса, шифрланған алмасу ешқашан аяқталмаған. Сондықтан ақау маршруттаудан бұрын жатыр. Алдымен шеткі нүктенің мекенжайы мен портын, содан кейін желінің 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 қызметі туннельге кедергі келтіруі мүмкін. Дұрыс емес архитектура үшін құрастырылған орнатушы архитектураны ешқашан атамайтын хабарламамен сәтсіз аяқталады.

Тест атаған қабатты түзетіңіз, содан кейін сол үш мақсатты қайта орындаңыз. Хост атының тестін түзетіп, бірақ туннель мекенжайын бұзатын өзгеріс дұрыс емес қабатқа қолданылған.

Қатысты мақалалар