Batas Penggunaan Proksi

Apa yang dapat dibatasi penyedia

Sebagian batas menjelaskan sumber daya yang Anda gunakan selama suatu periode. Batas lainnya mengatur beban kerja pada saat tertentu atau menentukan apakah suatu koneksi diizinkan sama sekali. Pembedaan berikut berguna meskipun suatu paket hanya mengiklankan satu atau dua parameter ini.

Penyedia menggunakan aturan ini untuk membagi kapasitas jaringan dan sumber daya pemrosesan, mengendalikan biaya, dan membatasi aktivitas yang tidak diinginkan. Dampaknya berbeda: batas koneksi yang lebih tinggi memungkinkan lebih banyak koneksi sekaligus, sedangkan izin menjangkau tujuan yang diblokir mengubah tugas yang dapat dilakukan layanan. Mengubah satu ketentuan tidak otomatis mengubah ketentuan lainnya.

Koneksi bersamaan

Batas koneksi bersamaan menentukan banyaknya koneksi yang dapat tetap terbuka sekaligus. Browser atau aplikasi lain dapat membuka beberapa koneksi untuk satu tugas. Karena itu, jumlah tab, profil, atau thread program tidak menunjukkan secara tepat banyaknya kuota ini yang sedang digunakan.

Koneksi dapat tetap terbuka di antara permintaan, dan HTTP/2 dapat membawa beberapa permintaan melalui satu koneksi. Mengirim lebih sedikit permintaan per menit belum tentu membebaskan koneksi yang terpakai. Artikel tentang koneksi bersamaan menjelaskan apa yang menggunakan kuota ini dan mengapa kuota tersebut berbeda dari jumlah permintaan.

Batas dapat saling memengaruhi. Jika transfer respons yang besar memerlukan waktu lebih lama, koneksinya dapat terpakai lebih lama. Program yang terus memulai pekerjaan baru kemudian dapat mencapai batas koneksi, meskipun laju permintaannya sama. Menambahkan pekerjaan paralel pada titik itu dapat meningkatkan waktu tunggu dan kegagalan tanpa menambah jumlah pekerjaan yang selesai per satuan waktu.

Situs web dan aplikasi yang diblokir

Penyedia dapat membatasi akses ke situs web, alamat, atau operasi tertentu. Suatu tujuan dapat masuk daftar blokirnya meskipun trafik tidak dibatasi dan kapasitas koneksi masih tersedia. Akses juga dapat berbeda antarproduk dari penyedia yang sama. Artikel tentang situs web dan aplikasi yang diblokir menjelaskan asal daftar ini dan faktor yang menentukan akses ke suatu sumber daya.

Aplikasi dapat menggunakan beberapa tujuan: halaman utamanya dapat terbuka sementara fungsi terpisah gagal. Situs tujuan juga dapat memberlakukan pembatasannya sendiri meskipun penyedia proksi mengizinkan akses. Untuk memahami kegagalan, pertama-tama tentukan sumber daya yang tidak tersedia dan pihak yang menolak permintaan.

Port yang diblokir

Akses ke situs web tidak membuktikan bahwa setiap layanan jaringan pada server yang sama tersedia. Penyedia dapat mengizinkan trafik web sambil memblokir port pengiriman email. Yang penting di sini adalah port tujuan yang diminta aplikasi. Artikel tentang port yang diblokir menjelaskan perbedaannya dari port yang digunakan untuk terhubung ke proksi itu sendiri.

Dukungan transport merupakan bagian lain dari izin tersebut. TCP dan UDP adalah cara membawa data yang berbeda, dan akses ke suatu nomor port TCP tidak membuktikan adanya akses ke port UDP bernomor sama. Transport yang diperlukan harus didukung dan diizinkan oleh produk. Lebih banyak IP atau kuota koneksi yang lebih tinggi tidak dapat menggantikan izin yang tidak ada.

Volume data, kecepatan transfer, dan jumlah permintaan

Volume trafik

Trafik dapat tidak dibatasi atau dijual dengan kuota data, tergantung penyedia dan produk. Sebagian penyedia menjual jumlah data tetap, seperti paket bulanan dalam gigabita. Untuk paket semacam itu, periksa masa berlaku, waktu pengaturan ulang kuota, dan apakah data yang tidak terpakai dapat dibawa ke periode berikutnya. Aturan penghitungan ini berlaku untuk produk dengan kuota data; aturan tersebut bukan ketentuan universal akses proksi.

Ukuran hasil yang disimpan bukan perkiraan trafik yang andal. Mengekstrak harga singkat atau nama produk mungkin memerlukan pengunduhan seluruh halaman. Browser juga dapat meminta gambar, skrip, dan berkas lain. Percobaan berulang dapat mentransfer data lagi. Mengukur aplikasi yang sebenarnya membantu memperkirakan beban jaringan. Jika produk ditagih berdasarkan volume trafik, periksa juga bita yang ditransfer mana yang dihitung penyedia.

Kecepatan transfer

Batas laju transfer mengatur banyaknya data yang dapat lewat dalam satuan waktu. Biasanya dinyatakan dalam bit per detik, seperti Mbps, atau bita per detik, seperti MB/s. Satu bita berisi delapan bit: 80 Mbps setara dengan 10 MB/s sebelum memperhitungkan overhead protokol. Ini adalah satuan kecepatan; kuota bulanan dalam GB menjawab pertanyaan yang berbeda.

Cakupan kecepatan yang diiklankan perlu diperhatikan. Port server dengan kecepatan tertera tertentu tidak membuktikan bahwa setiap pelanggan atau setiap koneksi menerima laju tersebut. Beberapa transfer dapat berbagi satu kuota. Kecepatan sebenarnya juga bergantung pada rute, server tujuan, dan koneksi klien sendiri, sehingga batas maksimum yang dinyatakan penyedia bukan jaminan hasil untuk setiap unduhan.

Waktu respons juga penting bersama kecepatan transfer. Server dapat membuat aplikasi menunggu sebelum mengirim respons kecil meskipun kapasitas untuk mentransfer bitanya berlimpah. Unduhan besar lebih peka terhadap laju transfer yang berkelanjutan; beban kerja dengan banyak permintaan singkat mungkin lebih dipengaruhi penundaan respons dan laju permintaan yang diizinkan.

Kuota permintaan dan laju permintaan

Kuota permintaan menentukan banyaknya operasi terhitung yang disertakan. Batas laju permintaan menentukan seberapa berdekatan operasi itu boleh dikirim. Saldo tersisa yang besar tidak membuktikan bahwa seluruh saldo boleh digunakan dalam satu lonjakan singkat. Kedua batas ini dapat ada secara terpisah, termasuk pada produk yang tidak menagih berdasarkan volume trafik.

Operasi yang dihitung juga perlu didefinisikan dengan jelas. Klik, kunjungan halaman, permintaan HTTP, dan tugas scraping yang selesai adalah peristiwa berbeda. Satu kunjungan halaman dapat menghasilkan banyak permintaan HTTP; satu tugas API terkelola dapat melibatkan beberapa percobaan yang dilakukan penyedia. Apakah percobaan tersebut mengurangi kuota pelanggan bergantung pada aturan penghitungan produk.

Batas laju juga memiliki jendela waktu dan aturan untuk lonjakan singkat. Membagi batas per menit dengan enam puluh menghasilkan rata-rata, tetapi tidak mengungkap perlakuan layanan terhadap sekumpulan permintaan yang dikirim sekaligus. Menyebarkan pekerjaan yang diizinkan sepanjang waktu dapat menyesuaikannya dengan batas laju tanpa mengubah volume totalnya. Hal itu tidak memulihkan kuota permintaan yang sudah terpakai.

Akun, IP, atau produk yang berbagi batas

Angka baru berguna setelah Anda mengetahui apa yang berbagi batas tersebut. Penyedia dapat menerapkan batas pada akun, pesanan, IP proksi tertentu, IP klien yang diizinkan, atau kelompok lain yang ditentukan. Misalnya, total kuota laju transfer untuk sebuah akun dibagi oleh program-program yang menggunakannya. Memberi program-program itu IP keluar berbeda tidak membuat kuota terpisah untuk masing-masing.

Beberapa tingkat batas dapat berlaku bersamaan. Layanan mungkin menetapkan batas maksimum untuk setiap IP proksi dan batas kedua untuk seluruh paket. Membagi pekerjaan di antara IP dapat membantu mengatasi batas pertama, tetapi batas total paket tetap berlaku. Batas yang melekat pada IP publik klien juga dapat dibagi oleh beberapa perangkat yang mengakses internet melalui alamat tersebut.

Aturan produk juga penting. Koneksi proksi langsung, API scraping terkelola, dan jaringan lain yang dijual penyedia yang sama dapat memiliki kuota serta izin berbeda. Satuan yang dihitung API mungkin berupa tugas atau hasil, bukan koneksi jaringan. Baca batas untuk produk yang hendak Anda gunakan, termasuk pengaturan yang diterapkan khusus pada akun Anda.

Yang terjadi ketika batas tercapai

Respons layanan bergantung pada aturannya. Pada batas maksimum laju transfer, data dapat terus bergerak dengan kecepatan terbatas. Pada batas laju permintaan, pekerjaan berlebih mungkin menunggu atau ditolak. Pada batas koneksi, layanan dapat menolak koneksi baru sementara koneksi yang sudah ada tetap dapat digunakan. Untuk produk dengan kuota trafik atau permintaan, habisnya kuota mungkin memerlukan perpanjangan atau pembelian tambahan; ketentuan penyedia menentukan pilihan yang tersedia.

Karena itu, kata “tanpa batas” memerlukan objek: trafik, permintaan, atau koneksi tanpa batas. Masing-masing menjelaskan satu parameter. Paket dengan trafik tanpa batas tetap dapat memiliki kecepatan transfer terbatas dan batas koneksi. Jika penyedia menggunakan ketentuan penggunaan wajar untuk mengubah kuota setelah penggunaan berat yang berkelanjutan, ketentuan itu juga menjadi bagian paket. Kata tersebut saja tidak mendefinisikan seluruh aturan.

Pesan penyedia yang eksplisit lebih berguna daripada kegagalan umum. HTTP 429 berarti layanan yang merespons menganggap jumlah permintaan terlalu tinggi menurut aturannya. Pertama-tama tentukan apakah respons berasal dari layanan proksi atau tujuan. Timeout dapat memiliki penyebab lain, termasuk tujuan yang lambat atau gangguan jaringan. Statistik penggunaan, detail kesalahan, dan waktu percobaan membantu membedakan masalah kuota dari kegagalan di tempat lain.

Mengirim ulang pekerjaan yang ditolak berulang kali dapat memperburuk masalah laju dan mungkin menghabiskan kuota tambahan. Perubahan yang berguna menyasar ketentuan yang sudah diketahui: kurangi laju pengiriman, tutup koneksi yang tidak lagi dibutuhkan, tambahkan kuota yang habis, atau pastikan izin untuk tujuan. Peningkatan paket secara umum hanya membantu jika mengubah ketentuan tersebut.

Sesuaikan batas dengan keseluruhan tugas

Mulailah dari hasil dan tenggat yang diperlukan. Sebagai contoh perhitungan, anggap sebuah pekerjaan memerlukan 6.000 permintaan HTTP dalam 30 menit, dengan respons rata-rata 0,5 MB. Itu berarti rata-rata 200 permintaan per menit dan sekitar 3 GB data respons menggunakan satuan desimal. Perkiraan ini tidak memasukkan data keluar, sumber daya browser tambahan, dan percobaan berulang. Semuanya harus dimasukkan jika pekerjaan sebenarnya menghasilkannya dan layanan menghitungnya.

Total ini belum menentukan kuota koneksi yang Anda butuhkan. Uji aktivitas paralel aplikasi yang sebenarnya dan lamanya koneksi tetap terpakai. Sertakan program lain yang berbagi batas yang sama serta lonjakan singkat ketika pekerjaan dimulai bersamaan. Ukur volume data, laju permintaan, dan koneksi bersamaan secara terpisah; satu penghitung tidak dapat mewakili ketiganya.

Gunakan produk dan tujuan yang dimaksud untuk pengujian, termasuk fungsi aplikasi yang diperlukan untuk menyelesaikan pekerjaan. Pemeriksaan kecil yang berhasil membuktikan bahwa satu operasi bekerja. Pengujian yang mewakili pekerjaan menambah bukti tentang beban berkelanjutan, puncak penggunaan, dan sumber daya yang dibutuhkan keseluruhan tugas. Sisakan kapasitas untuk variasi yang terlihat saat pengujian, alih-alih menganggap rata-rata sebagai maksimum yang aman.

Jika persyaratan tidak jelas, berikan uraian konkret kepada dukungan: produk, host tujuan, port tujuan dan transport, perkiraan volume data, laju permintaan, puncak koneksi, dan kesalahan persisnya. Ini memungkinkan penyedia memeriksa kuota atau izin yang relevan. Hasil yang Anda perlukan adalah kecocokan antara batas layanan yang dinyatakan dan beban kerja yang hendak dijalankan.