Sesi IP tetap

Sesi IP tetap meminta layanan proksi mempertahankan satu IP keluar untuk permintaan terkait. Aplikasi Anda dapat membuka halaman, mengirim data, dan menerima hasil melalui alamat itu selama alokasi masih berlaku dan jalur keluar tetap tersedia. Ketika tugas berakhir, aplikasi dapat memulai sesi terpisah untuk tugas berikutnya.

Ini umumnya merupakan mode akses ke kumpulan berotasi. Perbandingan yang lebih luas dibahas dalam Proksi statis dan berotasi. Di sini pertanyaannya adalah bagaimana mempertahankan alamat untuk satu tugas, berapa lama alokasinya berlangsung, dan apa yang dapat mengganggunya.

Cara layanan mempertahankan IP terpilih

Layanan perlu mengenali koneksi yang termasuk dalam tugas yang sama. Metode umum adalah pengenal sesi dalam pengaturan proksi. Pada koneksi pertama, layanan memilih jalur keluar dan mengaitkannya dengan pengenal itu. Koneksi berikutnya dengan pengaturan sesi yang sama menggunakan jalur keluar alokasi selama sesi tetap aktif.

Misalnya, pengujian browser menggunakan nama sesi task1. Koneksi pertamanya menerima contoh IP keluar 198.51.100.27. Membuka halaman berikutnya dan mengirim formulir melalui alokasi aktif yang sama juga menggunakan alamat itu. Nama mengidentifikasi alokasi; nama tidak mengodekan IP atau mencadangkannya secara permanen.

Pengenal sesi dapat ditambahkan ke nama pengguna proksi, dipilih melalui API, atau diwakili oleh port yang dikonfigurasi. Beberapa layanan juga menyediakan sesi bawaan tanpa nama terpisah. Ini adalah cara berbeda untuk mengelola alokasi, sehingga tidak ada format nama pengguna atau nomor port universal untuk akses IP tetap.

Sesi IP tetap dapat mencakup beberapa koneksi jaringan. Ini berbeda dari sekadar menggunakan ulang satu koneksi terbuka: permintaan di dalam koneksi TCP biasa yang sama memang sudah mempertahankan IP keluarnya. Untuk memastikan apakah sesi mempertahankan alamat lintas koneksi, pengamatan yang berguna adalah apa yang terjadi ketika koneksi baru dibuka dengan pengaturan sesi yang sama.

Ketika beberapa permintaan memerlukan satu IP

Pengujian browser dengan beberapa langkah merupakan contoh yang jelas. Pengujian dapat masuk ke akun, membuka halaman pengaturan, mengirim perubahan, lalu memeriksa hasilnya. Mempertahankan IP sumber menghilangkan perubahan yang dapat dihindari selama pengujian, terutama jika situs menggunakan alamat sebagai salah satu pemeriksaan sesinya.

Pengujian belanja atau pemesanan juga dapat bergantung pada pengalaman regional yang konsisten. Aplikasi mencari, memilih pilihan, dan memeriksa tahap berikutnya melalui jalur keluar yang sama. Ini membantu menjaga lokasi jaringan konsisten antarlangkah, meskipun situs juga dapat menggunakan pengaturan akun, detail pengiriman, atau cookie untuk menentukan tampilan.

Kasus lain adalah urutan panggilan API ketika layanan tujuan mengharapkan tindakan terkait dari alamat sumber yang konsisten. Alokasi harus mencakup seluruh urutan, termasuk jeda dan percobaan ulang. Sebaliknya, pencarian halaman publik yang tidak terkait belum tentu memerlukan satu IP. Mempertahankan alamat berguna ketika kesinambungan penting bagi tugas; hal itu tidak dengan sendirinya memperbaiki reputasi alamat atau menjamin situs menerima permintaan.

Sesi proksi tidak mempertahankan login situs

Layanan proksi mengendalikan alamat keluar. Situs mengendalikan sesinya sendiri: status login, keranjang, atau kemajuan Anda dalam formulir. Browser atau klien HTTP biasanya membawa status itu melalui cookie atau token autentikasi. Kedua sistem mungkin menggunakan kata sesi, tetapi informasi yang disimpannya berbeda.

Artinya, login dapat kedaluwarsa sementara IP keluar tetap sama. Menghapus cookie juga dapat menghilangkan pengenalan pengguna oleh situs tanpa memengaruhi alokasi proksi. Hal sebaliknya juga mungkin: situs dapat menerima login yang valid setelah perubahan IP. Perilakunya bergantung pada aturan situs itu sendiri.

Objek sesi dalam pustaka HTTP sering menyimpan cookie dan menggunakan ulang koneksi. Membuat objek itu tidak otomatis mengaktifkan akses IP tetap pada layanan proksi. Untuk alur kerja lengkap, aplikasi harus menjaga status situs dan alokasi proksi yang dikehendaki secara bersamaan. Profil browser terpisah atau status klien yang diisolasi tetap diperlukan ketika tugas berbeda tidak boleh berbagi cookie.

Arti sebenarnya dari durasi sesi

Dua pengatur waktu dapat sama-sama disebut durasi sesi. Masa berlaku tetap membatasi lama alokasi sejak titik awalnya. Batas waktu ketidakaktifan membatasi jeda setelah permintaan terakhir yang memenuhi syarat. Permintaan baru dapat memulai ulang pengatur waktu ketidakaktifan tanpa memperpanjang masa berlaku tetap yang terpisah.

Ambil dua sesi ilustratif dengan batas sepuluh menit. Keduanya dimulai pukul 14:00 dan menerima permintaan lain pukul 14:08. Dengan masa berlaku tetap, batas akhirnya tetap 14:10. Dengan batas waktu ketidakaktifan, permintaan itu memindahkan batas akhir jeda ke 14:18. Karena itu, durasi yang sama-sama dinyatakan dapat menghasilkan perilaku sangat berbeda selama tugas aktif.

Layanan dapat menerapkan kedua batas. Dalam hal itu, alokasi berakhir ketika salah satu batas tercapai. Nilai bawaan biasa juga dapat berbeda dari durasi terpanjang dalam pengaturan. Menjaga trafik tetap berjalan dapat menghindari kedaluwarsa karena ketidakaktifan, tetapi tidak menghilangkan batas masa berlaku maksimum yang terpisah.

Kedaluwarsa mengakhiri alokasi ke jalur keluar lama. Koneksi berikutnya dapat menerima alamat lain meskipun nama sesinya sama. Koneksi terbuka dapat diizinkan selesai atau ditutup, tergantung layanan. Pengatur waktu tidak memindahkan pertukaran TCP yang belum selesai ke IP berbeda.

Pilih jendela yang mencakup seluruh tugas, respons lambat, dan jeda yang diperkirakan. Memulai alur kerja baru mendekati akhir alokasi lama menyisakan waktu lebih sedikit daripada yang disiratkan durasi terkonfigurasi. Permintaan yang hanya dimaksudkan menjaga sesi menganggur tetap aktif juga tetap merupakan trafik nyata dan dapat mengurangi jatah permintaan atau trafik layanan.

Memisahkan tugas paralel

Ketika tugas independen masing-masing memerlukan alamat stabil, beri setiap tugas pengenal sesinya sendiri dan pertahankan pengenal itu sepanjang langkahnya. Proses yang memuat halaman berikutnya sebaiknya menggunakan ulang sesi tugas, bukan menghasilkan nama baru untuk setiap permintaan. Percobaan ulang di dalam tugas itu tidak boleh diam-diam beralih ke pengaturan proksi yang tidak terkait.

Misalkan dua pengujian browser berjalan bersamaan. Yang pertama menggunakan task1, yang kedua task2, dan masing-masing mempertahankan cookie sendiri. Memberikan nama sesi yang sama kepada keduanya akan meminta layanan berbagi alokasi jika pengaturan lainnya juga cocok. Membuka tab biasa baru tidak dengan sendirinya menciptakan pengaturan proksi atau penyimpanan cookie terpisah.

Pengenal berbeda meminta alokasi terpisah, tetapi tidak secara universal menjamin IP keluar berbeda. Apakah layanan menjanjikan alamat berbeda adalah sifat produk yang terpisah. Akses IP tetap juga tidak membuat jalur keluar eksklusif untuk akun Anda: pelanggan lain masih dapat menggunakan alamat jika alamat itu termasuk kumpulan bersama.

Jika didukung, beberapa koneksi dapat menggunakan sesi yang sama sekaligus. Koneksi itu berbagi jalur keluar dan tetap tunduk pada batas koneksi serta penggunaan akun. Lebih banyak nama sesi tidak menambah batas tersebut. Sebelum proses penuh, periksa jumlah tugas paralel dan jumlah koneksi yang dibuka setiap tugas.

Mengapa alamat dapat berubah lebih awal dari perkiraan

Pengatur waktu yang masih berlaku tidak dapat menjaga jalur keluar yang tidak tersedia tetap berfungsi. Perangkat residensial dapat luring, koneksi seluler dapat menerima IP publik berbeda, atau server tidak dapat dijangkau. Durasi yang diminta menjelaskan aturan waktu alokasi; durasi itu sendiri tidak menjamin jalur keluar semula tetap tersedia.

Ada dua kemungkinan respons ketika jalur keluar itu hilang. Layanan dapat memilih pengganti agar permintaan berikutnya berlanjut, atau mengembalikan kesalahan dan mempertahankan persyaratan menggunakan jalur keluar semula. Beberapa produk memungkinkan Anda memilih. Penggantian otomatis memprioritaskan pembentukan koneksi lain; kesalahan memberi aplikasi kesempatan berhenti sebelum melanjutkan dari alamat berbeda.

Nama yang tidak berubah tidak membuktikan bahwa pengaturan sesi lainnya tetap sama. Berpindah ke gateway lain atau mengubah filter negara dapat menciptakan alokasi berbeda. Cakupan yang relevan bergantung pada layanan: sesi dapat terikat pada akun, produk, atau server masuk tertentu, bukan tersedia di mana saja dengan nama itu.

Jika alamat berubah selama tugas, keputusan berikutnya menyangkut status tugas itu. Langkah hanya-baca mungkin aman diulang. Tindakan yang mengirim pesanan atau mengubah data memerlukan lebih banyak kehati-hatian: respons yang hilang tidak membuktikan tindakan gagal. Pastikan apa yang selesai sebelum memulai ulang atau melanjutkan melalui jalur keluar lain.

Kapan kesinambungan sementara sudah cukup

Akses IP tetap cocok untuk tugas dengan awal dan akhir yang jelas ketika satu IP hanya diperlukan selama proses itu. Uji tiga hal: apakah alokasi bertahan melewati jeda yang diperkirakan, berlangsung sepanjang tugas, dan menangani jalur keluar yang hilang sesuai kebutuhan. Sertakan koneksi baru setelah jeda normal dalam pengujian; aktivitas di dalam satu koneksi yang sudah terbuka tidak membuktikan alokasi akan bertahan hingga koneksi berikutnya.

Jika alamat yang sama harus tetap berada dalam daftar IP yang diizinkan server atau tersedia lagi besok, gunakan layanan yang menyediakan alokasi tetap untuk tujuan tersebut. Menggunakan ulang nama sesi IP tetap setelah kedaluwarsa tidak secara andal memulihkan alamat sebelumnya. Retensi sementara dan IP alokasi jangka panjang menyelesaikan kebutuhan kesinambungan berbeda.