Kata laluan SSH anda bukan kata laluan SOCKS

Anda menaip kata laluan untuk memulakan ssh -D. Ia mengesahkan sambungan SSH anda. Ia tidak mencipta akaun SOCKS yang dilindungi kata laluan untuk setiap program yang boleh mencapai pendengar baharu itu.

Pemajuan dinamik OpenSSH menyediakan perkhidmatan SOCKS setempat melalui pengangkutan SSH yang disahkan. Pengendalian SOCKS5-nya memilih kaedah tanpa pengesahan; ia bukan pelayan SOCKS umum dengan nama pengguna dan kata laluan.

Untuk penggunaan peribadi, ikat secara setempat:

ssh -N -D 127.0.0.1:1080 [email protected]

Aplikasi pada komputer itu menggunakan port 1080 tanpa memasukkan kata laluan SSH anda sebagai kata laluan SOCKS. Dokumentasi pemajuan dinamik menerangkan pendengar, dan kod pengendalian SOCKS OpenSSH memberikan butiran pengesahan.

Perkongsian mengubah masalahnya

Mengikat kepada alamat LAN menjadikan port itu boleh dicapai di luar penggunaan setempat asal. Klien berdekatan tidak mewujudkan sesi SSH berasingan hanya kerana trafik mereka melalui trafik anda. Jika rangkaian membenarkan akses, klien tersebut boleh berkongsi identiti luaran gateway anda.

Tembok api boleh menyekat klien yang boleh dicapai tetapi tidak menambah pertukaran log masuk SOCKS. Untuk nama pengguna SOCKS, kuota atau peraturan setiap pengguna yang berasingan, pilih pelayan yang menyokong ciri tersebut. Dante, sebagai contoh, mendokumenkan pengesahan SOCKS secara berasingan daripada sekatan alamat klien.

Ini juga membantu penyelesaian masalah. Klien yang berkeras dengan kaedah nama pengguna/kata laluan SOCKS mungkin tidak berunding dengan pendengar ini seperti yang anda jangkakan. Laraskan aplikasi atau pilih perkhidmatan SOCKS yang disahkan yang sesuai; mencuba kata laluan SSH anda berulang kali menangani log masuk yang salah.

Kebolehcapaian setempat sahaja masih merupakan sempadan yang perlu difahami, bukan dakwaan bahawa setiap proses pada komputer setempat milik pengguna yang sama.