OpenVPN AF_INET xəbərdarlığı: zərərsiz ehtiyat yolu, yoxsa uğursuz socket?

İki OpenVPN jurnal sətri eyni sözlərlə başlayır və onlardan yalnız biri problem bildirir. Could not determine IPv4/IPv6 protocol. Using AF_INET bir ehtiyat bildirişidir: profil ünvan ailəsini açıq buraxdı, demon biri seçdi və davam etdi. Uğursuzluq qolu isə heç bir socket yaradılmadığını bildirir və yenidən başlatma tələb edir. Ortaq prefiksdən sonrakı hər şey onları ayırır, ona görə nəyisə dəyişməzdən əvvəl oradan sonrasını oxuyun.

Ehtiyat bildirişi nəyi bildirir

OpenVPN açıq ailəni proto udp4 və ya proto udp6 ilə qəbul edir, ailə başlanğıcda çıxarılmalı olduqda isə proto udp qəbul edir. İkinci halda demon yerli bind məlumatını yoxlayıb seçim edir.

Bu çıxarma işləyəndə xəbərdarlıq hansı tərəfə getdiyini bildirir və proses socket yaratmağa keçir. İkiqat stekli hostda proto udp ilə işləyən server çox vaxt bu yolla IPv4-ə düşür. Bu yolda heç nə xəta deyil və heç nə hücuma, çatışmayan veb serverə və ya rədd edilmiş hesaba işarə etmir. Sətir yalnız ona görə faydalıdır ki, sonrakı yoxlamalar onun adlandırdığı ailə ilə müqayisə edilməlidir.

Bunu bir sualın cavabı kimi qəbul edin, diaqnoz kimi yox. Bu prosesin hansı ailəni seçdiyini deyir və müştərinin niyə qoşula bilmədiyi barədə heç nə demir.

Uğursuzluq qolu necə görünür

Eyni socket kodunda sonralar heç bir socketin olmadığı bir qol var. Daha qısa ünvan ailəsi mesajını yazır və yenidən başlatma istəyir, çünki davam etmək üçün heç nə qalmayıb. Açılış sözləri ehtiyatla üst-üstə düşür, nəticə isə yox.

Onları sonrasına görə ayırın. Demon işləməyə davam edib dinləyicisini bildirirsə, sətir məlumat idi. Dövrədə çıxır və ya yenidən başlayırsa, söhbət artıq bind haqqındadır.

grep nəticəsi də qolun identifikasiyası deyil. İfadə fırlanan xülasələrdə, bükülmüş sətirlərdə və insanların ikinci əl paylaşdığı jurnal parçalarında görünür, ona görə tək uyğunluğu deyil, qonşu sətirləri və zaman damğalarının sırasını oxuyun.

Xəbərdarlıq yerinə dinləyicini yoxlayın

İşləyən server ailə sualına birbaşa cavab verir, jurnal mətnindən nəticə çıxarmadan.

ss -lunp | grep openvpn
ss -ltnp | grep openvpn

Ailəni, ünvanı və portu profilə uyğunlaşdırın. 0.0.0.0:1194 sətri yalnız IPv4-dür, ikiqat stekli hostda [::]:1194 sətri isə bindv6only parametrindən asılı olaraq hər iki ailəni qəbul edə bilər. Profil udp deyirsə və socket IPv4-dürsə, resolveri yalnız AAAA qeydi qaytaran müştərilər tunel danışılmadan əvvəl uğursuzluğa düçar olacaqlar.

Sonra istifadəçilərinizə bənzəyən müştəridən sınaqdan keçirin: eyni resolver yolu, eyni növ şəbəkə. Serverdən yerli qoşulma NAT cihazını keçən və ya digər ailə üçün yazılmış firewall qaydasından keçən trafik barədə çox az şey sübut edir.

Ailəni məcbur etmək nə vaxt doğrudur

proto udp4-ı bərkitmək yalnız IPv4 yerləşdirməsinə uyğundur: yalnız A tipli DNS adı, bir v4 ünvanı üçün firewall qaydaları, yalnız v4 ünvanları verən operatorlar arxasındakı müştərilər. Bu, qeyri-müəyyənliyi aradan qaldırır və növbəti jurnal sətirlərini proqnozlaşdırıla bilən edir.

Eyni arqument IPv6-öncəlikli mühit üçün əks istiqamətdə işləyir və yalnız A tipli müştəri bazasının qarşısında udp6 özünə vurduğun kəsintidir. Yalnız zərərsiz bir xəbərdarlığı susdurmaq üçün ailəni məcbur etmək bu səhvin klassik variantıdır, çünki daha sakit jurnal müqabilində kimin qoşula biləcəyini dəyişmisiniz.

Son nöqtələrə və onlara çatmalı olan müştərilərə görə seçin. OpenVPN 2.6 təlimatı nəqliyyat formalarını sənədləşdirir və mesaj həmin seçimin nəticəsidir, ona giriş deyil.

Qeydi dar saxlayın

Dəqiq sətri zaman damğası ilə, işləyən profildən effektiv nəqliyyat parametrini, kernelin bildirdiyi socketi və uğursuz olan növbəti mərhələni yazın. Bu dörd element mesajın qaldırdığı demək olar ki, hər sualı həll edir və heç biri əlaqəsiz xidmətlər barədə təxmin tələb etmir. Onlar həm də təhvil zamanı qalır, grep ekran görüntüsü isə qalmır.

Bu xəbərdarlıqla birlikdə gələn paket təklifləri, bir xəta çatışmayan icraedici faylın adını çəkməyincə əlaqəsizdir.

ifconfig həqiqətən yoxdursa, demon bunu skript onu çağıranda adı ilə deyir və bu ayrıca araşdırmaya layiqdir. AF_INET sətri ilə çatışmayan utilit fərqli uğursuzluqlardır və xəbərdarlığın dəyişib-dəyişmədiyini görmək üçün nəsə quraşdırmaq təmiz hostu dağınıq hosta çevirməyin yoludur.