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 кызматы туннелге тоскоол болушу мүмкүн. Туура эмес архитектура үчүн курулган орноткуч архитектураны эч качан эске салбаган билдирүү менен ийгиликсиз болот.

Тест атаган катмарды оңдоңуз, анан ошол эле үч максатты кайра иштетиңиз. Хост атынын тестин оңдоп, бирок туннелдин дарегин бузган өзгөртүү туура эмес катмарга колдонулган.

Тектеш макалалар