Otel Wi-Fi: VPN sunucuya ulaşmadan önce başarısız oluyor

VPN istemcisi döner, ardından sunucuya ulaşamadığını bildirir ve herkes otelin VPN'leri engellediği sonucuna varır. Genellikle o kadar dramatik bir şey olmamıştır: ağ sizi henüz dışarı bırakmamıştır. Yakalama portalı siz giriş yapana kadar her bağlantıyı tutar ve bir giriş sayfası paketlerini yakalarken tünel tamamlanamaz. Tüneli suçlamadan önce girişi tamamlayın.

Efsane: otel VPN'leri engeller

Çoğu otel ağı tünelleri özel olarak filtrelemez. Konuk kimliğini doğrulayana kadar web trafiğini yakalarlar ve ayrıca cihazları sınırlayabilir, oturumları sonlandırabilir veya hızı kısabilirler. Bunların her biri, bir VPN istemcisinin içinden bakıldığında engel gibi görünen bir arıza üretir.

Tünel burada kötü bir teşhis aracıdır, çünkü portal yetkilendirilmediği sürece kesin olarak başarısız olan tek uygulamadır. Normal web erişimi daha iyi bir göstergedir, çünkü size giriş sayfasını kendisini gösterebilir.

Bu sıralama başka bir nedenle de önemlidir: kill switch veya sürekli açık modu olan bir istemci portalı yüklemeyi reddeder ve kullanıcı ayarın değil ağın bozuk olduğu sonucuna varır. İki gerçek aynı anda doğrudur ve otelde yalnızca biri değiştirilebilir. Korumayı istemcinin kendi denetiminden kapatın, giriş yapın ve hemen yeniden açın. Geri kalan her şey gerçek sıralamayı gizleyen bir dolambaçtır.

Önce portalı bitirin, sonra normal HTTPS'i test edin

Personele resmi ağ adını ve giriş yöntemini sorun. İnandırıcı bir SSID sahiplik kanıtı değildir ve benzer adlı ikinci bir ağ halka açık yerlerde yaygın bir hiledir. İşletim sisteminin kendi giriş istemini sunduğu yerde onu kullanın veya otelin belgelediği sayfayı.

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/

İlk istek, bilinen bir yakalama portalı algılama uç noktasını düz HTTP üzerinden sorar; bir yönlendirme veya beklenmeyen içerik hâlâ portalın arkasında olduğunuz anlamına gelir. İkincisi normal bir HTTPS sitesini test eder. İlki yakalama gösterip ikincisi başarısız olursa, giriş tamamlanmamıştır ve VPN'in bununla ilgisi yoktur.

Kişisel bir cihazda portalın yüklenebilmesi için kill switch veya sürekli açık VPN, istemcinin desteklenen denetimiyle kapatılmalı olabilir. O sürede hassas uygulamaları kapatın ve hemen ardından korumayı yeniden açın. Yönetilen bir cihazda politikayı kendiniz kaldırmak yerine yöneticinin onayladığı yordamı izleyin.

Çevrimiçi olmak için asla bir sertifika uyarısını atlamayın ve bilinmeyen bir sertifika veya yardımcı uygulama kurmayın. Portal beklenmeyen bir şey isterse bunu personelle, cihaz bir işverene aitse yöneticiyle doğrulayın.

Özgün profili ve hatasını saklayın

Normal erişim çalıştığında özgün profili bağlayın ve tam hatayı kaydedin. Kimlik doğrulama reddi bir hesap sorunudur, görüşme sırasındaki zaman aşımı bir yol sorunudur ve kurulup hiçbir şey taşımayan bir tünel yönlendirme veya politika sorunudur.

Bu üçü farklı sonraki adımlar gerektirir ve hatanın ekran görüntüsü bir açıklamadan daha değerlidir. Saati de not edin, çünkü otel oturum sınırları bir saat içinde dolabilir ve rastgele görünen bir arıza üretebilir. İstemci günlük sunuyorsa tüm dosya yerine ilk arızanın etrafındaki bölümü saklayın. Bu alıntı genellikle profilin sahibine aşamayı tanımlaması için yeter.

Normal erişim çalışıyor ve görüşme hâlâ zaman aşımına uğruyorsa otele bu trafiği destekleyip desteklemediğini sorun ve cihaz ile profil sabitken güvenilir bir hotspot ile karşılaştırın. Hotspot üzerinde çalışmak, profil hakkında hiçbir şey kanıtlamadan dikkati otel yoluna daraltır.

Yalnızca operatörün sağladığı alternatifleri kullanın

Uygun bir TCP profili, sunulan UDP yolunun çalışmadığı yerde başarılı olabilir, ancak yalnızca sunucu gerçekten o taşıma ve bağlantı noktasında dinliyorsa. TCP 443 bağlantı noktası otomatik olarak normal HTTPS sayılmaz ve kısıtlayıcı bir ağdan geçiş garantisi değildir.

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

Sağlanan profili daha yüksek ayrıntıyla çalıştırmak, ilk yararlı hatayı genel bir arıza iletişim kutusuna sıkıştırmak yerine görünür tutar. Operatörün verdiği dosyayı kullanın, bağlantı noktalarını veya protokolleri kendiniz düzenlemeyin, çünkü yerel bir değişiklik karşı tarafta eşleşen bir dinleyici oluşturamaz.

Tünel tekrar tekrar sıfırlanıyorsa portalın yeniden görünüp görünmediğini veya yerel sinyalin düşüp düşmediğini not edin ve aynı anda birkaç protokol değiştirmek yerine kararlılık kontrollerini izleyin. Ardından gerçekten ihtiyacınız olan uygulamayı test edin ve normal gizlilik denetimlerini geri yükleyin. Bir siteyi taşıyıp diğerini taşımayan bir bağlantı portal değil, yönlendirme veya politika sorunudur.

Son olarak, dizüstü bilgisayar uyuduktan sonraki toparlanmayı kontrol edin. Portal yetkilendirmesi tünelden bağımsız olarak sona erebilir, bu yüzden otomatik olarak yeniden bağlanan bir cihaz onu çoktan unutmuş bir ağa dönebilir. Portal sayfasını yeniden açmak normal bir adımdır, VPN'in bozulduğunun işareti değildir.