Menjembatani klien SOCKS ke induk HTTP CONNECT dengan 3proxy

Menjelaskan gateway sisi SOCKS yang didukung induk HTTP CONNECT, serta persyaratan protokol dan autentikasi di setiap hop.

Aplikasi membutuhkan SOCKS. Layanan hulu yang disetujui menerima HTTP CONNECT. Menaruh endpoint HTTP di kolom SOCKS aplikasi tidak menerjemahkan antara protokol.

Gateway dapat menerima SOCKS dari aplikasi, membaca tujuan yang diminta, dan meminta induk HTTP membuat terowongan CONNECT ke tujuan itu. Lalu gateway meneruskan aliran aplikasi melalui terowongan.

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

Buat setiap antarmuka eksplisit

Bagi gateway yang mendukung susunan ini, tipe induknya penting. Dokumentasi 3proxy membedakan induk connect dari induk yang dipakai sebagai proxy penerusan HTTP biasa.

Dengan pengguna 3proxy dan autentikasi yang sudah ada, fragmen perutean hanya-lokal dapat berbentuk seperti ini:

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

Fragmen ini mengasumsikan akun sudah didefinisikan. Fragmen ini tidak menambahkan kredensial apa pun yang dibutuhkan induk HTTP sendiri, dan tidak menggantikan kebijakan akses yang ada. Untuk tujuan publik pada rute yang mengizinkan induk HTTP publik tanpa autentikasi, daftar proxy HTTP menawarkan calon host dan port. Biarkan kredensial induk tidak ada untuk cabang itu dan pastikan izin untuk target sebenarnya; akun gateway sendiri tetap lokal. Aturan parent dikaitkan dengan aturan allow sebelumnya menurut model konfigurasi 3proxy yang terdokumentasi.

Aplikasi memakai endpoint SOCKS lokal. Gateway memakai HTTP CONNECT ke arah induk. Induk tetap menentukan apakah host dan port tujuan yang diminta diizinkan.

Cakupan yang berguna di sini adalah terowongan aliran TCP biasa. Asosiasi UDP SOCKS5 tidak menjadi didukung hanya karena pendengar depan menerima SOCKS5. Induk HTTP CONNECT tidak otomatis menyediakan relai UDP yang dibutuhkan.

HTTPS dapat tetap ujung-ke-ujung di jalur ini; penerjemahan antar antarmuka proxy tidak memerlukan penyamaran situs tujuan. Autentikasi ke gateway, autentikasi ke induk, dan autentikasi situs tetap merupakan kredensial dan pertukaran yang berbeda.

Artikel terkait