Bu açıq VPN node-u əslində hansı protokolları təklif edir?
Server proqramının protokolu dəstəkləməsi bu node-un onu aktivləşdirdiyi anlamına gəlmir. Son nöqtəni, profili və əslində uğursuz olan mərhələni yoxlayın.
Proqram təminatı onu dəstəkləyir, deməli node onu təklif edir. Bu nəticə o qədər tez-tez səhvdir ki, qaydaya çevrilir: SoftEther quraşdırması uyğun əlaqə üsullarının istənilən alt çoxluğunu aktivləşdirə bilər, açıq node isə sahibi və konfiqurasiyası olan bir quraşdırmadır. Nə ilə əlaqə qura biləcəyiniz həmin node-dan asılıdır, onun işlətdiyi layihənin funksiya siyahısından deyil. İkisi arasındakı boşluq “protokol pozulub” biletlərinin çoxunun əslində yaşadığı yerdir.
Layihə siyahısı əslində nə vəd edir
Layihənin protokol funksiyaları serverin nəyə qadir olduğunu təsvir edir. Müəyyən bir node həmin dinləyicilərin bəzilərini aktivləşdirir, bəzilərini yox, və operator bu dəsti proqram versiyasına toxunmadan dəyişə bilər. Buna görə eyni buraxılışdakı iki node fərqli davranır və birinə qarşı işləyən profil növbəti hədəf haqqında heç nə sübut etmir. Harada qoşulacağınızı seçərkən node-un öz siyahısı layihə səhifəsindən üstündür.
Siyahını menyu kimi deyil, beş sahə kimi oxuyun: son nöqtə, port, daşıma, protokol ailəsi və autentifikasiya üsulu. Reklam edən açıq node SSTP sizə portdakı dinləyicidən danışdı; hansı sertifikat təqdim etdiyini və ya hesabınızın orada işləyib-işləmədiyini demədi. Bu beş sahəni profilinizlə müqayisə etmək hər hansı miqdarda müştəri yenidən quraşdırmasından sürətlidir və sonradan yoxlaya biləcəyiniz yazılı gözlənti yaradır.
Profili adını çəkdiyi son nöqtəyə uyğunlaşdırın
Doğma SoftEther girişi avtomatik olaraq OpenVPN konfiqurasiyası deyil, hətta ikisi bir provayder səhifəsində bir başlıq altında görünsə də. Bir node OpenVPN üçün həm TCP, həm də UDP dinləyicisi dərc edəndə onları iki son nöqtə kimi qəbul edin: birindən digərinə redaktə edilmiş profil heç kimin aktivləşdirmədiyi dinləyiciyə işarə edir. Fayldakı daşıma etiketi ünvanın hissəsidir, kosmetik parametr deyil.
İdxal edilmiş faylın müştəri tərəfindən qəbul edilməsi faylın analiz olunduğunu təsdiqləyir. Bu, digər ucda uzaq bir dinləyicinin gözlədiyini demir, buna görə ilk qoşulma cəhdi əsl sınaqdır. Protokolu günahlandırmadan əvvəl profilin uzaq sətrini node-un elan etdiyi host və portla müqayisə edin.
Uğursuz olan mərhələni yoxlayın
Veb trafikinə cavab verən host yenə də nəzərdə tutulan VPN xidmətindən məhrum ola bilər, və bir protokolu rədd edən host mütləq hamısı üçün söndürülmüş deyil. Bu iki səhv insanları eyni günortadan sonra əks istiqamətlərə göndərir. Biri qaydasında olan firewall-ı təqib edir; digəri heç vaxt problem olmayan müştərini yenidən quraşdırır. Hər yolu ayrıca yoxlayın ki, cavab bütün hostu deyil, bir dinləyicini təsvir etsin.
Bu beş yoxlama ümumi açıq node üsullarını əhatə edir. Onları müştərinin istifadə etdiyi şəbəkədən həyata keçirin, çünki filtrlənmiş port uzaqdan itkin dinləyici ilə eyni görünür.
nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example| Nəticə | Mərhələ | Nəyi istisna edir |
|---|---|---|
| Bağlantı rədd edildi və ya vaxt bitdi | Daşıma | Dinləyici yoxdur, filtrlənib və ya port səhvdir |
| TLS əl sıxma və ya kimlik xətası | Sertifikat | Protokolun mövcudluğu; dinləyici cavab verdi |
| AUTH_FAILED və ya hesabın rədd edilməsi | Autentifikasiya | Son nöqtə; problem etimadnamələrdədir |
| UDP 500 və 4500 səssizdir | IPsec danışıqları | ESP və L2TP autentifikasiyadan əvvəl bloklanır |
Hər müşahidə olunan xətanı nəyisə dəyişməzdən əvvəl öz sətrinə bağlayın. TLS kimlik xətası dinləyicinin mövcud olduğunu sübut edir, buna görə profili başqa protokola yenidən yazmaq işləyən dəlili atardı. Rədd edilmiş bağlantı yalnız bu portun cavab vermədiyini sübut edir ki, bu da “node OpenVPN-i dəstəkləmir” ifadəsindən qat-qat dar bir iddiadır.
Nəyisə dəyişməzdən əvvəl xətanı saxlayın
Dəqiq nəticəni yazın: vaxtın bitməsi, sertifikat kimliyi xətası, hesabın rədd edilməsi və tətbiq səviyyəsində imtina dörd fərqli nəticədir. Yalnız birincisi protokolun mövcud olmaması ilə bağlıdır, yalnız sonuncusu isə uğurlu bağlantıdan sonrakı icazə ilə. Müştərini sıfırlamaq və ya protokolları dəyişmək bu fərqi məhv edir, çünki növbəti uğursuzluq fərqli tarixçə və müqayisə üçün baza olmadan gəlir.
Uyğun olmayan profilin işlədiyi görünsün deyə yoxlamanı zəiflətməyin. Söndürülmüş sertifikat yoxlaması aydın kimlik xətasını çatmaq istəmədiyiniz bir şeyə bağlantıya çevirir və nəticədə yaranan uğur orijinal xətanın özündən pisdir, çünki hansı mərhələnin səhv olduğunu gizlədir.
Hər node üzrə yenidən yoxlayın, hər dəfə
Açıq node siyahısındakı doğma SSL, OpenVPN, L2TP/IPsec və SSTP seçimləri həmin node-un o andakı konfiqurasiyasını təsvir edir. Eyni proqram başqa yerdə fərqli dəst təqdim edə bilər və provayder əlfəcininizlə növbəti cəhdiniz arasında dinləyicini ləğv edə bilər. Köhnə qeydlər köhnə quraşdırmaları təsvir edir.
Yoxlanılmış profili son nöqtəsi və üsulu ilə birlikdə qeyd edin, sonra node dəyişəndə və ya bağlantı uğursuz olmağa başlayanda yoxlamanı təkrarlayın. SoftEther protokol spesifikasiyası proqramın nə edə biləcəyi üçün arayışdır; node-un öz siyahısı isə nə etdiyi üçün arayışdır. İki sənədi ayrı saxlayın, diaqnoz qısalar.