1194 portu artıq istifadədədir: bu OpenVPN soketinə kim sahibdir?

Eyni server profilini iki dəfə işə salın və ikinci proses 1194 portu üçün ünvanın istifadədə olması xətası ilə çıxır. Adi halda konflikti diaqnostik işə salma yaratmışdır və orijinal nüsxə hələ də müştərilərə tamamilə yaxşı xidmət edir. Bu hekayə bu hesabatların böyük hissəsini təşkil edir və hər şey yenidən başladılmazdan əvvəl onu tanımağa dəyər. Bu, həm də həll etmək üçün ən ucuz versiyadır.

Xəta yerli bağlantını təsvir edir və ondan başqa heç nəyi. Bu, provayderin portu blokladığına, müştərinin yanlış parol göndərdiyinə və ya sertifikat zəncirinin pozulduğuna dair sübut deyil.

Dəqiq bağlama xətasını oxuyun

Bu ailədəki iki xəta fərqli şeylər deməkdir və onları qarışdırmaq sizi yanlış qata göndərir. «Ünvan artıq istifadədədir» o deməkdir ki, başqa bir soket istədiyiniz son nöqtəni tutur. «Ünvan mövcud deyil» o deməkdir ki, istədiyiniz ünvan hələ bu hostda mövcud deyil, bu isə dublikat deyil, hazırlıq problemidir.

systemctl status openvpn-server@lab --no-pager
journalctl -u openvpn-server@lab -n 20 --no-pager

Heç nəyi dəyişməzdən əvvəl xəta mətnini kopyalayın, o cümlədən adlandırdığı ünvanı və portu. İnterfeysin görünməsini gözləyən xidmət ikinci xətanı təkrar-təkrar qeyd edəcək və ünvan mövcud olduqdan sonra uğurla bağlayacaq; birinci xətanı qeyd edən xidmət isə dublikat həll olunana qədər heç vaxt uğur qazanmayacaq. Hansı xətanı gördüyünüzü qeyd etmək heç bir şeyə başa gəlmir və boşuna interfeys axtarışına qənaət edir.

Soketi inventarlaşdırın, portu deyil

Port nömrəsi natamam inventardır. Son nöqtə nəqliyyat, ünvan ailəsi, yerli ünvan və portdur, hamısı bir şəbəkə ad məkanının içində. Eyni nömrə üzərində UDP dinləyicisi və TCP dinləyicisi fərqli soketlərdir və fərqli ad məkanlarında eyni nömrə üzərində iki proses heç vaxt qarşılaşmır.

ss -lunp | grep -F ':1194'
ss -ltnp | grep -F ':1194'
ss -lunp 'sport = :1194'

Əvvəlcə profilin həqiqətən istifadə etdiyi nəqliyyatı işə salın. Sonra yalnız nömrəyə deyil, yerli ünvan sütununa baxın: vəhşi kart bağlantısı hər yerli ünvanı əhatə edir, ona görə də bir konkret ünvan istəyən ikinci proses çap olunan sətirlər fərqli olsa da onunla toqquşa bilər. Soketin təkrar istifadə seçimləri və platforma qaydaları dəqiq nəticəni müəyyən edir, buna görə də bu, hər yerləşdirməyə tətbiq etdiyiniz qayda deyil, müşahidə olmalıdır.

Onu hansı prosesin saxladığını tapın

Rəqəmsal son nöqtələr və proses məlumatı, səlahiyyətləriniz imkan verdikdə sahibi müəyyən edir və sizə lazım olan sahibdir, proqram adı deyil. İki OpenVPN prosesi fərqli profillər işlədə bilər və dinləyicini saxlayan proses ən az gözlədiyiniz proses ola bilər.

sudo ss -lunp 'sport = :1194'
sudo fuser -v -n udp 1194

Tapdığınızı xidmət meneceri, konteyner işləmə mühiti və ya əvvəlki testdən qalmış terminal prosesi ilə tutuşdurun. Proses detallarının olmaması soketin sahibsiz olduğuna sübut deyil; bu, adətən sorğunun kifayət qədər icazə olmadan işlədiyini bildirir. Eyni şəkildə, yalnız TCP göstərən siyahı UDP konfliktini aradan qaldırmır, buna görə xətada adlandırılan nəqliyyatı yoxlayın. Yalnız proses adı heç vaxt hansı profilin yükləndiyini demir və son nöqtəni müəyyən edən profildir.

Bir sahib, yoxsa iki dizayn edilmiş nüsxə

Əgər yerləşdirmə bir server nəzərdə tutursa, bir həyat dövrü sahibi saxlayın və onu izləmək üçün ikinci nüsxə işə salmaq əvəzinə həmin nüsxənin jurnalını və ya konfiqurasiya edilmiş logunu oxuyun. Nəzarətli ön plan işə salma həqiqətən zəruri olduqda, idarə olunan nüsxəni qəsdən dayandırın və bunu etməzdən əvvəl onun xidmət etdiyi müştəriləri nəzərə alın.

İki nüsxə nəzərdə tutulursa, onlara fərqli dinləyicilər və fərqli hər şey verin: ünvan hovuzları, virtual interfeyslər, marşrutlaşdırma siyasəti və konfiqurasiya sahibliyi. Tək fərqli port soketdən başqa heç nəyi ayırmır və iki server yenə də eyni hovuz və eyni marşrutlar üstündə dava edəcək.

Üç qısa yol ad çəkməyə dəyər, çünki onlar bu xəta ilə bağlı hər müzakirədə görünür. Günahkara bənzəyən təsadüfi PID-i öldürməyin. Mesajı susdurmaq üçün soket paylaşımını aktivləşdirməyin. Server profilini müştəri üslubunda bağlanmayan konfiqurasiyaya keçirməyin, çünki bu, bağlama xətasını yox edir; server əlçatmaz olur və bunu diaqnoz etmək orijinal konfliktdən daha çətindir.

Portu dəyişmək yalnız yeni dinləyici təsdiqlənmiş dizaynın hissəsi olduqda, o cümlədən yönləndirmə qaydası və müştəri son nöqtəsi ilə birlikdə qanuni cavabdır. Əgər onlar yenilənməyibsə, konflikti heç kimin tapa bilməyəcəyi bir yerə köçürmüsünüz.

Bağlamanı hər şeydən əvvəl yoxlayın

Məhdud düzəlişdən sonra nəzərdə tutulan nüsxənin aktiv olduğunu, dinləyicisinin gözlədiyiniz nəqliyyatda göründüyünü və müştərinin qoşula bildiyini təsdiqləyin. Uğurlu bağlama yalnız yerli soket mərhələsini tamamlayır; autentifikasiya və ya tunel qurulduqdan sonrakı trafik haqqında heç nə təsdiqləmir.

ss -lunp 'sport = :1194'
systemctl is-active openvpn-server@lab
journalctl -u openvpn-server@lab -f

Əgər soket varsa və müştəri hələ də uğursuz olursa, qalan problem aşağı axındadır və bağlama xətası artıq tarixdir. Bu ayrım dəqiq mesajı əvvəlcə oxumağın bütün mənasıdır: bir xəta, bir qat, bir sahib. Bunu belə oxuyun və növbəti simptom təxmindən deyil, məlum vəziyyətdən başlayacaq.