Kebijakan Penggunaan Wajar
Artikel ini menjelaskan cara berbagai penyedia proksi menangani penggunaan berat. Informasi ProxyCompass disajikan secara terpisah di bagian akhir.
Kebijakan Penggunaan Wajar, atau FUP, menetapkan ketentuan tentang volume lalu lintas data dan beban yang diberikan pada layanan. Kebijakan ini merupakan bagian dari kebijakan layanan penyedia. Kebijakan tersebut dapat menjelaskan mengapa paket berbayar dengan trafik tanpa batas menjadi lebih lambat, mengizinkan lebih sedikit koneksi bersamaan, atau mulai menimbulkan biaya tambahan sebelum langganannya berakhir.
Mengapa penyedia membatasi layanan tanpa batas?
Langganan proksi memberi Anda akses ke alamat IP dan peralatan yang melayaninya. Server memproses koneksi, sambungan jaringan membawa data, dan penyedia membayar agar keduanya tetap berjalan. Kapasitas server dan kecepatan jaringan terbatas. Proksi milik beberapa pelanggan dapat berjalan pada peralatan dan memakai sambungan yang sama.
Sebagian pelanggan menjalankan tugas singkat dengan jeda panjang; yang lain mentransfer data terus-menerus. Jika satu pelanggan memakai sebagian besar sambungan jaringan selama berjam-jam atau membebani server dengan berat, pekerjaan pelanggan lain dapat melambat. FUP menetapkan beban yang diizinkan paket dan kapan penyedia dapat membatasinya.
Jumlah IP saja tidak menunjukkan seberapa cepat pekerjaan Anda dapat berjalan. Daftar alamat yang panjang mungkin dilayani oleh satu server. Bahkan IP khusus belum tentu menyertakan server atau koneksi jaringan tersendiri. Membeli lebih banyak alamat memberi Anda lebih banyak IP untuk mengakses situs web, tetapi tidak menjamin kecepatan transfer total yang lebih tinggi.
Ini tidak berarti semua penyedia memiliki kuota volume data tersembunyi. Sebagian menjual akses tanpa pengukuran volume dan tanpa batas data bulanan tetap. Sebagian lain menerbitkan ambang volume, dan yang lain berhak mengambil tindakan ketika penggunaan berkelanjutan memengaruhi jaringan. Ini merupakan cara penyediaan layanan yang berbeda.
Apa tepatnya yang bisa tanpa batas?
“Trafik tanpa batas” biasanya berarti transfer data tanpa kuota tetap yang diukur dalam gigabita. Itu tidak berarti kecepatan dan koneksi bersamaan juga tanpa batas.
Misalnya, paket mungkin tidak memiliki kuota volume data bulanan tetapi tetap memiliki kecepatan transfer maksimum. Dalam waktu tertentu, Anda hanya dapat mengunduh sebanyak yang dimungkinkan kecepatan tersebut. Batas itu berlaku sejak awal. Mentransfer data pada kecepatan maksimum saja tidak berarti Anda melanggar FUP.
Sebagian paket menurunkan kecepatan atau jumlah koneksi yang tersedia setelah ambang volume data tercapai. Akses berlanjut, tetapi tugas memerlukan waktu lebih lama. Paket lain menyertakan jumlah data tertentu dan mengenakan biaya terpisah untuk trafik di atasnya. Pada kasus kedua, pekerjaan mungkin berlanjut dengan kecepatan sama sementara biaya total meningkat.
Satuan membantu menjelaskan batasnya. GB dan TB menyatakan jumlah data. Mbps dan Gbps menyatakan laju transfer. Batas koneksi menunjukkan berapa koneksi yang dapat tetap terbuka sekaligus. Penjual terkadang memakai istilah bandwidth untuk volume data maupun kecepatan, jadi periksa satuan yang digunakan untuk parameter tersebut.
Misalnya, program dapat mengunduh arsip besar melalui satu koneksi: hanya ada satu koneksi, tetapi banyak data ditransfer. Sebagai alternatif, program dapat membuka banyak koneksi dan menerima respons singkat berisi harga produk melalui masing-masing koneksi. Kedua tugas dapat menggunakan layanan yang sama. Sedikit koneksi belum tentu berarti sedikit trafik, dan banyak koneksi belum tentu mentransfer banyak data.
Mengapa pola kerja penting?
Periode sibuk yang singkat dan penggunaan berat terus-menerus memberikan tuntutan yang berbeda pada layanan. Program pemantauan harga mungkin mengumpulkan pembaruan lalu menganggur sampai pelaksanaan berikutnya. Program lain mungkin terus mengunduh halaman tanpa jeda. Meskipun keduanya memakai jenis dan jumlah IP yang sama, kebutuhan mereka terhadap kapasitas bersama dapat sangat berbeda.
Jika aturan hanya menyangkut volume data, pembatasan berlaku ketika ambang harian atau bulanan yang dinyatakan tercapai. Jika penyedia membatasi penggunaan berat berkelanjutan, penyedia juga dapat mempertimbangkan durasi pekerjaan dan pengaruhnya terhadap pelanggan lain. Dalam kasus itu, pemakaian data rendah belum tentu berarti penggunaan terus-menerus pada kecepatan maksimum atau batas koneksi diizinkan.
Produk juga penting. Proksi seluler bergantung pada koneksi seluler yang disediakan melalui modem, router, atau ponsel. Penggunaan berat dapat memengaruhi koneksi itu dan kapasitas radio bersama, selain peralatan penyedia proksi. Kebijakan untuk proksi seluler tidak dapat otomatis diterapkan pada paket pusat data.
Tidak ada aturan umum bahwa otomatisasi proksi atau operasi sepanjang waktu melanggar FUP. Layanan mungkin dirancang untuk pengumpulan berkelanjutan, atau ketentuannya mungkin membatasi pola itu. Pertanyaan yang relevan adalah apakah produk mendukung beban kerja yang ingin terus Anda jalankan.
Tujuan aktivitas merupakan persoalan terpisah. Kebijakan Penggunaan yang Dapat Diterima mengatur tugas yang diizinkan dan dilarang. FUP mengatur penggunaan sumber daya. Tugas pengumpulan yang diizinkan dapat memberikan beban terlalu besar untuk paketnya; tugas yang dilarang dapat melanggar aturan layanan walaupun mentransfer data sangat sedikit.
Mengapa penggunaan data bisa tinggi meskipun hasilnya sedikit?
Misalkan program berbasis browser hanya menyimpan nama dan harga produk. Untuk memperoleh kedua nilai itu, program mungkin memuat seluruh halaman, gambar, skrip, dan sumber daya lainnya. Tabel yang disimpan bisa sangat kecil dibandingkan data yang melewati proksi. Perhitungan FUP dapat menyangkut data yang ditransfer tersebut, bukan catatan berguna yang Anda simpan.
Percobaan ulang menambah perbedaan lain. Halaman yang diblokir, respons kesalahan, atau CAPTCHA dapat berisi data meskipun program tidak memperoleh hasil berguna. Jika program terus mencoba, penghitung volume data dapat meningkat sementara berkas hasil nyaris tidak berubah. Pada layanan yang mengukur bita, pekerjaan gagal tidak boleh dianggap tidak memakai kuota.
Jika tugas tidak memerlukan gambar atau sumber daya halaman lain, menghindari unduhan itu mengurangi data yang ditransfer. Saat permintaan terus gagal, berhentilah dan cari penyebabnya agar tugas tidak terus memakai sumber daya tanpa hasil berguna. Perhitungan volume data dan penagihan berdasarkan hasil berhasil merupakan ketentuan terpisah: penyedia mungkin hanya menagih permintaan yang berhasil sambil tetap menerapkan batas koneksi atau penggunaan sumber daya lain.
Apakah batas berlaku untuk setiap IP, satu paket, atau seluruh akun?
Bayangkan sebagian besar pekerjaan melewati satu IP sementara alamat lain dalam paket menganggur. Dengan kuota terpisah per IP, alamat yang sibuk dapat mencapai batasnya meskipun yang lain baru memakai sedikit. Kuota yang tidak terpakai milik alamat lain tidak otomatis tersedia untuknya.
Jika kuota mencakup seluruh paket, trafik dari semua IP-nya dihitung bersama. Satu alamat dapat menghabiskan sebagian besar total tersebut. Setelah habis, beralih ke IP lain dalam paket yang sama tidak membantu: kedua alamat memakai kuota yang sama.
Kuota bersama dapat mencakup beberapa paket dalam akun atau seluruh akses ke produk proksi tertentu. Mengganti IP, merotasi alamat, atau membuat login proksi lain tidak mereset penghitung bersama itu. Berbagi IP dengan pelanggan lain tidak dengan sendirinya berarti mereka menghabiskan kuota volume data Anda. Aturan berbagi alamat dan aturan perhitungan trafik adalah hal terpisah.
Sebagian penyedia menggunakan dua ambang bersama-sama: total volume data dan penggunaan per IP. Pembatasan mungkin hanya berlaku jika keduanya terlampaui. Melihat satu saja dapat memberikan perkiraan menyesatkan tentang volume data yang tersedia sebelum pembatasan. Penyedia yang sama mungkin juga memakai aturan berbeda untuk proksi bersama dan khusus.
Apa yang berubah ketika FUP diterapkan?
Pembatasan tidak selalu membuat IP tidak dapat dijangkau. Alat pemeriksa proksi mungkin tetap melaporkan alamat berfungsi sementara tugas operasional menjadi jauh lebih lambat. Konsekuensinya bergantung pada sumber daya yang diubah penyedia.
| Tindakan penyedia | Dampak pada pekerjaan Anda |
|---|---|
| Kecepatan transfer lebih rendah | Koneksi tetap tersedia, tetapi transfer halaman dan berkas lebih lama. Menambah proses pekerja tidak menghilangkan batas kecepatan yang berlaku untuk seluruh paket. |
| Lebih sedikit koneksi bersamaan | Permintaan individual tetap dapat cepat, tetapi lebih sedikit yang dapat berjalan bersamaan. Tugas yang mengandalkan banyak pekerjaan paralel dapat tertinggal meskipun pengujian koneksi sederhana berhasil. |
| Biaya di luar kuota | Tugas berlanjut dan mungkin selesai secara normal, sementara penggunaan tambahan meningkatkan tagihan. Email peringatan belum tentu menghentikan perangkat lunak atau biayanya. |
| Akses ditangguhkan | Akses berhenti untuk proksi yang terdampak. Pemulihannya mungkin memerlukan menunggu pembaruan kuota, membeli volume data tambahan, atau mengatasi penyebab beban berlebihan. |
Ini adalah alternatif yang digunakan dalam paket berbeda, bukan urutan wajib. Sebagian penyedia menerapkan pembatasan yang diterbitkan secara otomatis. Yang lain menghubungi pelanggan untuk mengurangi beban atau mengubah pengaturan layanan. Peringatan dan waktu untuk menyesuaikan tidak boleh diasumsikan tersedia kecuali termasuk dalam proses yang dinyatakan.
Perlambatan saja tidak membuktikan FUP telah diterapkan. Kemacetan jaringan biasa, batas normal paket, dan pembatasan situs web tujuan dapat menimbulkan gejala serupa. Jika situs memblokir IP, penyedia mungkin sama sekali tidak membatasi langganan. Perbedaan ini penting karena membeli kuota tambahan belum tentu menyelesaikan masalah akses situs.
Apa yang diperlukan untuk mencabut pembatasan?
Pertama, bedakan beban saat ini dari penggunaan yang telah terakumulasi. Mengurangi pekerjaan aktif dapat meringankan beban saat ini. Tindakan itu tidak menghapus volume data yang sudah dihitung dalam kuota harian atau bulanan. Karena itu, jeda semalam dapat membantu satu jenis masalah dan tidak berpengaruh pada jenis lainnya.
Jika kuota volume data habis, pembatasan dapat tetap berlaku sampai kuota diperbarui atau data tambahan dibeli. Tanggal pembaruan bergantung pada paket: bisa pada awal bulan kalender atau periode berbayar berikutnya. Untuk paket yang dibeli di pertengahan bulan, kedua tanggal itu berbeda.
Peningkatan paket harus menjawab kebutuhan tugas Anda yang sebenarnya. Data tambahan dapat membantu jika kuota volume data habis. Batas koneksi lebih tinggi dapat membantu jika program tidak dapat membuka cukup koneksi sekaligus. Lebih banyak IP hanya membantu jika kuota terkait meningkat bersamanya. Sekadar menambah saldo akun belum tentu mengubah pengaturan paket.
Masa berlaku kapasitas tambahan juga penting. Kuota tambahan mungkin berakhir pada akhir siklus berjalan, sehingga pembelian mendekati tanggal itu mungkin hanya berguna sebentar. Peningkatan paket di kemudian hari tidak boleh dianggap membatalkan biaya penggunaan tambahan yang sudah timbul.
Untuk penagihan kelebihan penggunaan, pemberitahuan dan penghentian merupakan dua kendali berbeda. Pemberitahuan memberi tahu Anda tentang penggunaan; penghentian yang dikonfigurasi dimaksudkan untuk mencegah pekerjaan atau pengeluaran berikutnya. Jika layanan memeriksa penghentian itu secara berkala, sebagian penggunaan tambahan dapat terjadi sebelum berlaku.
Jika penyedia menangguhkan akses karena beban berlebihan, akses mungkin hanya dipulihkan setelah Anda mengatasi penyebabnya. Menunggu bulan berikutnya belum tentu membantu. Tanyakan apa yang perlu diubah pada aktivitas program dan kapan akses akan dipulihkan. Kelayakan pengembalian dana diatur oleh aturan pengembalian dana layanan yang terpisah.
Bagaimana ini membantu Anda menilai paket?
Mulailah dari pekerjaan yang perlu diselesaikan: jadwalnya, perkiraan transfer data, dan koneksi bersamaan. Paket dengan banyak IP tetapi kapasitas paralel kecil mungkin tidak cocok untuk tugas dengan waktu penyelesaian ketat. Paket tanpa pengukuran volume dengan kecepatan lebih rendah tetap mungkin cocok untuk tugas rutin tanpa tenggat tersebut. Model kuota ditambah biaya tambahan dapat mempertahankan kinerja tetapi membuat biaya total lebih sulit diperkirakan.
Pengujian singkat dapat menunjukkan apakah proksi terhubung dan mencapai situs web Anda. Menjalankan tugas yang umum juga dapat menunjukkan berapa banyak data yang dipakai perangkat lunak. Namun, jika ambang FUP tidak tercapai selama pengujian, pengujian tidak dapat menunjukkan kinerja layanan setelah pembatasan. Kecepatan awal dan ketentuan penggunaan berkelanjutan perlu dinilai secara terpisah.
Jika penyedia hanya menyebut “penggunaan berlebihan” tanpa batas yang dapat diterapkan, jelaskan perkiraan beban kerja Anda dan tanyakan apakah paket tertentu mendukungnya. Jawaban yang sekadar mengulang “tanpa batas” membiarkan ketidakpastian awal tetap ada. Anda perlu mengetahui apa yang dapat berubah selama tugas, apa yang memicu perubahan itu, dan apa yang diperlukan untuk melanjutkan dengan kapasitas yang dibutuhkan.
Karena itu, perbandingan yang berguna adalah berapa banyak pekerjaan yang dapat diselesaikan paket dengan kecepatan dan biaya total yang dapat diterima. Jumlah IP dan label tanpa batas hanya sebagian dari perbandingan itu.
