VPN bağlı ama internet yok? Dört katmanı sırayla inceleyin

İstemci bağlı diyor, tarayıcı dönüyor ve her site zaman aşımıyla bitiyor. Bu kombinasyon yaygındır ve çelişki değildir: bağlı demek tünel anlaştı, daha fazlası değil. Ad çözümlemesi, yönlendirme ve sunucunun kendi çıkışı her biri kendi biçiminde başarısız olur ve her birinin sahibi farklıdır. Katmanları sırayla inceleyin ve ilk başarısız olan katmanda durun.

Geldiğiniz ağdan başlayın

Tüneli istemcinin kendi bağlantı kesme denetimiyle düşürün, ardından ilke izin veriyorsa ilgisiz iki HTTPS sitesini deneyin. O test süresince hassas işi kapalı tutun. Normal erişim de başarısız olursa VPN ilk şüpheli değildir.

Tünele dokunmadan önce Wi-Fi bağlantısına, yönlendiriciye ve oturum açma isteyen herhangi bir portal sayfasına bakın. Kill switch, tasarım gereği bağlantı kesildiğinde trafiği engelleyebilir, bu yüzden ağın öldüğü sonucuna varmak yerine belgelenmiş test prosedürünü izleyin. Başka bir güvenilir ağ yararlı bir karşılaştırmadır ve yeni bir VPN çıkışı süresi dolmuş bir otel oturumunu tamamlamaz. Açık ağ çalışıp tünel çalışmıyorsa ağ aklandı ve sıradaki katman sizin.

Arızanın ad çözümlemesi olup olmadığına karar verin

Hata metnini yazın, çünkü çözümleme arızası, zaman aşımı ve sertifika uyarısı her biri başka bir yeri gösterir. Erken yakalanması gereken desen, hiç ziyaret etmediğiniz bir ana makine adının başarısız olması, açık oturumlu bir uygulamanın sürmesidir. Bu desen yeni sorgularla ilgilidir, tünelin paket taşımasıyla değil. Tek bir sorgu çözümleyicinin ne döndürdüğünü gösterir ve bir saniye sürer. İkinci bir adı da deneyin, böylece önbelleğe alınmış bir yanıt veya bozuk bir kayıt tanıyı belirlemez.

nslookup example.com

HTTPS adres çubuğundaki rastgele bir IP DNS testi değildir, çünkü sertifika ve sanal ana makine genellikle ada bağlıdır. İç adlar genel bir yedek yerine kuruluşun çözümleyicisini gerektirebilir ve kendi güvenli çözümleyicisi olan bir tarayıcı işletim sisteminin sorgusundan farklı yanıt verebilir. İkisi çeliştiğinde kullanıcının deneyimlediği tarayıcının çözümleyicisidir ve bu ayrım bilete aittir.

Tam tünel mi yoksa yalnızca şirket alt ağları mı

Bazı profiller yalnızca birkaç şirket alt ağına ulaşmak için vardır; diğerleri her şeyi taşımak için kurulmuştur ve arkalarında çalışan bir çıkış gerekir. Göstergenin her uygulamayı ve her adres ailesini kapsadığını varsaymadan önce belgelenmiş amacı okuyun. Özel ağ profili tam olarak tasarlandığı gibi çalışabilirken, onu hiç kullanmaması gereken tarayıcı hâlâ başarısız olur. Yönlendirme tablosunu değiştirmeden okuyun ve IPv6'yı da ekleyin, çünkü çalışan bir IPv4 yolu diğer aile hakkında hiçbir şey söylemez.

Daha belirgin bir yol, varsayılan yol hâlâ varken kazanabilir, bu yüzden tablo varsayılmamalı, okunmalıdır. Rakip sanal bağdaştırıcılar başka yerde beklediğiniz trafiğe de sahip olabilir, özellikle ikinci bir VPN istemcisi kurulup unutulduktan sonra. Varsayılan yolu deney olarak silmeyin; bu tanıyı ikinci bir kesintiye dönüştürür.

Çalışanlar arasında tek bir başarısız site o sitenin sorunudur ve tünelin trafik taşıdığını da kanıtlar. Yalnızca büyük aktarımlarda görülen takılmalar erişilebilirliğe değil paket boyutuna işaret eder.

Sunucu hiçbir şeyi iletmediğinde

Her hedef iki cihazda ve iki erişim ağında başarısız olursa, tünel ayakta ve çıkış iletmiyor. Bu ikili, sunucu tarafındaki arızayı tek bir yerde yanlış yapılandırılmış bir cihazdan ayırır. Operatöre gösterge ekran görüntüsünü değil, iletme, NAT ve dönüş yolu sorularını gönderin.

Bu üçü sunucu tarafındaki nedenlerin çoğunu kapsar ve yanıtlamak operatörün işidir. OpenVPN bağlantı sorun giderme sayfası aynı soruları sunucu tarafından geçer, bu yüzden biletiyle birlikte iletin. Yeşil göstergenin ekran görüntüsü hiçbirini yanıtlamaz.

Oturum açtıktan sonra istemci günlüğünü yolların, DNS ayarlarının veya sanal bağdaştırıcının uygulanmasındaki hatalar için tarayın. O aşamadaki hatalar sunucuya değil cihaza işaret eder. Günlükte hiç görünmeyen bir hata da aynı derecede bilgilendiricidir, çünkü şüpheyi karşı tarafa taşır.

Her seferinde bir katmanı denetleyin

Bir şeyi değiştirdikten sonra yeniden bağlanın ve başarısız olan uygulamayı tam olarak yineleyin. Tek bir sayfanın yüklenmesi, profilin hedeflediği kaynaklara yinelenebilir bir yoldan daha az şey kanıtlar. İki komut çözümlemeyi erişilebilirlikten ayırır ve ikincisi ana makineye bağlıdır. curl satırını her yerde çalıştırın, sonra önünüzdeki ana makineye uyan yönlendirme komutunu çalıştırın.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Sayısal istek çalışıp ad çalışmıyorsa DNS'te kalın. İkisi de çalışmıyorsa yönlendirme tablosunu tünelin beklenen varsayılanıyla karşılaştırın ve gerçekten test ettiğiniz aileyi denetleyin. Yol doğruysa ve istek hâlâ çıkışta ölüyorsa kalan soru operatöre aittir ve sakladığınız kanıtlar biletin kendisidir.