Satu server, dua percobaan: dengan VPN mati sesi terputus saat memuat, dengan VPN hidup sesi yang sama bergabung. Itu bukti nyata dan mudah dibaca berlebihan. Menyalakan VPN mengubah alamat sumber, jalur transit, kebijakan resolver, dan kadang keluarga alamat sekaligus, jadi keberhasilan memberi tahu Anda bahwa perbedaannya penting tanpa memberi tahu perbedaan mana itu. Menelusuri perbandingan satu lapisan demi satu lapisan adalah cara mendapat jawaban yang bisa Anda tindak lanjuti. Ini juga mencegah Anda mengubah empat hal dan tidak belajar apa pun.

Pastikan dulu apa yang dimaksud operator

Server privat yang mewajibkan VPN disetujui seharusnya tidak dapat dijangkau melalui koneksi publik biasa, dan itu konfigurasi yang berfungsi, bukan kerusakan. Server publik yang dipublikasikan tetapi gagal tepat pada satu jalur akses adalah kasus lain dengan pemilik lain. Sebelum menguji apa pun, tentukan mana dari keduanya yang Anda hadapi, karena jawabannya menentukan apakah Anda men-debug jaringan atau membaca kebijakan. Tanyakan kepada operator, atau baca catatan akses yang mereka publikasikan, alih-alih menyimpulkannya dari kegagalan bergabung.

Jika operator mempublikasikan metode akses, gunakan itu. Menghindari pembatasan yang disengaja bukan tugas yang sama dengan memperbaiki rute yang rusak.

Jaga catatan perbandingan tetap kecil dan tetap

Jaga game, akun, server terpilih, dan operasi tetap konstan di antara percobaan, dan ubah hanya status VPN. Catat pengenal dan wilayah server, plus alamat sebenarnya tempat klien menampilkannya, karena nama server yang terlihat bukan yang digunakan jaringan. „Launcher terbuka“ dan „sesi multipemain ini bergabung“ adalah hasil berbeda, dan mencampurnya membuat perbandingan tidak berharga.

Tuliskan empat baris itu sebelum pengujian pertama. Perbandingan yang Anda rekonstruksi dari ingatan sesudahnya adalah cerita, bukan pengukuran.

Sebut kegagalan pertama, bukan pesan terakhir

Pesan di layar biasanya adalah peristiwa terakhir dalam rantai. Catat yang pertama bermakna: resolusi nama, batas waktu transport, penolakan koneksi, pembatasan akun, atau kesalahan sesi setelah koneksi berhasil. Kategori itu punya pemilik dan perbaikan berbeda, dan spanduk umum „terputus“ meremasnya menjadi satu kata yang tidak berguna.

Jika klien menyimpan log, baca untuk tahapannya, bukan untuk kode kesalahannya. Tahap itu memberi tahu lapisan mana yang harus diuji berikutnya.

Nama yang sama bukan berarti tuple yang sama

Nama host dapat diresolusi ke alamat berbeda pada jalur berbeda, dan IPv4 serta IPv6 dapat mengikuti rute dan kebijakan yang sama sekali berbeda. Periksa apakah percobaan langsung dan percobaan VPN memakai tujuan yang sama dan keluarga alamat yang sama sebelum membandingkan hasilnya. Kalau tidak, Anda membandingkan dua eksperimen dan menyebutnya satu.

Untuk perbedaan rute, ingat bahwa perutean internet mengikuti kebijakan operator, bukan garis terpendek secara geografis, dan itulah tepatnya gagasan yang dijelaskan dalam spesifikasi BGP. VPN yang menghindari jalur transit buruk membuktikan bahwa suatu jalur buruk, bukan bahwa seseorang sengaja membatasi Anda.

Uji transport yang benar-benar dipakai game

Koneksi TCP yang berhasil ke satu port tidak membentuk sesi UDP, dan keduanya tidak membuktikan bahwa login game selesai. Ikuti layanan yang benar-benar dibutuhkan judul alih-alih daftar port yang disalin dari game lain, dan lebih baik amati perilaku klien itu sendiri daripada menyelidiki dari luar. Jika server menjawab permintaan dari alamat keluar Anda dengan penolakan, itu pertanyaan kebijakan bagi operator, bukan bukti tentang kabel atau router lokal Anda.

Gunakan saluran dukungan atau banding penerbit untuk pembatasan eksplisit. Menyembunyikan kelayakan akun adalah aktivitas lain dengan konsekuensi yang berbeda.

Saat menuliskannya, sertakan kedua jalur, operasi yang tidak berubah, server dan keluarga alamat yang dipilih, serta kegagalan pertama. Itu laporan yang bisa diselidiki operator, dan tidak perlu mengubah empat pengaturan sekaligus untuk menghasilkannya.

Artikel terkait