WireGuard məlumat göndərir, amma cavab almır: hansı tərəf?

Qəbul sayğacı sıfırda qalarkən artan göndərmə sayğacları istiqaməti təsvir edir, diaqnozu deyil. Eyni göstərici həm qarşı tərəf heç vaxt əl sıxışmasını tamamlamadıqda, həm təyinat yanlış qarşı tərəfi seçdikdə, həm uzaq tərəfin geri dönüş marşrutu olmadıqda, həm də filtr cavabı evə qayıdarkən atdıqda görünür. Bunların hər biri fərqli yerdə düzəldilir.

İşi qısaldan müqayisə, tuneldən heç vaxt çıxmayan sorğu ilə heç vaxt geri qayıtmayan cavab arasındadır. Düzgün interfeysdə bir tutma onların arasında qərar verir.

Sayğaclar nasazlığın istiqamətini deyil, həcmini təsvir edir

WireGuard sayğacları interfeysin qarşı tərəfə verdiyini və ondan aldığını qeyd edir. Onlar hansı təyinatın, hansı qarşı tərəfin və ya mübadilənin hansı yarısının uğursuz olduğunu demir. Fon trafiki yekunları daha az məlumatlı edir, çünki bəzi baytlar canlılıq siqnalları və ya əlaqəsiz axınlar ola bilər. Onları interfeysin aktiv olduğuna dair göstərici kimi oxuyun, sonra sübut kimi qəbul etməyi dayandırın.

Faydalı ilk fakt əl sıxışmasının aktual olub-olmadığıdır. O olmadan bu qarşı tərəf üçün heç nə şifrələnməyib və qəbul sayğacının hərəkət etməyə heç bir səbəbi yoxdur.

Qarşı tərəfin seçimi və ya cavab marşrutu: iki izah

Birinci izah paketin nəzərdə tutulan qarşı tərəfə çatmadığıdır, çünki marşrut başqa yerə işarə edirdi və ya qarşı tərəfin icazə verilən prefiksləri təyinatı əhatə etmirdi. İkincisi paketin çatdığı, lakin cavabın qayıda bilmədiyidir ki, bu, uzaq tərəfdə marşrut problemidir. Cədvəl onları hər nöqtədə nə müşahidə edəcəyinizə görə ayırır.

Cədvəli yuxarıdan oxuyun. Əl sıxışmasının olmaması sizi açarlara, son nöqtələrə və xarici yola yönəldir, çünki hələ araşdırılacaq başqa heç nə yoxdur. Serverdə sorğunun göründüyü aktual əl sıxışması problemi qayıdış istiqamətinə keçirir, orada təyinatın öz marşrut cədvəli qərar verir. Serverdə heç vaxt görünməyən sorğu seçim problemidir və hər iki qarşı tərəfdəki icazə verilən prefikslər ilk müqayisə edilməli şeydir.

Bu dörd sıradan ikisi klientdə, ikisi serverdə düzəldilir. Hansı cütlükdə olduğunuzu bilmək işin çox hissəsidir.

Cavabların itdiyi yer

Cavab təyinatı tərk edir, serverin tunel interfeysinə çatır və icazə verilən ünvanları klientin daxili ünvanı ilə uyğun gələn qarşı tərəf üçün şifrələnir. Bu uyğunluq alınmazsa, cavab səssizcə atılır və bu, klient tərəfindən tam olaraq şəbəkə nasazlığı kimi görünür. Cavab şifrələnibsə və klientin öz filtri onu rədd edirsə, simptom yenidən eynidir. Hər iki halda sayğac deyil, tutma lazımdır.

Bu səhvin ən güclü forması klient üçün paketləri yönləndirən, lakin klientin daxili diapazonuna geri marşrutu olmayan serverdir. Sorğunu qəbul edir, cavabı standart şlüzünə göndərir və tunel bunu heç vaxt görmür. Serverə əlavə edilən geniş tərcümə qaydası marşrutu düzəltmək əvəzinə bu nasazlığı gizlədir.

Bir təyinatı başdan-başa sınaqdan keçirin

Qarşı tərəfin diapazonunda tək bir təyinat seçin və onu əl sıxışması açıq şəkildə aktual olarkən sınaqdan keçirin. Aşağıdakı əmrlər qarşı tərəfin vəziyyətini, seçilmiş marşrutu və mübadilənin hər iki tərəfini oxuyur. Tutmanı şifrələnmiş paketlərin həqiqətən istifadə etdiyi interfeysdə aparın.

wg show wg0 latest-handshakes
wg show wg0 transfer
ip route get 10.60.9.5
sudo tcpdump -ni wg0 host 10.60.9.5

Tunel interfeysində sorğunu göstərən, heç bir şeyin geri qayıtmadığı tutma server tərəfinin cavabıdır və təyinatın marşrut cədvəli növbəti baxılacaq yerdir. Ümumiyyətlə heç nə görünməzsə, paket başqa yol keçib, deməli yerli marşrut şübhəlidir. Hər iki tutmada görünən, lakin tətbiqdə irəliləyiş olmayan mübadilə sualı paket ölçüsünə və ya interfeys statistikasının heç vaxt göstərmədiyi filtrə keçirir. Sınaqda bir təyinat və bir klient saxlayın, çünki ikinci dəyişən sübutu yenidən təəssürata çevirir.

İcazə verilən ünvan işləyərkən adlar uğursuz olursa, cavab tuneldə deyil, DNS-dədir. Yalnız böyük ötürmələr dayanırsa, paket ölçüsünü ayrıca yoxlayın.