WireGuard DNS dəyişikliklərindən sonra hələ də köhnə son nöqtədən istifadə edir

Serverin DNS qeydi dəyişdikdən sonra tunel trafiki ötürməyi dayandırdı, halbuki ad həmin maşından düzgün çevrilir. Bu iki fakt bir-biri ilə ziddiyyət təşkil etmir. WireGuard konfiqurasiyası son nöqtəni saxlayır, alət isə bu konfiqurasiyanı tətbiq edərkən adı çevirir, ona görə də işləyən interfeys saatlar əvvəl tapdığı ünvandan istifadə etməyə davam edə bilər. Açarları dəyişməzdən və ya tunel aralığına toxunmazdan əvvəl interfeysin nə istifadə etdiyini yoxlayın.

Ad bir dəfə çevrilir, davamlı olaraq deyil

Əsas WireGuard konfiqurasiyası son nöqtəni ünvan və port kimi götürür, interfeysi qaldıran alət isə host adını həmin anda çevirir. Baza protokolunda DNS-i cədvəl üzrə sorğulayan heç nə yoxdur və müştəri tətbiqi bunun üstünə öz yeniləmə davranışını əlavə edə bilər. Çevrilmiş ünvanı, ailəni və portu adın yanında qeyd etmək boşluğu görünən edir. Belə qeyd olmadan konfiqurasiya düzgün görünür, interfeys isə başqa yerə danışır.

Bir həqiqi avtomatik yenilənmə var və onu bilməyə dəyər, çünki DNS yenilənməsinə bənzəyir, amma o deyil. Qonşu son nöqtə düzgün autentifikasiya olunmuş trafik yeni ünvandan gəldikdə yerini dəyişə bilər, bu isə ad həllindən çox rouminqdir. O, qonşunu izləyir, ona görə də köhnə son nöqtənin heç vaxt əlaqə saxlamadığı əlaqəsiz yeni serveri aşkar edə bilməz.

Qeydi istifadə olunan ünvanla müqayisə edin

Sənədləşdirilmiş adı müştərinin istifadə etdiyi həlledici vasitəsilə sorğulayın, sonra interfeysdən hansı son nöqtəni saxladığını soruşun. Bu iki cavab bu səhifənin qalan hissəsini müəyyən edən müqayisədir:

dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes

Bu sətirlərin istifadə etdiyi show alt əmrlərini wg(8) təlimatı sənədləşdirir. Ünvanla yanaşı ünvan ailəsini də müqayisə edin, çünki IPv6 girişi qazanan qeyd IPv4 ünvanı dəyişmiş qeyddən fərqli bir müqayisədir. Son nöqtə qeyddən fərqlənirsə, interfeys köhnəlmiş məlumatla işləyir və ad heç vaxt problem olmayıb. Əgər uyğun gəlirlər və tunel yenə də uğursuz olursa, profilə deyil, dinləyiciyə və qaydalara keçin.

Əl sıxma vaxtı həmin blokdadır, çünki tək son nöqtə qonşunun əlçatan olub-olmadığını demir. Düzgün son nöqtənin yanındakı köhnəlmiş vaxt qeydi həll problemi deyil, yol problemidir və bu fərq növbəti addımınızı dəyişir.

İnterfeysin meneceri vasitəsilə yenidən başladın

Son nöqtənin köhnəldiyi təsdiqləndikdən sonra, onu interfeysə sahib olan mexanizm vasitəsilə yeniləyin canlı konfiqurasiyanı redaktə etmək əvəzinə. wg-quick ilə başladılmış interfeys üçün bu, aşağı və yuxarı deməkdir; systemd vahidi üçün bu, yenidən başlatmadır; menecerə məxsus interfeys üçün isə bu, həmin menecerdə edilən dəyişiklikdir, çünki işlək vəziyyətdə redaktə növbəti tətbiqdə üzərinə yazılır:

wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0

Sonra əvəzedici dinləyicinin və onun şəxsiyyətinin nəzərdə tutduğunuz xidmət olduğunu təsdiqləyin. DNS dəyişikliyi şəxsiyyət dəyişikliyi deyil, ona görə də yoxlamadığınız açarı etibar etmək üçün heç vaxt səbəb olmamalıdır. İnterfeys indi yeni ünvanı bildirirsə və hələ də heç bir əl sıxma yaratmırsa, nasazlıq yeni şəbəkə yoluna və ya dinləyiciyə keçib, bu isə eyni nasazlığın təkrarı deyil, irəliləyişdir.

Əvvəlcə əl sıxma, sonra məlumat yolu

Yoxlama siyahısı seçməzdən əvvəl iki nəticəni ayırın. Uğursuz tətbiq altında uğurlu olan əl sıxma məlumat yolu problemidir: marşrutlar, icazə verilən prefikslər və ya tunel daxilindəki DNS. Heç vaxt baş verməyən əl sıxma isə son nöqtədə əlçatanlıq və ya şəxsiyyət problemidir. İkisini qarışdırmaq heç kimin təkrarlaya bilmədiyi hesabat və üç əlaqəsiz düzəlişdən ibarət dəyişiklik jurnalı yaradır.

Adı, çevrilmiş ünvanı, istifadə olunan son nöqtəni və əl sıxmanın tamamlanıb-tamamlanmadığını qeyd edin. Bu dörd fakt bu nasazlığın təkrar-təkrar verdiyi suala cavab verir və növbəti halı iki dəqiqəlik yoxlamaya çevirir. Ad baxımı və müştəri qəbulu ayrı işlər olaraq qalır: qeydi düzəltmək qəbulu yerinə yetirmir, interfeysi yenidən başlatmaq isə hələ də səhv olan qeydi düzəltmir.