Autentikasi Proksi Berdasarkan IP: Alamat yang Perlu Diizinkan dan Kapan Menggunakannya
Autentikasi berdasarkan IP memungkinkan Anda menggunakan proksi dari alamat koneksi yang disetujui. Anda menambahkan alamat tersebut ke daftar akses penyedia, lalu aplikasi terhubung tanpa nama pengguna dan kata sandi proksi secara terpisah. Penyedia biasanya menyebutnya whitelist, allowlist, atau daftar alamat IP yang diizinkan.
Metode ini berguna jika aplikasi berjalan dari jaringan yang stabil, misalnya server dengan IP publik tetap. Namun, alamat yang perlu diizinkan adalah alamat asal koneksi aplikasi, bukan alamat proksi yang Anda beli. Kedua alamat ini mudah tertukar saat pengaturan.
Untuk perbandingan metode akses, lihat Autentikasi Proksi. Panduan ini menjelaskan IP sumber yang perlu diizinkan, cara beberapa perangkat berbagi akses, dan hal yang perlu diperiksa setelah perubahan jaringan.
Cara proksi memeriksa IP yang diizinkan
Saat koneksi masuk, proksi melihat IP sumbernya dan memeriksanya terhadap alamat yang diizinkan. Jika cocok dan persyaratan layanan lainnya terpenuhi, proksi menerima permintaan. Dengan autentikasi berdasarkan IP saja, Anda tidak perlu mengirimkan kata sandi proksi. Layanan juga dapat menggabungkan pemeriksaan alamat dengan persyaratan akses lain.
Bayangkan komputer rumah yang terhubung ke internet melalui router.
| Jenis alamat | Contoh | Perannya |
|---|---|---|
| IP lokal komputer | 192.168.1.20 | Digunakan di dalam jaringan rumah. Proksi eksternal tidak melihatnya dalam contoh ini. |
| IP publik koneksi rumah | 198.51.100.24 | Koneksi menjangkau proksi dari alamat ini. Inilah alamat yang perlu diizinkan. |
| Alamat koneksi proksi | 203.0.113.80 | Dimasukkan bersama port dalam pengaturan proksi aplikasi. |
| IP keluar proksi | 203.0.113.90 | Dilihat situs web sebagai sumber koneksi dari proksi. |
Alamat koneksi proksi dan IP keluarnya dapat sama atau berbeda. Keduanya tidak menggantikan IP klien dalam daftar akses. Membeli proksi dengan IP keluar statis juga tidak membuat alamat rumah Anda menjadi permanen.
Prinsip yang sama berlaku untuk proksi di dalam jaringan lokal: proksi memeriksa sumber koneksi yang dapat dilihatnya. Sumber tersebut mungkin berupa alamat privat. Untuk proksi komersial di internet, biasanya Anda memerlukan alamat publik keluar jaringan Anda.
Kapan autentikasi berdasarkan IP berguna
Pada server dengan alamat keluar tetap, Anda dapat mengizinkan alamat tersebut sekali lalu menggunakan proksi pada beberapa proses. Anda tidak perlu menyimpan kata sandi proksi di setiap konfigurasi, membagikannya antar aplikasi, atau memperbarui setiap salinan saat kata sandi berubah.
Di kantor yang dikelola, beberapa komputer mungkin berbagi satu IP publik. Satu entri dapat mengizinkan alamat keluar jaringan tersebut jika layanan memperbolehkan penggunaan ini. Administrator jaringan tetap bertanggung jawab mengendalikan akses di dalam kantor.
Contoh lain adalah aplikasi yang mendukung protokol proksi yang diperlukan tetapi tidak dapat mengirimkan nama pengguna dan kata sandi melalui metode yang ditawarkan. Autentikasi berdasarkan IP mungkin menyelesaikan masalah khusus tersebut. Metode ini tidak menambahkan dukungan HTTP, SOCKS5, atau kemampuan lain yang belum dimiliki aplikasi.
Cara menemukan IP yang perlu ditambahkan
Periksa alamat dari lingkungan tempat aplikasi akan berjalan. Untuk browser di komputer rumah, Anda dapat membuka halaman pemeriksa alamat IP tanpa menggunakan proksi yang sedang dikonfigurasi. Jika membukanya melalui proksi tersebut, Anda akan melihat alamat keluar proksi dan mungkin menambahkan IP yang salah ke daftar.
Jika skrip berjalan di VPS, Anda memerlukan alamat keluar VPS, bukan alamat komputer rumah yang digunakan untuk mengelolanya. Di lingkungan cloud, server atau kontainer mungkin mengirimkan lalu lintas melalui gateway NAT bersama. Alamat publik gateway itulah yang relevan; alamat tersebut mungkin berbeda dari alamat yang digunakan untuk login ke server.
Saat menggunakan VPN, perhatikan rutenya. Jika koneksi ke proksi melewati VPN, proksi melihat alamat keluar VPN. Dengan perutean terpisah, browser dan skrip mungkin menggunakan jalur keluar berbeda. Karena itu, pemeriksaan lewat browser hanya memastikan rute yang diuji; log koneksi penyedia, jika tersedia, dapat membantu memastikan sumber secara langsung.
IPv4 dan IPv6 merupakan alamat terpisah. Mengizinkan alamat IPv4 tidak otomatis mengizinkan koneksi IPv6. Periksa versi yang diterima daftar akses dan alamat yang digunakan aplikasi untuk menjangkau proksi. Hal ini terpisah dari versi IP keluar proksi yang akan dilihat situs web.
Di ProxyCompass, gunakan alamat IPv4 publik dari halaman pemeriksa, meskipun halaman tersebut juga menampilkan IPv6. Pada kartu layanan, buka IP Whitelist → Manage, tempel alamat IPv4 ke kolom penambahan, lalu klik Add IP. Setelah mengatur daftar, klik Save dan tunggu sekitar tiga menit hingga aturan akses berlaku. Setelah itu, uji koneksi baru melalui proksi.
Berapa banyak IP yang perlu diizinkan untuk beberapa perangkat?
Hitung alamat sumber berbeda yang digunakan koneksi untuk menjangkau proksi. Jumlah komputer dan jumlah proksi yang dibeli bisa sangat berbeda.
Contohnya, delapan komputer kantor yang berbagi satu alamat publik keluar mungkin cukup menggunakan satu entri. Komputer rumah dan VPS dengan alamat keluar berbeda memerlukan dua alamat yang diizinkan agar dapat digunakan bersamaan. Jika hanya satu entri tersedia, mengganti IP rumah dengan IP VPS tidak memberikan akses bersamaan kepada kedua sumber.
Sebaliknya, jika satu entri berlaku untuk seluruh pesanan, menghubungkan satu server ke dua puluh proksi tidak memerlukan dua puluh IP klien. Alamat sumber yang diizinkan, jumlah proksi dalam pesanan, dan batas koneksi bersamaan merupakan pengaturan layanan yang terpisah.
Sebelum membeli, periksa jumlah entri yang tersedia dan ketentuan penambahan atau penggantiannya. Beberapa jaringan mungkin memerlukan entri tambahan, jalur keluar terkelola bersama, atau metode autentikasi lain jika layanan mengizinkannya. Jalur keluar bersama memerlukan pemeliharaan dan menambahkan komponen yang ketersediaannya memengaruhi tugas.
Pada contoh ProxyCompass yang ditampilkan, paket mengizinkan 1500 koneksi bersamaan. Nilai 750 di sebelah IP adalah batas koneksi dari alamat klien tersebut, bukan jumlah yang sedang terbuka. Kedua alamat mendapat masing-masing 750; gunakan penggeser untuk mengubah pembagiannya, misalnya menjadi 1000 untuk alamat pertama dan 500 untuk alamat kedua. Perangkat di balik satu IP publik berbagi alokasi IP tersebut.
Menambahkan IP lain ke whitelist tidak menambah total batas koneksi paket. Artikel tentang batas koneksi bersamaan menjelaskan pengaruh batas ini terhadap tugas paralel dan penggunaan kembali koneksi.
Cara menyiapkan akses dan memeriksa hasil
- Tentukan IP keluar dari lingkungan kerja dan tambahkan ke daftar layanan yang benar. Pastikan Anda memilih pesanan atau kelompok proksi yang akan digunakan aplikasi.
- Dapatkan alamat koneksi, port, protokol, dan mode akses untuk autentikasi berdasarkan IP dari penyedia. Masukkan semuanya ke aplikasi. Biarkan kolom nama pengguna dan kata sandi kosong hanya untuk mode yang memang bekerja tanpa keduanya.
- Tunggu hingga aturan berlaku sesuai petunjuk layanan. Respons panel atau API yang mengonfirmasi bahwa entri sudah disimpan tidak selalu berarti semua node sudah menggunakan aturan itu. Tidak ada waktu tunggu yang berlaku universal.
- Buka koneksi baru dari aplikasi yang digunakan dan kirim permintaan kecil melalui proksi. Bandingkan IP keluar dengan hasil yang diharapkan dan pastikan aplikasi tidak diam-diam beralih ke koneksi langsung. Setelah itu, mulai tugas utama.
Pengujian dari komputer lain atau layanan jarak jauh datang dari IP sumber lain. Penolakan terhadap alat uji tersebut mungkin berarti pembatasan akses bekerja dengan benar. Hal itu sendiri tidak menunjukkan bahwa proksi bermasalah.
Apa yang terjadi saat IP atau jaringan Anda berubah?
Jika ISP memberikan alamat baru, laptop beralih ke internet seluler, atau jalur keluar VPN berubah, koneksi baru mungkin datang dari IP yang tidak ada dalam daftar. Proksi itu sendiri mungkin masih bekerja: yang berubah adalah syarat akses klien.
Gangguan internet singkat tidak selalu mengubah IP. Periksa alamat saat ini dan bandingkan terlebih dahulu dengan entri yang diizinkan. Jika tidak berubah, periksa ketersediaan jaringan, pengaturan aplikasi, atau status layanan. Koneksi yang sudah ada mungkin tetap perlu dipulihkan setelah gangguan jaringan.
Jika alamat sering berubah, pertimbangkan pekerjaan untuk mempertahankan akses. IP publik tetap, jalur keluar server yang stabil, atau pembaruan daftar otomatis melalui API dapat membantu jika pilihan tersebut tersedia. Otomatisasi harus memperhitungkan waktu penerapan aturan dan membatasi percobaan ulang. Kunci API untuk mengubah pengaturan merupakan rahasia tersendiri, meskipun koneksi proksi tidak menggunakan kata sandi.
Jangan mempertahankan alamat lama untuk berjaga-jaga setelah Anda tidak lagi mengendalikannya: alamat tersebut mungkin kelak diberikan kepada orang lain. Cabut izinnya melalui kendali layanan. Apakah pencabutan itu mengakhiri koneksi yang sudah ada bergantung pada penerapannya.
Perlindungan yang diberikan daftar IP dan cara mengelolanya
Jika seseorang hanya mengetahui alamat dan port proksi, pemeriksaan sumber mencegahnya terhubung dari jaringan yang tidak diizinkan. Ini membantu melindungi dari penggunaan daftar proksi yang bocor. Namun, pemeriksaan ini bekerja sesuai aturan layanan dan tidak menggantikan perlindungan komputer serta gateway yang diizinkan.
IP publik tidak membuktikan identitas seseorang. Karyawan yang berbeda mungkin menggunakan satu jalur keluar kantor, sedangkan CGNAT—berbagi alamat pada penyedia internet—dapat menempatkan pelanggan berbeda di balik satu IP publik. Jika akses hanya bergantung pada IP tersebut, proksi tidak dapat membedakan mereka dengan aturan itu. Izinkan alamat hanya jika Anda memahami siapa yang dapat menggunakannya.
Menghapus IP bersama memblokir sumber tersebut untuk semua orang; tindakan itu tidak dapat mencabut akses satu karyawan saja sambil mempertahankan koneksi pengguna lain. Kendali akses individual memerlukan langkah tambahan. Sebelum mengizinkan seluruh subnet, periksa siapa yang dapat terhubung darinya dan apakah layanan juga mewajibkan kredensial.
Autentikasi berdasarkan IP tidak dengan sendirinya mengenkripsi lalu lintas atau membuat IP keluar tidak dikenali sebagai proksi. Perlindungan data bergantung pada koneksi yang digunakan, dan perilaku jaringan atau sinyal lain mungkin tetap mengungkap informasi tentang proksi. Tidak adanya kata sandi dalam pengaturan tidak berarti akses tanpa kendali ataupun lalu lintas terenkripsi.
Mengapa akses berdasarkan IP bisa gagal
| Yang terjadi | Yang perlu diperiksa terlebih dahulu |
|---|---|
| Berfungsi di rumah tetapi tidak di VPS | IP keluar VPS dan apakah IP tersebut ada dalam daftar. Alamat rumah tidak memberi izin kepada sumber lain. |
| Berhenti berfungsi setelah jaringan atau VPN berubah | Apakah alamat sumber yang menjangkau proksi telah berubah. |
| IP sudah ditambahkan, tetapi koneksi tidak langsung berfungsi | Layanan yang dipilih, alamat persisnya, apakah aturan sudah berlaku, dan pengaturan koneksi baru. |
Proksi HTTP mengembalikan 407 atau aplikasi meminta kata sandi | Mode akses, port, dan persyaratan penyedia. Kode tersebut meminta autentikasi proksi; kode itu tidak menjelaskan mengapa akses berdasarkan IP yang diharapkan gagal. |
| Koneksi kehabisan waktu | Keterjangkauan alamat dan port, pembatasan jaringan, serta log koneksi. Kehabisan waktu saja tidak dapat memastikan adanya masalah pada daftar IP. |
| Satu situs web menolak akses sementara situs lain dapat dibuka | Siapa yang mengirim penolakan dan apakah permintaan menggunakan proksi. Contohnya, respons 403 dari situs web tidak dengan sendirinya membuktikan masalah autentikasi proksi. |
Kode 407 merupakan bagian dari HTTP. SOCKS5 memiliki balasan dan pesan kesalahannya sendiri; Anda tidak perlu mencari kode HTTP di dalamnya. Detail yang berguna untuk dukungan meliputi waktu percobaan, IP keluar klien, alamat dan port proksi, protokol yang dipilih, serta pesan kesalahan persisnya.
Kapan memilih autentikasi berdasarkan IP
Metode ini cocok untuk aplikasi dengan koneksi keluar yang stabil dan terkendali ketika seluruh lingkungan kerja memerlukan akses dan Anda ingin menghindari pembagian kata sandi ke setiap proses. Sebelum memilihnya, pastikan jumlah entri yang diizinkan cukup untuk setiap lokasi dan Anda dapat memperbarui daftar jika jaringan berubah.
Jika alamat sering berubah, staf bekerja dari jaringan berbeda, atau akses harus dapat dicabut secara individual, pertimbangkan metode autentikasi lain dan pembatasan tambahan layanan. Keputusan bergantung pada siapa yang akan terhubung dan dari mana, bukan pada banyaknya alamat dalam daftar proksi yang dibeli.