Otel Wi-Fi: VPN serverə çatmadan uğursuz olur

VPN müştərisi fırlanır, sonra serverə çata bilmədiyini bildirir və hamı otelin VPN-ləri blokladığı qənaətinə gəlir. Adətən bu qədər dramatik bir şey olmayıb: şəbəkə səni hələ buraxmayıb. Giriş portalı daxil olana qədər hər bağlantını saxlayır və giriş səhifəsi paketlərini tutduqca tunel tamamlana bilməz. Tuneli günahlandırmadan əvvəl girişi sona çatdır.

Mif: otel VPN-ləri bloklayır

Otel şəbəkələrinin çoxu tunelləri xüsusi olaraq filtrləmir. Qonaq kimliyini təsdiqləyənə qədər veb trafiki tuturlar və həmçinin cihaz sayını məhdudlaşdıra, sessiyaları bitirə və ya ötürmə sürətini azalda bilərlər. Bunların hər biri VPN müştərisinin içindən blok kimi görünən nasazlıq yaradır.

Tunel burada zəif diaqnostik vasitədir, çünki portal icazələndirilmədiyi müddətdə məğlub olması zəmanətli olan yeganə tətbiqdir. Adi veb girişi daha yaxşı göstəricidir, çünki sənə giriş səhifəsinin özünü göstərə bilər.

Bu ardıcıllıq başqa səbəbdən də vacibdir: öldürmə açarı və ya daim işlək rejimi olan müştəri portalın yüklənməsinə imkan verməyəcək və istifadəçi parametri deyil, şəbəkəni pozulmuş hesab edəcək. Hər iki fakt eyni anda doğrudur və onlardan yalnız biri oteldə dəyişdirilə bilər. Qorumanı müştərinin öz idarəetməsi ilə söndür, daxil ol və yenidən yandır. Bunun xaricində hər şey əsl ardıcıllığı gizlədən bir hiylədir.

Əvvəlcə portalı bitir, sonra adi HTTPS-i yoxla

İşçilərdən rəsmi şəbəkə adını və giriş üsulunu soruş. İnandırıcı SSID sahiblik sübutu deyil və oxşar adlı ikinci şəbəkə ictimai yerlərdə geniş yayılmış hiylədir. Əməliyyat sisteminin öz giriş pəncərəsindən istifadə et, əgər varsa, və ya otelin sənədləşdirilmiş səhifəsindən.

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' http://captive.apple.com/hotspot-detect.html
curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/

Birinci sorğu tanınmış giriş portalı aşkarlama nöqtəsini adi HTTP üzərindən soruşur; yönləndirmə və ya gözlənilməz məzmun hələ portalın arxasında olduğunu bildirir. İkincisi normal HTTPS saytını yoxlayır. Əgər birincisi müdaxilə göstərir və ikincisi uğursuz olursa, giriş natamamdır və VPN-in buna aidiyyəti yoxdur.

Şəxsi cihazda öldürmə açarını və ya daim işlək VPN-i müştərinin dəstəklənən idarəetməsi ilə söndürmək lazım gələ bilər ki, portal yüklənsin. Həmin pəncərədə həssas tətbiqləri bağla və qorumaları dərhal sonra yenidən yandır. İdarə olunan cihazda isə siyasəti özün silmək əvəzinə administratorun təsdiqlədiyi proseduru tətbiq et.

Sertifikat xəbərdarlığını heç vaxt keçmə və onlayn olmaq üçün naməlum sertifikat və ya köməkçi tətbiq quraşdırma. Əgər portal gözlənilməz bir şey tələb edirsə, bunu işçilərlə, cihaz işəgötürənə aiddirsə administratorla təsdiqlə.

Orijinal profili və onun xətasını saxla

Adi giriş işlədikdən sonra orijinal profili qoş və dəqiq xətanı qeyd et. Autentifikasiya imtinası hesab problemi, danışıqlar zamanı fasilə yol problemi, qurulan amma heç nə daşımayan tunel isə marşrutlaşdırma və ya siyasət problemidir.

Bu üçü fərqli növbəti addımlar tələb edir və xətanın ekran görüntüsü təsvirdən daha dəyərlidir. Vaxtı da qeyd et, çünki otel sessiya limitləri bir saat içində bitə və təsadüfi görünən nasazlıq yarada bilər. Müştəri jurnal təklif edirsə, bütün fayl əvəzinə ilk nasazlıq ətrafındakı hissəni saxla. Bu çıxarış adətən profilin sahibinə mərhələni müəyyən etmək üçün kifayət edir.

Əgər adi giriş işləyir və danışıqlar hələ də fasilə ilə bitirsə, oteldən bu trafiki dəstəkləyib-dəstəkləmədiyini soruş və cihazı və profili sabit saxlayaraq etibarlı hotspot ilə müqayisə et. Hotspot üzərində işləmək diqqəti profil haqqında heç nə sübut etmədən otel yoluna yönəldir.

Yalnız operatorun təqdim etdiyi alternativlərdən istifadə et

Uyğun TCP profili təklif olunan UDP yolunun uğursuz olduğu yerdə uğur qazana bilər, amma yalnız server həqiqətən həmin nəqliyyat və portda dinləyirsə. TCP portu 443 avtomatik olaraq adi HTTPS kimi qəbul edilmir və məhdudlaşdırıcı şəbəkədən keçidə zəmanət deyil.

sudo openvpn --config /etc/openvpn/client/office-tcp.conf --verb 4

Təqdim olunan profili daha yüksək ətraflılıqla işə salmaq ilk faydalı xətanı ümumi nasazlıq pəncərəsində itirmək əvəzinə görünən saxlayır. Portları və ya protokolları özün dəyişmək əvəzinə operatorun verdiyi fayldan istifadə et, çünki yerli dəyişiklik qarşı tərəfdə uyğun dinləyici yarada bilməz.

Tunel təkrar-təkrar sıfırlanırsa, portalın yenidən görünüb-görünmədiyini və ya yerli siqnalın düşdüyünü qeyd et və bir neçə protokolu eyni anda dəyişmək əvəzinə sabitlik yoxlamalarına əməl et. Sonra həqiqətən ehtiyac duyduğun tətbiqi yoxla və normal məxfilik nizamlamalarını bərpa et. Bir saytı daşıyan, digərini daşımayan bağlantı portal deyil, marşrutlaşdırma və ya siyasət məsələsidir.

Nəhayət, noutbuk yatdıqdan sonra bərpanı yoxla. Portal icazəsi tuneldən asılı olmadan bitə bilər, ona görə avtomatik yenidən qoşulan cihaz artıq onu unutmuş şəbəkəyə qayıda bilər. Portal səhifəsini yenidən açmaq normal addımdır, VPN-in pozulduğuna işarə deyil.