← Kembali ke blog
RUENESZHARPTDEFRJAKOITTRIDVIFAHI

Proxy dengan Login dan Password dalam Program Tanpa Otorisasi: Gateway Lokal di gost, 3proxy, Squid, dan proxychains

Program meminta hanya alamat dan port, tetapi proxy memiliki login dan kata sandi? Angkat gateway lokal: gost dengan satu perintah, 3proxy dengan port untuk setiap profil, Squid dengan log atau proxychains-ng untuk perangkat lunak tanpa dukungan proxy. Perintah, konfigurasi, dan kesalahan yang menyebabkan kebocoran IP nyata.

📅11 Oktober 2026
Proxy dengan Login dan Password dalam Program Tanpa Otorisasi: Gateway Lokal di gost, 3proxy, Squid, dan proxychains

Anda telah membeli proxy, menerima string seperti login:password@host:port, tetapi program hanya meminta "alamat dan port". Situasi yang familiar: Chrome dengan flag --proxy-server, pengaturan sistem Windows dan Android, parser lama, Selenium grid, utilitas tanpa kolom untuk kata sandi. Solusi yang sama telah ada selama bertahun-tahun — gerbang lokal: proxy kecil di mesin Anda sendiri, yang menerima koneksi tanpa kata sandi dan secara otomatis menyisipkan login saat terhubung ke proxy yang sebenarnya. Mari kita bahas empat alat teruji, perintah untuk masing-masing, dan kesalahan yang biasanya menghabiskan waktu dan uang.

Mengapa program "tidak memahami" proxy dengan kata sandi

Ada dua cara untuk melakukan otorisasi dengan penyedia proxy: menggunakan login dan kata sandi (Basic Auth) atau melalui daftar putih IP. Opsi kedua menghilangkan masalah, tetapi hanya berfungsi jika Anda memiliki IP eksternal yang tetap — internet rumah dan jaringan seluler sering kali tidak memilikinya, dan untuk fungsi cloud, IP tersebut berubah setiap kali dijalankan. Kami telah membandingkan kedua cara secara rinci dalam panduan otentikasi proxy.

Dengan login dan kata sandi, kita terjebak pada batasan program itu sendiri:

  • Chrome dan Chromium. Flag --proxy-server menurut dokumentasi Chromium menerima skema, host, dan port (misalnya, --proxy-server="foopy:8080") — tidak ada kolom untuk kredensial dalam sintaks ini. Di jendela browser biasa, akan muncul dialog dengan kata sandi, tetapi dalam mode headless dan dalam pengujian otomatis, tidak ada yang dapat mengisinya.
  • Pengaturan sistem. Dalam pengaturan proxy manual Windows dan pengaturan Wi-Fi di sebagian besar firmware Android, hanya ada host dan port. Kata sandi akan diminta oleh aplikasi tertentu, atau tidak dapat dimasukkan di mana pun.
  • Perangkat lunak lama dan buatan sendiri. Banyak utilitas dan pustaka mendukung proxy, tetapi tanpa otorisasi, atau gagal pada karakter khusus dalam kata sandi.
  • Program tanpa dukungan proxy sama sekali. Utilitas konsol yang tidak membaca variabel lingkungan atau pengaturan.

Gerbang lokal menutup semua empat kasus: program melihat proxy 127.0.0.1:8080 tanpa kata sandi, sementara gerbang meneruskan lalu lintas ke penyedia dengan login.

Bagaimana skema ini bekerja

  1. Di mesin Anda (atau VPS, tempat parser berjalan), server proxy ringan dijalankan dan mendengarkan port lokal, misalnya 127.0.0.1:8080.
  2. Dalam konfigurasi gerbang, ditentukan proxy "induk" (upstream) — alamat penyedia, login, dan kata sandi.
  3. Program terhubung ke port lokal tanpa otorisasi.
  4. Gerbang membuka koneksi ke penyedia, melewati otorisasi, dan meneruskan lalu lintas lebih lanjut. Untuk situs, Anda terlihat dengan alamat IP penyedia, bukan IP Anda sendiri.

HTTPS tidak didekripsi: melalui proxy HTTP, browser membuat terowongan menggunakan metode CONNECT, dan gerbang hanya meneruskan byte yang terenkripsi.

Opsi 1: gost — satu perintah, tanpa konfigurasi

gost (GO Simple Tunnel) — satu file eksekusi di Go untuk Windows, macOS, dan Linux. Ini adalah cara tercepat untuk mengangkat gerbang. Di gost, flag -L menentukan layanan lokal, -F — node yang akan meneruskan lalu lintas. Kredensial ditentukan langsung dalam alamat node:

gost -L http://127.0.0.1:8080 -F socks5://LOGIN:PASSWORD@HOST:PORT

Sekarang program mana pun dapat menggunakan proxy HTTP 127.0.0.1:8080 tanpa kata sandi. Jika kata sandi mengandung karakter khusus (@, :, #), dokumentasi gost menyarankan untuk mengirimkannya melalui parameter auth dalam base64:

echo -n LOGIN:PASSWORD | base64
gost -L http://127.0.0.1:8080 -F socks5://HOST:PORT?auth=<hasil_base64>

Perhatikan: jika auth ditentukan, login dan kata sandi yang ditulis langsung dalam alamat, akan diabaikan oleh gost. Beberapa flag -F berturut-turut membentuk rantai dari beberapa proxy.

Kapan digunakan: jika Anda perlu "mendekatkan" satu browser atau skrip dengan proxy, tanpa menginstal paket dan mengedit konfigurasi.

Opsi 2: 3proxy — banyak port di satu mesin

3proxy — server proxy kompak dengan konfigurasi dalam satu file. Direktif kunci adalah parent; menurut dokumentasi, sintaksnya adalah: parent <weight> <type> <ip> <port> <username> <password>, dan harus ditempatkan setelah aturan allow. Konfigurasi minimum gerbang:

auth iponly
allow * 127.0.0.1
parent 1000 http HOST PORT LOGIN PASSWORD
proxy -p8080 -i127.0.0.1

Apa yang penting di sini:

  • auth iponly — tanpa kata sandi, tetapi dengan pemeriksaan berdasarkan ACL; aturan allow * 127.0.0.1 hanya mengizinkan koneksi lokal.
  • Bobot 1000 berarti "selalu melalui induk ini". Bobot kurang dari 1000 digunakan 3proxy untuk mengumpulkan rantai acak.
  • Jenis induk: http, connect, socks4, socks5, dan lainnya — pilih protokol yang diberikan oleh penyedia.
  • -i127.0.0.1 mengikat layanan ke antarmuka lokal. Secara default, 3proxy menerima koneksi di semua antarmuka.

Trik yang nyaman: ulangi blok allow / parent / proxy beberapa kali dengan port yang berbeda dan akun penyedia yang berbeda. Dengan cara ini, Anda mendapatkan "port = proxy terpisah": 127.0.0.1:8081 — AS, :8082 — Jerman, dan seterusnya. Format ini dipahami oleh hampir semua perangkat lunak, termasuk yang di mana proxy dimasukkan dalam daftar "host:port".

Kapan digunakan: puluhan profil atau aliran, masing-masing memerlukan keluarannya sendiri.

Opsi 3: Squid — jika perlu cache dan log

Squid lebih berat, tetapi memberikan caching, log terperinci, dan ACL yang fleksibel. Penyedia ditentukan sebagai node induk melalui cache_peer, dan direktif never_direct allow all melarang Squid untuk mengakses internet secara langsung tanpa melalui induk:

http_port 127.0.0.1:3128
cache_peer HOST parent PORT 0 no-query default login=LOGIN:PASSWORD
never_direct allow all

Nuansa dari dokumentasi Squid:

  • Port ICP diatur ke 0, jika induk tidak mendukungnya — pada proxy komersial tidak ada.
  • Dalam login= diperbolehkan urutan URL-escape (misalnya, %20 untuk spasi), sehingga karakter % dalam kata sandi perlu ditulis sebagai %%.
  • Tanpa never_direct, Squid dapat memutuskan bahwa lebih menguntungkan untuk mengunjungi situs secara langsung — dan permintaan akan dikirim dengan IP asli Anda. Untuk pengambilan data dan multi-akun, ini adalah skenario terburuk.

Kapan digunakan: kantor atau tim, di mana diperlukan log untuk melacak siapa yang mengunjungi mana, atau permintaan berulang ke sumber daya yang sama.

Opsi 4: proxychains-ng — untuk program tanpa dukungan proxy

Jika program tidak mendukung proxy sama sekali, proxychains-ng (Linux dan macOS) dapat membantu. Ini menangkap panggilan jaringan program dan membungkus koneksi TCP-nya dalam proxy. Mendukung SOCKS4a, SOCKS5, dan HTTP, otorisasi — login dan kata sandi untuk SOCKS dan Basic untuk HTTP. Baris di bagian [ProxyList] memiliki format tipe ip port [login kata sandi]:

strict_chain
proxy_dns
tcp_read_time_out 15000
tcp_connect_time_out 8000

[ProxyList]
http HOST PORT LOGIN PASSWORD

Menjalankan: proxychains4 curl https://api.ipify.org — dalam respons akan ada IP penyedia, bukan IP Anda.

  • strict_chain — semua proxy dalam daftar digunakan secara berurutan, dan jika satu tidak tersedia, koneksi tidak akan terjadi. Lebih aman daripada dynamic_chain, yang melewatkan node yang mati.
  • proxy_dns — permintaan DNS juga melalui proxy. Tanpa ini, penyedia internet Anda dapat melihat domain mana yang Anda minta, dan situs dapat memperhatikan ketidaksesuaian antara geolokasi DNS dan IP.
  • Konfigurasi dicari secara berurutan: file dari -f atau variabel PROXYCHAINS_CONF_FILE, kemudian ./proxychains.conf, ~/.proxychains/proxychains.conf, dan /etc/proxychains.conf.

Limitasi yang disebutkan oleh penulisnya: hanya TCP (UDP dan ICMP tidak diproksikan), kemungkinan ada masalah dengan program yang menghasilkan banyak proses, dan di macOS, perlindungan SIP tidak memungkinkan untuk menangkap program sistem.

Alat mana yang dipilih: panduan singkat

  • Satu browser atau skrip, perlu "sekarang juga" — gost.
  • Banyak profil, masing-masing dengan IP atau negara sendiri — 3proxy dengan port terpisah untuk setiap akun.
  • Tim, log permintaan, cache — Squid.
  • Program tanpa pengaturan proxy sama sekali — proxychains-ng.

Lima kesalahan yang paling mahal

  1. Gerbang mendengarkan semua antarmuka. Menjalankan gost dengan -L http://:8080 di VPS — dan mendapatkan proxy terbuka untuk seluruh internet di gigabyte Anda. Proxy terbuka cepat ditemukan oleh pemindai. Selalu tentukan 127.0.0.1, dan jika gerbang digunakan oleh mesin lain — tutup port dengan firewall. Tentang bagaimana botnet dengan cepat menemukan port terbuka di server dengan parser, kami telah menulis dalam analisis cacing CARBONATO.
  2. Kebocoran melewati gerbang. Squid tanpa never_direct, proxychains tanpa proxy_dns, browser yang mengakses melalui WebRTC/UDP secara langsung — semua ini mengungkapkan IP asli. Periksa hasilnya di layanan deteksi IP dan pada tes kebocoran DNS.
  3. Satu gerbang untuk semua akun. Jika 30 profil anti-detect melihat ke satu port dengan satu sesi sticky, semua akan memiliki satu IP — ini adalah jalan langsung menuju pengikatan akun. Sebar profil ke port yang berbeda atau gunakan parameter sesi dari penyedia.
  4. Karakter khusus dalam kata sandi. @ dan : merusak parsing alamat seperti login:pass@host. Gunakan parameter base64 di gost, escaping di Squid, atau buat kata sandi tanpa karakter khusus.
  5. Gerbang — hop tambahan dan titik kegagalan. Di mesin lokal, latensi hampir nol, tetapi jika gerbang berada di pusat data lain, setiap permintaan akan menambah latensi jaringan. Jaga agar gerbang dekat dengan program dan atur autostart (systemd, layanan Windows), jika tidak, setelah reboot server, parser akan diam-diam pergi ke tempat yang tidak diketahui.

Proxy apa yang dipasang di belakang gerbang

Gerbang tidak peduli jenis proxy apa yang dipasang di belakangnya — pilihan tergantung pada tugas:

  • Proxy residensial — untuk pengambilan data dari situs yang dilindungi, marketplace, dan profil anti-detect: IP pengguna rumah menyebabkan lebih sedikit kecurigaan di mata anti-bot.
  • Proxy seluler — untuk media sosial dan aplikasi, di mana pemeriksaan paling ketat: satu IP dari operator seluler (melalui CGNAT) biasanya digunakan oleh banyak pelanggan nyata untuk terhubung ke internet, dan memblokirnya berisiko bagi platform itu sendiri.
  • Proxy pusat data — untuk tugas besar tanpa perlindungan ketat: pemeriksaan ketersediaan, API, pengujian. Paling murah per gigabyte.

Jika proxy dengan rotasi, logika penggantian IP biasanya ditentukan oleh penyedia — melalui parameter dalam login atau pengaturan di dasbor. Gerbang tidak merusaknya: ia meneruskan login apa adanya. Oleh karena itu, nyaman untuk mengangkat beberapa port dengan parameter sesi yang berbeda — satu dengan IP baru untuk setiap permintaan, yang lain dengan IP tetap selama 30 menit.

Kesimpulan

Proxy dengan login dan kata sandi cocok untuk program mana pun, jika Anda menempatkan gerbang lokal di antara mereka. gost menyelesaikan tugas dengan satu perintah, 3proxy nyaman untuk "port = profil", Squid — untuk tim dengan log, dan proxychains-ng menghubungkan ke proxy bahkan perangkat lunak yang tidak tahu apa-apa tentang proxy. Aturan utama: hanya mendengarkan 127.0.0.1, melarang koneksi langsung yang melewati induk, dan memeriksa bahwa situs melihat IP penyedia, bukan IP Anda.