Docker VPN portunuzun OpenVPN-ə heç vaxt çatmamasının səbəbi

Konteyneriniz UDP 1195-də dinləyə bilər, host isə 1194-ü yayımlayır və xəritələmə bunu deyirsə, bu düzgündür. Rəqəmlər tərcümə cədvəli təşkil edir: müştəri host portuna qoşulur, Docker təyinatı konteyner portuna yenidən yazır və OpenVPN öz konfiqurasiyasında göstərilən portda cavab verir. Bu halqalardan hər hansı birində uyğunsuzluq firewall kimi görünən səssiz nasazlıq yaradır. Sertifikatlar və şifrlər bunun aşağı axınındadır və onu bərpa edə bilməz.

Autentifikasiya ilə bağlı hər hansı dəyişiklik etməzdən əvvəl bir paketi müştəridən prosesə qədər izləyin.

Üç rəqəm, bir bağlantı

Bu üç rəqəm müştərinin istifadə etdiyi uzaq təyinat, hostdakı yayımlanmış xəritələmə və konteynerin içindəki dinləyicidir. Onlar bərabər olmalı deyil, amma zəncirvari uyğun olmalıdır. Bərabər rəqəmlər təsadüfən ən çox rast gəlinən xüsusi haldır; buna görə uyğunsuzluğu bir dəfə yazmaq asan, sonra görmək çətindir.

Debaqdan əvvəl zənciri bir sətirdə yazın: müştəri ünvanı və portu, host xəritələməsi, konteyner dinləyicisi, nəqliyyat. Zəncirdəki qüsur iki fərqli dəyərlə iki dəfə görünən rəqəm kimi üzə çıxır.

Qısa sintaksis əslində nə deyir

Qısa formada sol tərəf host portu, sağ tərəf konteyner portudur və slash sonluğu nəqliyyatı seçir. Sonluğu buraxsanız, Docker xəritələməni TCP kimi qəbul edir, yəni protokolu olmayan xəritələmənin arxasındakı UDP dinləyicisi heç kimin çata bilmədiyi dinləyicidir. Bu standart sənədləşdirilib və hələ də rəqəmləri uyğunlaşdırıb işi bitmiş sayanları təəccübləndirir.

Uzun forma bind ünvanını və protokolu açıq şəkildə təyin edir; şəbəkəyə baxan hər şey üçün əlavə sətirlərə dəyər. Yayımlanmış xəritələməni onu yaradan fayla güvənmək əvəzinə geri oxuyun.

ports:
  - 1194:1195/udp

Paket harada dayana bilər

Sorğu Docker-dən əvvəl, Docker-də və ya dinləyicidə düşə bilər. Docker-dən əvvəl bulud firewall-u və ya öz yönləndirməsini edən marşrutlaşdırıcı ola bilər və həmin cihaz hosta baxan portu və düzgün nəqliyyatı tələb edir. Docker daxilində yanlış konteyner portuna xəritələmə bağlı olmayan soketə yönləndirir.

Sonra dinləyici: OpenVPN konfiqurasiyası port və protokol adlandırır, konteyner içində fərqli porta gələn müştəri heç nəyə çatmır. UDP xidmətinin TCP ilə sınaqdan keçirilməsi bu mərhələlərin heç birində heç nə sübut etmir, ona görə müştərinin istifadə edəcəyi nəqliyyatı istifadə edin.

Bind ünvanları çatımlılığı müəyyən edir

Loopback-ə bağlanmış yayımlanmış xəritələməyə yalnız hostdan çatmaq olar, bütün interfeyslərə bağlanmış birinə isə firewall icazə verdiyi hər yerdən çatmaq olar. Ünvanı buraxan Compose faylında bu ikisi eyni görünür və Docker standartı geniş olanıdır.

Yerləşdirmənin hansı məruz qalmanı nəzərdə tutduğunu qərar verin, sonra onu açıq yazın. Loopback üzərindən qoşulan daxili test və qoşula bilməyən uzaq müştəri eyni konteynerin iki dəqiq təsviri ola bilər.

İşləyən vəziyyəti oxuyun

İşləyən konteynerin faktiki xəritələməsini və şəbəkə ad məkanındakı dinləyicini yoxlayın. Compose faylı konteyner başladıqdan sonra redaktə edilmiş ola bilər, image metadata portu yayımlamadan elan edə bilər və ikinci konteyner host portunu artıq tuta bilər. Image-də port elan etmək onu yayımlamaq deyil və heç biri dinləməklə eyni deyil.

Üç fərqli vəziyyət, üç fərqli əmr və yalnız sonuncusu OpenVPN-ə aiddir.

Xəritələmə düzgün olduqdan sonra

Paket OpenVPN-ə çatdıqdan sonra onun jurnalı TLS və autentifikasiya haqqında oxumaq üçün yerdir. Heç vaxt çatmayan paketi düzəltmək üçün sertifikatları yenidən yaratmaq ikinci dəyişən əlavə edən boş işdir. Xəritələmə qeydini müştəri profilinə yaxın saxlayın ki, növbəti şəxs üç rəqəmi yenidən kəşf etmək əvəzinə bir sətir oxusun. Host tərəfində bir paket tutması üç halqadan hansının səhv olduğunu həll edir və sertifikat yeniləməsindən ucuz başa gəlir.

Burada təsvir olunan hal körpü yayımıdır. Host şəbəkəsi və marşrutlaşdırılmış konteyner ünvanları tərcüməni keçir, buna görə həmin dizaynlarda eyni rəqəmlər başqa şey ifadə edir.