Situs Web dan Aplikasi yang Diblokir

Bagaimana keluhan membuat suatu tujuan diblokir

Ketika pelanggan menggunakan proksi, tujuan menerima trafik dari IP keluar proksi. Jika trafik tersebut menimbulkan masalah, pengelola situs dapat melaporkan alamat itu kepada organisasi yang bertanggung jawab atas jaringannya. Keluhan dapat mencapai penyedia proksi secara langsung atau melalui perusahaan hosting, pusat data, atau operator jaringan yang memasok infrastrukturnya.

Laporan penyalahgunaan adalah pemberitahuan tentang dugaan penyalahgunaan layanan. Laporan dapat menyangkut percobaan login tanpa izin yang berulang, pemindaian, atau trafik yang membebani sistem secara berlebihan. Pemasok infrastruktur dapat meminta pelanggannya—penyedia proksi—menghentikan aktivitas tersebut. Tergantung aturan pemasok dan insidennya, membiarkan masalah tidak terselesaikan dapat membahayakan ketersediaan server atau akses jaringan.

Jika catatannya memungkinkan identifikasi akun yang terlibat, penyedia dapat menyelidiki dan membatasi akun tersebut. Penyedia juga dapat memblokir tujuan terkait pada sebagian atau seluruh layanannya. Langkah-langkah ini memecahkan masalah berbeda: pembatasan akun menyasar pelanggan tertentu, sedangkan pemblokiran tujuan mencegah pelanggan lain mengirim trafik ke sumber daya yang sama melalui layanan yang terkena aturan.

Bayangkan portal pemerintah yang menerima trafik tidak diinginkan berulang kali dari layanan proksi. Setelah ada keluhan dan tuntutan untuk menghentikan trafik itu, penyedia menambahkan portal tersebut ke daftar blokir. Pelanggan lain kemudian mencoba mengunduh dokumen publik dan menerima kesalahan. Pelanggan kedua tidak melakukan kesalahan, tetapi aturan tujuan bersama juga berlaku pada koneksi itu.

Mengapa penyedia memblokir sumber daya sebelum terjadi insiden

Penyedia tidak harus menunggu keluhan terpisah untuk setiap situs. Setelah menangani insiden yang melibatkan jenis sumber daya tertentu, penyedia dapat memutuskan membatasi tujuan serupa sejak awal. Daftar blokir kemudian menjadi langkah pencegahan sekaligus catatan masalah sebelumnya.

Potensi biaya melampaui penanganan satu keluhan. Insiden berulang menyita waktu staf, merusak hubungan dengan pemasok infrastruktur, dan dapat mengancam ketersediaan layanan untuk pelanggan lain. Penyedia mungkin memutuskan bahwa membawa trafik ke kategori sensitif tidak sepadan dengan risikonya, meskipun sebagian pelanggan memiliki alasan sah untuk mengaksesnya.

Ini menjelaskan mengapa pembatasan luas dapat tetap berlaku setelah pelanggan awal disingkirkan. Penyedia berupaya mencegah kejadian berulang. Penyedia dapat membatasi seluruh kategori tanpa terlebih dahulu memastikan apakah setiap pengunjung baru bermaksud membaca halaman, login, atau melakukan tindakan yang tidak diinginkan.

Sumber daya apa yang dapat masuk daftar blokir

Sumber daya pemerintah dan keuangan merupakan contoh kategori yang dapat dibatasi penyedia sebagai tindakan pencegahan. Kategori itu mencakup sistem di mana akses tanpa izin atau gangguan dapat memengaruhi data pribadi, layanan publik, akun, atau uang. Penyedia dapat memilih aturan luas karena menilai aktivitas yang direncanakan setiap pelanggan lebih sulit daripada menolak akses ke tujuan.

Tidak ada satu daftar blokir yang digunakan semua penyedia proksi. Satu layanan dapat membatasi domain tertentu, sedangkan layanan lain menutup seluruh kategori. Bahkan dalam satu perusahaan, aturan dapat berbeda antarproduk atau jaringan. Masuknya situs pemerintah ke daftar satu penyedia tidak membuktikan bahwa semua penyedia memblokirnya.

Kategori juga harus diwujudkan menjadi aturan teknis. Sumber daya pemerintah menggunakan beragam skema penamaan domain, sehingga hanya memblokir alamat berakhiran .gov tidak sama dengan memblokir semua situs pemerintah. Penyedia dapat memelihara daftar sendiri atau menggunakan layanan klasifikasi untuk mengenali tujuan.

Cara proksi menerapkan daftar blokir

Sebelum dapat menghubungkan Anda ke sumber daya, proksi perlu mengetahui tujuannya. Dengan proksi HTTP, klien dapat meminta terowongan HTTPS menggunakan CONNECT portal.example:443. Permintaan ini memberi proksi nama host dan port tujuan. SOCKS5 juga membawa alamat tujuan, yang diberikan sebagai nama host atau alamat IP.

Layanan membandingkan tujuan itu dengan aturan aksesnya. Jika aturan yang cocok melarangnya, layanan dapat menolak koneksi sebelum meneruskan permintaan pelanggan ke situs. Aturan domain memeriksa nama; aturan alamat memeriksa IP atau rentang tujuan. Aturan kategori dapat mengandalkan daftar domain atau alamat yang dimasukkan ke kategori tersebut.

Ini tidak mengharuskan proksi membaca halaman terenkripsi. Dalam terowongan HTTPS biasa, tujuan sudah diketahui sebelum pertukaran terlindungi dengan situs dimulai. Karena itu, pemblokiran dapat terjadi tanpa memeriksa isi halaman, jalur URL lengkap, atau kata sandi yang akan dimasukkan pengunjung.

Cakupan aturan perlu diperhatikan. Memblokir satu nama host tidak otomatis memblokir setiap subdomain milik organisasi yang sama. Sebaliknya, aturan domain luas atau aturan IP yang mencakup server bersama dapat memengaruhi lebih banyak sumber daya daripada sumber daya yang memicu keluhan. Perubahan alamat situs juga berarti daftar blokir perlu dipelihara.

Mengapa akses bergantung pada produk

Penyedia dapat menerapkan aturan akses berbeda pada produk berbeda. Situs mungkin diblokir pada proksi pusat data atau ISP-nya, tersedia melalui jaringan residensialnya, atau hanya dapat diakses melalui layanan pengumpulan data terkelola.

Sebagian penyedia mengizinkan akses ke sumber daya tertentu hanya setelah KYC (Know Your Customer), proses verifikasi identitas pelanggan. Penyedia mungkin juga harus menyetujui tugas tertentu. Akses yang diberikan setelah pemeriksaan ini tetap dapat terbatas pada produk atau tujuan tertentu; akses itu tidak menghapus setiap pembatasan akun.

Cara layanan menangani permintaan juga penting. Dengan proksi biasa, browser atau program pelanggan memutuskan permintaan yang dikirim. Dengan API scraping, pelanggan mengirim tugas, seperti mengambil halaman atau mengumpulkan data produk, dan sistem penyedia melakukannya. Hasilnya dapat berupa HTML halaman atau data yang diekstrak dalam format terstruktur.

Dalam layanan terkelola semacam itu, penyedia dapat memilih jaringan proksi, mengatur header permintaan dan cookie, mengulangi permintaan yang gagal, dan memproses respons. Pembagian kendali tepatnya bergantung pada produk: sebagian pengaturan otomatis, sedangkan lainnya dapat diberikan pelanggan dalam batas yang diizinkan. Penyedia mengendalikan pertukaran dengan situs tujuan untuk tugas tersebut dan dapat membatasi parameter permintaan yang diterima.

Ini memberi penyedia cara mengizinkan operasi tertentu sambil tetap membatasi akses yang lebih luas. Misalnya, layanan dapat mengizinkan API mengumpulkan harga produk publik sambil menolak akses proksi biasa ke domain yang sama. Izin itu tidak otomatis mencakup login, pengiriman formulir, atau pengelolaan akun. Produk dapat mendukung pembacaan halaman tertentu tanpa mendukung setiap tindakan yang tersedia di situs.

Periksa akses untuk kombinasi produk, tujuan, dan operasi yang dimaksud. Situs yang bekerja melalui API penyedia tidak membuktikan bahwa situs itu akan bekerja melalui paket proksi penyedia tersebut. API terkelola juga memiliki pembatasannya sendiri. Sebelum membeli, tanyakan produk yang mengizinkan tugas Anda dan apakah diperlukan verifikasi atau persetujuan terpisah.

Yang dilihat pelanggan

Hasil paling jelas adalah pesan eksplisit bahwa tujuan tidak diizinkan. Dalam kasus lain, perangkat lunak hanya melaporkan kegagalan koneksi atau timeout. Banyaknya informasi yang diperoleh pelanggan bergantung pada respons layanan maupun detail yang ditampilkan aplikasi.

Tujuan yang diblokir dapat tetap tidak tersedia melalui banyak IP proksi yang sebenarnya bekerja. Jika aturan yang sama mencakup seluruh paket, mengganti alamatnya tidak mengubah hasil. Membeli lebih banyak trafik atau meningkatkan batas koneksi bersamaan juga tidak mengubah aturan tujuan tersebut.

Aplikasi dapat gagal hanya pada sebagian fungsi. Misalnya, halaman utama menggunakan satu domain dan layanan login menggunakan domain lain. Jika alamat kedua diblokir, halaman terbuka tetapi login gagal. Hal yang sama dapat terjadi pada unduhan berkas atau fungsi lain yang menggunakan server terpisah. Daftar blokir berlaku pada tujuan jaringan yang dihubungi aplikasi, bukan sekadar nama aplikasi.

Perbedaannya dari situs yang menolak proksi Anda

Daftar blokir penyedia menghentikan trafik dalam perjalanan ke tujuan. Situs secara terpisah dapat menolak trafik yang mencapai servernya atau layanan keamanannya—misalnya, karena menolak IP keluar atau menganggap aktivitasnya mencurigakan. Dalam kasus itu, penolakan berasal dari sisi tujuan.

HTTP 403 biasa atau kegagalan koneksi saja tidak mengidentifikasi pihak yang memblokir akses. Pesan penyedia yang menyebut tujuan terlarang lebih berguna daripada nomor status saja. Ketika penyebab tidak jelas, dukungan memerlukan alamat tepat, layanan yang digunakan, waktu percobaan, dan teks kesalahan lengkap untuk memeriksa apakah aturan penyedia terlibat.

Ada pula jenis pembatasan terpisah: port tujuan yang diblokir. Pemblokiran domain menolak akses ke sumber daya, sedangkan pembatasan port dapat mencegah jenis koneksi tertentu ke banyak server berbeda. Karena itu, situs atau aplikasi yang tidak dapat diakses adalah gejala; daftar tujuan merupakan salah satu kemungkinan penyebab.

Dapatkah sumber daya dihapus dari daftar blokir

Itu bergantung pada alasan aturan ada dan siapa yang mengendalikannya. Jika penyedia menambahkan tujuan sebagai tindakan pencegahan, penyedia mungkin bersedia meninjau tugas tertentu. Jika akses dilarang oleh pemasok infrastruktur atau aturan produk tetap, permintaan dukungan biasa mungkin tidak cukup untuk mengubahnya.

Jika pengecualian tersedia, permintaan yang berguna menyebut sumber daya tepat dan menjelaskan aktivitas yang dimaksud: data atau fungsi yang dibutuhkan, apakah melibatkan login, dan perkiraan beban kerja. Penyedia kemudian dapat menilai penggunaan tertentu, alih-alih permintaan tidak jelas untuk membuka seluruh kategori.

Verifikasi atau persetujuan belum tentu menghapus setiap pembatasan akun. Pengecualian mungkin hanya mencakup tujuan atau produk tertentu. Akses apa pun yang diberikan penyedia proksi juga tidak menghapus kontrol akses situs itu sendiri.

Daftar blokir dapat berubah ketika keluhan baru datang atau penyedia merevisi penilaian risikonya. Sumber daya yang sebelumnya bekerja dapat tidak tersedia setelah aturan ditambahkan. Untuk tugas yang bergantung pada situs tertentu, pastikan tujuan dan operasi yang dibutuhkan didukung sebelum memilih layanan; jumlah IP yang tersedia tidak menjawab pertanyaan itu.