Port yang diteruskan SSH tidak selalu merupakan proxy SOCKS
Bedakan penerusan lokal SSH yang tetap dari pendengar SOCKS dinamis sebelum mengonfigurasi aplikasi.
Anda membuat terowongan SSH, memasukkan 127.0.0.1 dan portnya ke pengaturan proxy peramban, dan tidak ada yang termuat. Pendengar itu mungkin bekerja dengan sempurna. Mungkin ia hanya menunggu jenis lalu lintas yang salah.
| Penerusan | Apa yang dikirim aplikasi lokal | Pilihan tujuan |
|---|---|---|
-L | Protokol biasa layanan tujuan | Ditetapkan dalam perintah SSH |
-D | Negosiasi SOCKS, lalu lalu lintas aplikasi | Diminta oleh klien SOCKS |
Untuk satu server web, ini adalah penerusan tetap:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]Kunjungi http://127.0.0.1:9080/ sebagai situs web. Jangan beri label port 9080 sebagai SOCKS: port itu meneruskan byte ke satu server web yang disebut dalam perintah. Membuka situs dengan nama host lain juga dapat memengaruhi hosting virtual, pengalihan, atau cookie-nya.
Untuk pendengar SOCKS, bentuknya berubah:
ssh -N -D 127.0.0.1:1080 [email protected]Konfigurasikan aplikasi untuk memakai SOCKS di 127.0.0.1:1080. Memasukkan alamat itu langsung ke bilah alamat peramban mengirim permintaan web ke pendengar SOCKS, ketidakcocokan protokol lainnya.
Manual OpenSSH mendokumentasikan kedua bentuk. Ada pengecualian yang berguna: meneruskan proxy HTTP yang sudah ada dengan -L menghasilkan port lokal yang berbicara protokol proxy HTTP, karena tujuan tetapnya sendiri adalah proxy HTTP. Layanan di ujung jauh yang menentukan apa yang cocok untuk penerusan tetap. Meneruskan proxy yang sudah ada melalui SSH mempertahankan protokol dan akun proxy tersebut.