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

Тестийн нэрлэсэн давхаргыг зас, дараа нь мөнөөх гурван очих газрыг дахин ажиллуул. Хост нэрийн тестийг засаж, туннелийн хаягийг эвддэг өөрчлөлт нь буруу давхаргад хэрэглэгдсэн байна.

Холбоотой нийтлэлүүд