VPN bağlantısı vaxt aşımı: DNS, nəqliyyat, danışıq və ya giriş
Vaxt aşımı yalnız bir müddətin keçdiyini bildirir. Ad həllini, nəqliyyatı, danışığı və girişi müqayisə edin ki, hansının son tamamlandığını görəsiniz.
“Bağlantı vaxtı bitdi” VPN müştərisinin çap edə biləcəyi ən qeyri-spesifik xətadır. O, bir əməliyyatın öz müddətini buraxdığını bildirir və ad həllindən giriş cavabına qədər hər mərhələnin müddəti var. Yalnız son mesajı göstərən müştərilər mərhələləri eyni görünən edir, ona görə insanlar müddəti artırır, portu dəyişir və profili yenidən quraşdırır, bu ardıcıllıqla, heç nə öyrənmədən. Mərhələləri müqayisə etmək daha sürətlidir: hər biri fərqli yerdə uğursuz olur və hər uğursuzluq fərqli növ sübut qoyur.
Dörd mərhələ, dörd fərqli uğursuzluq
Ardıcıllıq müştəri onu gizlətsə də sabitdir: ad həll olunmalı, nəticədə alınan ünvana nəqliyyat qurulmalı, protokol öz parametrlərini və açarlarını danışmalı və hesab doğrulanmalıdır. OpenVPN-in bağlantı problemlərinin həlli təlimatı öz müştərisi üçün eyni ardıcıllıqla gedir, digərləri də ona yaxından uyğun gəlir. İkinci mərhələdə vaxt aşımı ilə dördüncü mərhələdə vaxt aşımının ekrandakı sözdən başqa heç bir ortaqlığı yoxdur.
| Stage | Looks like | What it does not prove |
|---|---|---|
| Name resolution | fails in under a second, before any contact | nothing about the server being up |
| Transport | waits the full timeout, then gives up | nothing about the VPN service behind the port |
| Negotiation | connects, then stalls at handshake | nothing about credentials |
| Login | a reply arrives and is rejected or hangs on a prompt | nothing about reachability |
Jurnalda xətanın önündəki son sətir deyil, irəliləyiş göstərən son sətirə baxın. Əksər müştərilər həll olunmuş ünvan, qurulmuş soket, başlamış əl sıxışma və ya doğrulama sorğusu kimi bir şey çap edir və o sətirdən sonrakı mərhələ vaxtı bitən mərhələdir.
Ad həlli hər hansı əlaqədən əvvəl uğursuz olur
Son nöqtə heç vaxt həll olunmursa, müştərinin qoşulacaq heç nəyi yoxdur və heç bir nəqliyyat işi baş verməyib. Bu uğursuzluq adətən tam vaxt aşımı deyil, dərhal olur və onu qalanlardan ayırmağın ən ucuz yolu budur. Adı sistem həlledicisi və ikinci bir həlledici ilə yoxlayın, və serverin söndüyü qənaətinə gəlməzdən əvvəl iki cavabı müqayisə edin.
Forum postundan kopyalanmış köhnə ünvan, server problemi kimi görünən vaxt aşımının adi səbəbidir, çünki ünvan indi başqa bir şeyə və ya heç nəyə aiddir. Əvvəllər işləyən ünvanı əvəz etmək əvəzinə operatorun cari profilindən istifadə edin. Ping cavabının olmaması heç bir tərəfə sübut deyil: bir çox son nöqtə ICMP-ni atır, halbuki tam yaxşı xidmət göstərir.
Nəqliyyat quruluşu gəlməyəcək paketi gözləyir
DNS yaxşı olanda və müştəri hələ də bütün müddəti yandırırsa, şübhəli nəqliyyat qatıdır. TCP-də portu birbaşa yoxlaya bilərsiniz; Test-NetConnection Windows-da və ya nc -vz Linux-da bir şeyin bağlantını qəbul edib-etmədiyini deyir və bu pingdən daha faydalıdır. UDP-də eyni şəkildə yoxlaya bilməzsiniz, çünki o qatda tamamlanacaq əl sıxışma yoxdur və bu asimmetriya çoxlu səhv nəticələr doğurur.
TCP testinin sübut etdiyi şey məhduddur: 443 portunu qəbul edən xidmət mütləq VPN dinləyicisi deyil və yalnız UDP ilə işləyən son nöqtənin heç nə qəbul edəcək TCP portu yoxdur. Profili UDP-dən TCP-yə yenidən yazmaq o biri tərəfdə dinləyici yaratmır; yalnız müştərinizin nəyi gözlədiyini dəyişir. Şəbəkə protokolu filtr edirsə, dəyişiklik eyni mərhələdə fərqli vaxt aşımı yaradır.
Əsir portallar bu mərhələdə ayrıca yoxlamağa dəyər. Portal cihazı icazələndirənə qədər xaricə trafik portala gedir və tunel cəhdi sadəcə asılır. Əvvəlcə portalı brauzerdə tamamlayın, sonra yenidən cəhd edin və portal hələ gözləyərkən profili dəyişməyin.
Danışıq və giriş serverin cavab verdiyini bildirir
Tunel serverə çatan kimi müştəri əl sıxışmaya başlayır və xətanın xarakteri dəyişir. Buradakı dayanma əlçatanlıqdan çox uyğunluqla bağlıdır: uyğun olmayan protokol versiyaları, o biri tərəfin qəbul etməyəcəyi şifrə və ya data-kanal ayarı, ya da serverin təklif etmədiyi funksiyanı gözləyən profil. OpenVPN danışıq defoltlarını əsas versiyalar arasında o qədər tez-tez dəyişdi ki, bir nəsil üçün yazılmış profil serverə çata və yenə də qalxa bilməz.
Doğrulama son mərhələdir və səhv oxumaq ən asandır. Açıq rədd cavabdır, yəni yol işləyir və problem kimlik, sertifikat və ya hesab vəziyyətidir. Brauzer əsaslı tək giriş axını üçüncü haldır: müştəri atmadığınız bir hərəkəti və ya işə sala bilmədiyi brauzeri gözləyir və o addımı bitirməyincə heç nə gəlməyəcək.
Yenidən cəhdi dəyişməzdən əvvəl sübutları müqayisə edin
Cihazı və profili sabit saxlayın və hər dəfə bir şeyi dəyişin, şəbəkədən başlayaraq. Eyni profil telefon hotspotunda qoşulur və otel Wi-Fi-da vaxtı bitirsə, dəyişən server deyil, yoldur. Hər yerdə uğursuz olursa, dəyişən profil və ya son nöqtədir. Yalnız günün bir vaxtında uğursuz olursa, vaxt damğasını qeyd edin və yüklə bağlı hər hansı fərziyyədən əvvəl onu server tərəfindəki hadisələrlə müqayisə edin.
İdarə etdiyiniz xidmət üçün həlledici müqayisə cəhdin ümumiyyətlə gəlib-gəlməməsidir. Dinləyiciyə çatıb sonra dayanan bağlantı danışıq mərhələsinə aiddir; dinləyicinin görünüşündə heç görünməyən isə nəqliyyat və ya həll problemidir və heç bir yenidən cəhd tənzimləməsi onu tərpətməyəcək. Server jurnalları da rədd edilmiş girişi səssiz düşmədən ayırır ki, bu da kimlik düzəlişi ilə firewall düzəlişi arasındakı fərqdir.
Müştəri versiyasını, profil adını, cəhdin vaxtını saat qurşağı ilə və son qopmuş sətir əvəzinə ilk faydalı xətanı qeyd edin. Çıxarışı paylaşmazdan əvvəl açarları və etimad daşıyan materialı silin. Sonra bir mənalı düzəliş edin və yenidən cəhd edin, çünki daha uzun müddət yalnız sənədləşdirilmiş yavaş əməliyyata kömək edir və səhv ünvana və ya bloklanmış porta heç nə etmir.