Handshake işləyir, internet yox: Windows 11-də ilk nəyi düzəltməli
Handshake yalnız UDP mübadiləsinin işlədiyini sübut edir. Hansı qatın uğursuz olduğunu müəyyənləşdirin: Windows-un qurduğu marşrut, istifadə etdiyi resolver və ya çıxış.
Windows 11-də tez-tez heç nə açmayan brauzerlərin yanında təzə handshake-lər olur. Handshake yalnız peer ilə UDP mübadiləsinin tamamlandığını sübut edir. O, Windows-un qurduğu marşrut, istifadə etdiyi resolver haqqında və ya çıxışın hər hansı trafiki ötürüb-ötürmədiyi.
Dörd şərt bu qatların hansının uğursuz olduğunu müəyyən edir. Onları sıra ilə işləmək dəqiqələr aparır, açarları yenidən yazmaq isə daha uzun çəkir və heç nəyi dəyişmir.
Açarlara toxunmadan əvvəl qatı müəyyən et
Üç təyinatı bu ardıcıllıqla işləyin. Tunel tərəfindəki ünvanla başlayın, sonra rəqəmlə ictimai IP, və host adı ilə bitirin. Ardıcıllığın qırıldığı yer qatı adlandırır. Birinci addımda uğursuzluq marşrutlaşdırmadır, ikincidə ötürmə və ya NAT, üçüncüdə ad həllidir.
Bu sıra bütün üsuldur. O, DNS nasazlığının pozulmuş tunel kimi diaqnoz qoyulmasının qarşısını alır, buradakı ən çox yayılmış səhv dönüş budur.
wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1
Handshake vaxtı boşdursa
Handshake vaxtı boş olduqda şifrələnmiş mübadilə heç vaxt tamamlanmayıb. Deməli nasazlıq marşrutlaşdırmadan əvvəl yerləşir. Əvvəlcə endpoint ünvanına və porta baxın, sonra şəbəkənin UDP-ni filtr edib-etmədiyinə. WireGuard trafikini atan hostinq provayderi məhz bunu yaradır, köhnə profildən endpoint kopyalayan müştəri də.
Çıxan, amma heç gəlməyən baytlar başqa haldır. Bu, NAT və ya trafiki yanlış yerə qaytaran firewall göstərir.
Marşrut fiziki adapterə uduzursa
Tam tunel üçün peer bölməsi istifadə etməyi gözlədiyiniz təyinatları əhatə etməlidir. Windows bəzən hərtərəfli qayda qurulmuş olsa da fiziki adapterin defolt marşrutunu saxlayır. Hərtərəfli qaydanı 0.0.0.0/1 üstəgəl 128.0.0.0/1 kimi bölmək axtarışda qalib gələn iki daha dəqiq prefiks yaradır. Bölmə sənədləşdirilmiş bir keçici həlldir, seçim deyil.
Bunu route print və ya ictimai ünvan üçün sorğu ilə təsdiqləyin. Seçilmiş interfeys tunel adapteri olmalıdır. Fiziki adapter hələ də qalib gəlirsə, serverə toxunmadan peer aralıqlarını düzəldin.
Ünvanlar işləyir, adlar uğursuz olursa
WireGuard IP paketləri daşıyır və DNS haqqında fikri yoxdur. Interfeys bölməsinə DNS = sətri qoyun və ya adapteri Windows vasitəsilə qurun. O olmadan ünvanla ping işləyir, hər host adı isə uğursuz olur və istifadəçilər bunu internet yoxdur kimi bildirir.
Qoşulduqdan sonra Windows-un həqiqətən hansı serverlərdən istifadə etdiyini yoxlayın. Fiziki adapterdə qalmış resolver qismən uğursuzluğu izah edir, yəni bəzi adlar həll olunur, bəziləri yox. Üstünə ikinci birini əlavə etmək əvəzinə onu təmizləyin.
Windows maşını çıxışdırsa
Internet Connection Sharing aktiv olduqda ünvanlamanı yenidən yazır, bu da paylaşılan adapteri başqa aralığa keçirə bilər. Hələ də ilkin ünvana baxan müştəri sonra işləməyi dayandırır. Reyestr dəyərləri ScopeAddress və StandaloneDHCPAddress bu aralığı idarə edir və parametr yenidən başlatmadan sonra geri qayıda bilər.
Windows-a xas daha iki ziddiyyətə baxmağa dəyər. Routing and Remote Access xidməti tunelə müdaxilə edə bilər. Yanlış arxitektura üçün qurulmuş quraşdırıcı arxitekturanı heç xatırlatmayan mesajla uğursuz olur.
Testin adlandırdığı qatı düzəldin, sonra eyni üç təyinatı yenidən işlədin. Host adı testini düzəldib tunel ünvanını pozan dəyişiklik yanlış qata tətbiq edilib.