Mencapai Proxy HTTP atau SOCKS yang Sudah Ada melalui SSH
Capai proxy HTTP atau SOCKS loopback jarak jauh melalui SSH tanpa memaparkan listener-nya ke publik.
Jika relay.example.net sudah menjalankan SOCKS pada 127.0.0.1:1080 miliknya sendiri, teruskan akses alih-alih memaparkan listener tersebut ke publik:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Titik akhir | Peran |
|---|---|
Laptop 127.0.0.1:1081 | Alamat SOCKS yang dikonfigurasi di aplikasi laptop. |
Relay 127.0.0.1:1080 | Proxy yang sudah ada dan dicapai dari sisi server SSH. |
Sintaks penerusan lokal menetapkan tujuan tetap ke sisi server. Proxy HTTP pada port loopback jarak jauh 3128 atau titik akhir intranet seperti proxy.internal.example:8080 bekerja dengan prinsip yang sama. Konfigurasikan klien untuk protokol HTTP yang sudah ada itu dan akunnya; membawanya melalui SSH tidak membuat SOCKS atau listener HTTPS dengan TLS.
Layanan yang ada tetap memilih versi protokol yang didukung, autentikasi, tujuan, dan jalan keluar akhir. Jika proses SSH lain membuat proxy jarak jauh itu, kedua proses harus tetap hidup. Rute laptop→relay→gateway membuat situs web melihat koneksi keluar terakhir, bukan identitas yang dialokasikan oleh port lokal 1081.
Jaga pengikatan laptop tetap lokal secara eksplisit. Paparan yang lebih luas mengubah siapa yang dapat mencapai layanan, dan login SSH tidak menambahkan kata sandi SOCKS ke listener. Untuk penolakan, periksa listener laptop, transport SSH, dan proxy jarak jauh sebagai tahapan terpisah.