Memesan kanal proxy secara manual lewat dasbor akun masih memadai selama jumlah kanal hanya belasan. Begitu jumlahnya mencapai ratusan dan perpanjangan harus disinkronkan dengan pengeluaran anggaran, cara manual mulai kewalahan, dan saat itulah API berperan. Berikut siklus umum penerbitan dan perpanjangan kanal, perbedaan antara alamat khusus dan paket trafik, serta langkah yang bisa diambil bila stok di negara yang Anda butuhkan habis.
Siklus umum: dari katalog hingga perpanjangan
Bekerja dengan API proxy mengikuti satu pola yang sama, apa pun jenis kanalnya. Pertama, Anda meminta katalog: daftar jenis, negara, dan harga terkini yang tersedia, sehingga terlihat apa saja yang ada sebelum pesanan dibuat. Selanjutnya Anda memesan kanal tertentu dengan menyebutkan jenis dan negara, dan sebagai balasannya API mengembalikan kredensial koneksi, yaitu alamat, port, login, dan kata sandi yang bisa langsung dipakai dalam alur kerja Anda. Selama kanal aktif, statusnya dipantau lewat permintaan terpisah: sisa trafik untuk tarif paket, atau masa berlaku untuk alamat khusus. Siklus ditutup dengan perpanjangan bila sumber daya masih dibutuhkan, atau dengan melepas kanal bila tugas sudah selesai dan tidak ada gunanya membayar untuk kanal yang menganggur.
Alamat khusus vs paket gigabyte
Alamat datacenter atau ISP khusus ditagih per bulan: Anda membayar harga tetap untuk satu masa sewa, alamat tersebut tetap menjadi milik Anda selama seluruh periode yang dibayar, dan perpanjangan hanyalah pembayaran baru untuk masa berikutnya. Kanal residensial dan seluler bekerja secara berbeda: tarifnya dihitung per gigabyte, sedangkan alamatnya diberikan per sesi, sehingga pada permintaan baru atau saat sesi habis, sistem bisa memberikan IP lain dari pool. Perbedaan ini penting pada tahap integrasi: kode yang menyimpan satu alamat yang sama dalam variabel selama seluruh skrip akan bermasalah pada kanal berbasis sesi dan perlu meminta ulang alamat untuk setiap sesi baru. Pembahasan lengkap tentang kapan satu jenis lebih menguntungkan daripada yang lain ada di artikel proxy seluler vs residensial.
Cara memeriksa pemakaian trafik tanpa membebani sistem
Pemakaian trafik pada kanal paket tidak berubah seketika setelah setiap permintaan, karena datanya disinkronkan dengan jeda. Memeriksa endpoint pemakaian setiap detik tidak memberikan angka yang lebih baru, hanya menghabiskan batas permintaan. Praktik yang masuk akal adalah memeriksa sisa trafik setiap beberapa menit, atau mengaitkan pemeriksaan dengan selesainya satu blok tugas besar, bukan dengan setiap permintaan melalui proxy. Prinsip interval yang wajar ini juga berlaku di bagian lain katalog, misalnya saat mengatur rotasi IP lewat API: pemeriksaan yang terlalu sering tidak mempercepat hasil, hanya menghabiskan batas.
Bila stok di negara yang dibutuhkan habis
Katalog secara eksplisit mengembalikan status stok kosong untuk negara dan jenis kanal tertentu, bukan timeout atau kesalahan umum. Dengan begitu situasi ini dapat ditangani di dalam kode, tanpa perlu menebak-nebak apa yang salah. Ada tiga pilihan yang bisa dijalankan: menunggu lalu mengulang permintaan nanti jika pool diisi ulang secara rutin; beralih ke negara tetangga di kawasan yang sama bila lokasi geografis tidak krusial; atau menanyakan kepada dukungan lewat tiket perkiraan waktu pengisian ulang untuk arah tertentu. Membangun otomatisasi hanya untuk skenario normal tanpa penanganan stok kosong adalah penyebab umum skrip gagal di produksi, alih-alih beralih dengan rapi ke opsi cadangan.
Penyimpanan dan rotasi kredensial yang diterbitkan
Kredensial koneksi, yaitu alamat, port, login, dan kata sandi, sebaiknya disimpan seperti rahasia lainnya: di variabel lingkungan atau pengelola rahasia, bukan di dalam kode skrip. Penyedia tidak mengganti login dan kata sandi kanal secara otomatis di latar belakang, sehingga rotasi menjadi tanggung jawab klien: jika Anda mencurigai kredensial bocor, pesan ulang kanal tersebut, jangan mencoba mengganti kata sandi pada sumber daya yang sudah diterbitkan. Daftar lengkap kanal aktif, statusnya, dan kredensialnya dapat dicocokkan di dasbor akun, tempat Anda juga dapat melihat sumber daya mana yang segera berakhir dan perlu diperpanjang.
Pertanyaan yang Sering Diajukan
Apakah kredensial bisa didapat langsung setelah pemesanan, tanpa menunggu?
Ya, API mengembalikan kredensial koneksi secara sinkron dalam respons permintaan pemesanan. Untuk proxy tidak ada langkah aktivasi terpisah yang memerlukan polling, berbeda dengan aktivasi email, yang mengharuskan Anda menunggu surat masuk.
Apa yang terjadi pada kanal jika tidak diperpanjang tepat waktu?
Alamat khusus akan dilepas setelah masa yang dibayar berakhir dan dapat diberikan kepada klien lain, jadi perpanjangan sebaiknya direncanakan sejak awal. Kanal paket cukup berhenti merespons ketika trafik habis atau periode tagihan berakhir, tanpa denda maupun pemblokiran akun.
Apakah perlu memberi tahu API saat melepas kanal, atau cukup berhenti memakainya?
Sebaiknya panggil pelepasan kanal secara eksplisit lewat API: sumber daya langsung dibebaskan, bukan menunggu masa berlaku habis, dan penagihan dihentikan jika tarifnya mencakup perpanjangan otomatis.
Deskripsi lengkap metode pemesanan, perpanjangan, dan pemantauan ada di dokumentasi teknis API. Jenis dan negara terbaru tersedia di bagian proxy.