Mengapa sebagian situs gagal hanya saat VPN aktif?

Satu situs gagal sementara semua yang lain memuat membuktikan bahwa terowongan tetap membawa lalu lintas, dan itu mempersempit masalah lebih jauh daripada yang diduga banyak orang. Tiga pengamatan merapikan sisanya: apakah Anda menerima respons HTTP sama sekali, apakah nama host terurai menjadi alamat, dan apakah permintaan kecil lewat sementara yang besar tersendat. Menebak soal VPN sebelum mendapat jawaban itu biasanya memindahkan gangguan, bukan menghapusnya.

Kerjakan pengamatan itu berurutan, karena situs yang sudah menjawab tidak mungkin sekaligus gagal dalam resolusi. Jika tidak ada yang termuat sama sekali, Anda berada di cabang yang salah, dan pemeriksaan untuk terhubung tetapi tanpa internet yang berlaku.

Biarkan pesan galat memilih cabang

Penolakan, tantangan antibot, atau halaman galat berarti layanan menjawab, jadi paket mencapai sebuah aplikasi dan kembali. Itu memindahkan pertanyaannya ke kebijakan akses situs, yang dapat menimbang alamat keluar, akun, atau pola permintaan yang tidak dipublikasikannya. Kegagalan resolusi nama tidak pernah mencapai situs sama sekali, dan alamat adalah hal pertama yang harus diperiksa. Waktu tunggu berada di antara keduanya: sesuatu dikirim dan tidak ada yang mengonfirmasinya.

Peringatan sertifikat termasuk cabang keempat. Artinya koneksi dijawab oleh sesuatu yang identitasnya tidak dapat diverifikasi peramban, entah proksi di pihak Anda atau ketidakcocokan nyata yang tidak boleh Anda klik lewati. Perlakukan itu sebagai soal kepercayaan, bukan perutean.

Situs yang menjawab belum membuktikan terowongan rusak

Saat jawabannya halaman pemblokiran, bandingkan halaman yang sama melalui jalan keluar kedua sambil membiarkan peramban dan mesin tidak berubah. Jika hasilnya mengikuti alamat keluar, situs memperlakukan alamat itu secara berbeda, dan tidak ada konfigurasi klien yang akan mengubahnya. Jika pemblokiran mengikuti peramban Anda, penyebabnya ada di ekstensi, proksi tersimpan, atau pengaturan pengurai. Dua kali jalan memisahkan penjelasan itu dengan murah.

Kegagalan hanya di peramban cukup umum untuk diuji sejak awal. Halaman yang termuat di satu peramban yang didukung dan gagal di peramban lain menunjuk ke keadaan profil, pemblokir konten, atau DNS terenkripsi yang dikonfigurasi di dalam peramban itu sendiri. Panduan Chrome tentang DNS aman menunjukkan di mana pengaturan itu berada, dan mengubahnya lewat kontrol yang didukung lebih baik daripada mengatur ulang perangkat.

Saat hanya transfer besar tersendat, lihat ukuran paket

Halaman yang menggambar kepala lalu tersendat punya tanda tangan berbeda dari halaman yang tidak pernah mulai. Respons kecil bisa lewat sementara muatan berukuran penuh dibuang di suatu tempat yang tidak dapat memberi sinyal kepada pengirim, dan begitulah bentuk kegagalan MTU jalur dari peramban. Bandingkan permintaan mungil dan permintaan besar ke host yang sama sebelum berteori soal penyaringan. Penemuan MTU jalur seharusnya mempelajari ukuran tautan terkecil di sepanjang jalur, dan itu bergantung pada umpan balik ICMP yang rutin dibuang oleh jaringan yang disaring.

Uji hipotesis itu dengan sapuan ukuran alih-alih satu ping. Kegagalan yang dimulai pada ukuran muatan tetap adalah bukti kuat, sedangkan kegagalan yang berpindah-pindah bukan.

Konfirmasi perbaikan pada permintaan yang gagal

Uji ulang operasi aslinya, bukan halaman beranda, karena cangkang yang tersimpan di cache bisa tergambar sementara panggilan API di balik proses masuk masih gagal. Perintah di bawah memisahkan resolusi nama, permintaan kecil, dan permintaan besar ke host yang sama. Ganti nama host dan jalur dengan yang berasal dari permintaan yang benar-benar rusak.

dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20

Jika jawaban dig berbeda dari yang dipakai peramban, pengurai adalah variabelnya, dan pengaturan DNS peramban itu sendiri adalah tempat yang perlu dilihat. Jika permintaan kecil mengembalikan status sementara yang besar tersendat, kerjakan cabang ukuran paket. Jika keduanya kehabisan waktu, jalur keluar dan perlakuan situs terhadap alamat itu kembali ke meja.

Pertahankan perubahan yang membuat permintaan asli berhasil dan batalkan sisanya. Tumpukan perubahan bersamaan pada peramban, pengurai, dan klien membuat Anda tidak bisa mengatakan mana yang berpengaruh.