Situs memblokir alamat VPN Anda? Periksa izinnya lebih dulu

Situs yang menjawab dengan penolakan setelah perubahan VPN telah memberi tahu Anda sesuatu tentang jalur jaringan dan tidak ada apa-apa tentang izin memakai layanan. Kedua fakta ini terus-menerus dicampur, dan kesalahannya berjalan ke dua arah. Keterjangkauan bukan otorisasi, dan akun yang baik bukan lisensi untuk memakai setiap fitur. Pastikan mana dari keduanya yang benar-benar dipersoalkan sebelum menyentuh rute, pengaturan DNS, atau profil klien.

Mulai dari apa yang sebenarnya diberikan

Tiga fakta rutin dianggap satu: akun ada dan dalam keadaan baik, akun boleh memakai fitur atau endpoint tertentu, dan host menjawab di jaringan. Hanya dua yang pertama adalah izin, dan keduanya dapat dicabut secara terpisah. Langganan yang kedaluwarsa, fitur yang tidak pernah diaktifkan, dan kunci API yang dibatasi ke endpoint lain semuanya menghasilkan kegagalan yang dari sisi klien tampak seperti masalah konektivitas.

Baca pemberitahuan yang Anda terima sebelum membaca hal lain. Penangguhan, pembatasan wilayah, batas laju, dan pemblokiran lalu lintas datang dengan kata-kata berbeda dan punya solusi berbeda, dan hanya satu di antaranya percakapan tentang izin. Simpan pemberitahuan, stempel waktu, dan pengenal akun bersama-sama, karena permintaan dukungan tanpa itu memulai penyelidikan dari nol.

Namai pembatasannya sebelum mengubah jalur

Catat apa yang benar-benar dikembalikan server, bukan apa yang ditampilkan peramban. Kode status, alamat yang diselesaikan, dan waktu percobaan cukup untuk membedakan penolakan dari pembatasan, dan mencatatnya hanya butuh beberapa detik.

curl -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://app.example.com/login
dig +short app.example.com

403 pada satu endpoint sementara bagian situs lainnya berfungsi menunjuk aturan otorisasi, bukan blokir jaringan. 429 dengan petunjuk coba ulang adalah batas laju, dan mengganti alamat keluar untuk mengalahkannya justru perilaku yang ingin dihentikan oleh batas itu. Penolakan yang mengikuti setiap permintaan tanpa memandang alamat menunjuk tempat lain lagi, dan tidak satu pun dari ini diperbaiki dengan menambah lompatan.

Pisahkan syarat layanan dan hukum akses komputer

Di bawah kata "diizinkan" ada dua pertanyaan terpisah. Yang pertama bersifat kontraktual: apa yang diizinkan syarat layanan, dan upaya hukum apa yang mereka jelaskan untuk pelanggaran. Mengklik halaman atau terus memakai situs bukanlah dengan sendirinya penilaian hukum lengkap tentang apakah suatu klausul mengikat seseorang, dan itu juga bukan fakta teknis. Pertanyaan kedua adalah apakah perilaku melewati tindak pidana akses komputer, yang punya unsur dan otoritasnya sendiri.

Di Amerika Serikat, 18 USC 1030 mencakup akses tanpa otorisasi dan melampaui akses yang diotorisasi, tunduk pada syarat lain dalam pasal itu. Putusan Mahkamah Agung tahun 2021 dalam perkara Van Buren mempersempit frasa kedua menjadi memperoleh informasi dari area komputer yang tidak berhak dicapai seseorang, bukan penggunaan tidak patut atas informasi yang berhak diperolehnya. Pendapat itu juga membiarkan terbuka, dalam catatan kaki, apakah batas yang mendefinisikan area semacam itu harus bersifat teknologi dan bukan kontraktual.

Yang mengikuti dari itu sederhana dan praktis. Ketidaksepakatan tentang kebijakan situs bukan otomatis tindak pidana, dan pertanyaan pidana juga tidak diselesaikan oleh perubahan di sisi klien. Tidak ada dalam penalaran itu yang mengizinkan menghindari penangguhan atau mengalahkan kontrol teknis, dan yurisprudensi satu yurisdiksi tidak menjawab pertanyaan untuk setiap layanan atau negara.

Minta jalur yang didukung, bukan jalur lain

Ketika akses penting, langkah produktif adalah menanyakan kepada layanan jalur mana yang didukung: akses akun yang dipulihkan, rentang alamat yang diizinkan untuk keluar korporat, hak API, atau proses pengecualian yang terdokumentasi. Akun kerja harus melalui administrator yang memiliki hubungan itu, karena persyaratan situs dan kebijakan keluar organisasi harus dipenuhi sekaligus.

Pengecualian yang disetujui juga membutuhkan pemilik dan tanggal kedaluwarsa. Jika tidak, entri daftar izin sementara menjadi arsitektur permanen, dan peninjau berikutnya tidak dapat mengetahui apakah entri itu pernah diberikan sama sekali.

Catat jawabannya sebelum bertindak

Catat apa yang berubah, siapa yang menyetujuinya, dan apa yang dikatakan layanan, lalu jalankan kembali permintaan yang sama yang Anda tangkap di awal. Permintaan yang berhasil setelah perubahan yang disetujui adalah peristiwa berbeda dari permintaan yang berhasil setelah akal-akalan, dan hanya yang pertama punya catatan di belakangnya.

Jika layanan menolak dan persoalannya material, mintalah nasihat dengan dokumen yang sudah dikumpulkan alih-alih bereksperimen lebih jauh. Mampu menjangkau host adalah pernyataan tentang perutean. Izin memakai sumber daya diberikan oleh layanan atau aturan yang berlaku, dan tidak ada rekayasa jalur sebanyak apa pun yang menyediakannya.