WireGuard istehsala hazırdırmı? Cavab protokolda deyil
Hazırlıq UDP yolundan, açarların sahibliyindən və paketin saxlanmasından asılıdır, əl sıxışmadan deyil. Dörd mərhələ yerləşdirmənin həqiqətən hazır olub-olmadığını müəyyən edir.
İnsanlar WireGuard-ın istehsala hazır olub-olmadığını soruşur; bu kriptoqrafiya ilə bağlı sual kimi səslənir, əslində isə mühitinizlə bağlı sualdır. Protokol illərlə nəzərdən keçirilib; yerləşdirmə hələ də cavab verməlidir ki, şəbəkələriniz onun daşıyıcısını ötürürmü, cihazları kim qeydə alır və sıradan çıxarır, paketi hər iki tərəfdə kim yamaqlayır. Bu cavablar bir rəfdəki iki serverlə min noutbuk arasında fərqlənir. Protokol hər iki halda eynidir; əməliyyatlar deyil.
Sualın arxasındakı sual
İnsanların adətən bilmək istədiyi odur ki, altı aydan sonra onları utandırmayacaq bir dizayna bağlana bilərlərmi. Bu, dörd hissədən ibarət yerləşdirmə sualıdır və hər hissə digərlərindən asılı olmadan uğursuz ola bilər. Onlardan üçünə yaxşı cavab vermək dördüncünü kompensasiya etmir.
Buraxılışdan əvvəlki versiya haqqında köhnə xəbərdarlıq həmin versiya haqqında faktdır, sonrakı hər paketə qoyulan daimi etiket deyil. Eyni şəkildə, heç bir bloq yazısı sizin nüvə, müştəri, şəbəkə və heyətdən ibarət konkret birləşmənizi hazır elan edə bilməz. İş birləşməni açıq şəkildə göstərmək və onu yoxlamaqdır.
Hazırlığı ya keçdiyiniz, ya da açıq kimi qeyd etdiyiniz mərhələlər toplusu kimi qəbul edin. Bu, mübahisəni sahibləri olan yoxlama siyahısına çevirir. Həm də açıq maddələri təsdiq verən hər kəs üçün görünən edir, pilot hesabatında basdırılmaq əvəzinə.
Birinci mərhələ: yol UDP daşımalıdır
WireGuard trafikini UDP üzərində daşıyır və TCP rejimi və ya trafik pərdələməsi təqdim etmədiyini sənədləşdirir. Onun adi veb trafik kimi görünməsindən, ya da TCP davranışı əldə etmək üçün portu dəyişməkdən asılı olan dizayn proqram təminatının dəstəkləmədiyi fərziyyəyə əsaslanır.
Deməli, birinci mərhələ bir maşında test deyil, araşdırmadır. İstifadəçilərinizin həqiqətən işlədiyi giriş mühitlərini sadalayın, sonra hər birində təsdiqlənmiş UDP yolunu yoxlayın və o əlçatan olmadıqda nə baş verdiyini qərarlaşdırın.
Ofisdən işləyən əlaqə otel şəbəkəsi, kampus firewall-u və ya UDP-ni başqa cür idarə edən mobil operator haqqında heç nə sübut etmir. Uzaqdan giriş yerləşdirmələrinin uğurlu pilotdan sonra uğursuz olmasının səbəbi məhz bu mühitlərdir. Pilot səhv deyildi; dardı. Onu genişləndirmək mərhələdir.
Ehtiyat variantı da yazın. Cavab ehtiyat variantın olmamasıdırsa, bu, iş səfəri zamanı aşkar etmək əvəzinə əvvəlcədən bəyan etməyə dəyər bir qərardır.
İkinci mərhələ: açarların sahibi olmalıdır
WireGuard həmyaşıdları açarlarla autentifikasiya olunur, hər iştirakçı üçün bir cüt. Bunu təsvir etmək sadə, əməliyyat baxımından isə tələbkardır, çünki protokolda heç nə cihazı qeydə almır, hansı açarın kimdə olduğunu izləmir və ya noutbuk itəndə girişi silmir. Protokol açarların artıq doğru olduğunu fərz edir, doğruluq isə kiminsə işidir.
Cihazı qeydə alan şəxsi, açıq açarı şəxslə və cihazla əlaqələndirən qeydi və silinmə prosedurunu adlandırın. Əgər silinmə konfiqurasiya faylının nüsxələrinin hara quraşdırıldığını xatırlamaqdan asılıdırsa, prosedur bitməmişdir.
Pilot zamanı bir cihaz seçin və onu başdan sona sıradan çıxarın. Bu təcrübə başqa bir bağlantı testindən daha faydalı məlumat verir, çünki qeydlərinizdəki boşluqları üzə çıxarır.
Üçüncü mərhələ: paketin saxlayanı olmalıdır
WireGuard nüvə daxilində implementasiya, distributiv paketi və ya istifadəçi məkanında müştəri kimi gələ bilər və hər birinin öz yeniləmə yolu var. Əməliyyat sualı hansını işlətdiyiniz, haradan gəldiyi və təhlükəsizlik bülletenini kimin tətbiq etdiyidir.
WireGuard istifadə edirik demək inventar deyil. O, yamaqlanmalı paketi, şlüzün üzərindəki versiyanı və ya pis yeniləməni geri qaytara bilən şəxsi göstərmir.
Dördüncü mərhələ: əl sıxışmanı deyil, iş yükünü qəbul edin
Qəbul meyarları istifadəçilərin nə etdiyini təsvir etməlidir. Daxili tətbiqə çatmaq, onun özəl adını həll etmək, icazəsiz təyinatın rədd edilməsi və tunel söndükdə müəyyən edilmiş davranışa riayət etmək hamısı müşahidə olunandır və uğurlu əl sıxışma bunlardan heç biri deyil.
Bu yoxlamaları şəbəkə dəyişikliyi, cihazın yenidən başladılması və şlüzün texniki xidmət pəncərəsi boyunca keçirin, çünki yerləşdirmələr məhz bu keçidlərdə pozulur.
Sübutları meyarların yanında saxlayın, o cümlədən onu yaradan yerli vəziyyəti:
wg show
ss -lunp | grep 51820
ip -4 route get 10.63.0.1
Bir noutbukla sakit şəbəkədə yaşıl test başlanğıc müşahidəsidir. Bu, etibarlılıq iddiası deyil və ona belə yanaşmaq işləyən dizaynı etibar edilən dizayna çevirməyin yoludur.