Mengapa Pendengar Proxy SSH Terbalik Hanya Dapat Diakses di Server
Periksa alamat bind pendengar jarak jauh dan mode GatewayPorts sebelum mengubah protokol proxy atau kredensial.
Penerusan jarak jauh dapat bekerja dari server SSH tetapi menolak koneksi dari mesin lain karena hanya mendengarkan di loopback. Periksa dulu alamat pendengar yang sebenarnya.
Di sisi server GatewayPorts | Bind penerusan jarak jauh |
|---|---|
no, bawaan | Membatasi pendengar ke loopback |
yes | Memaksa bind wildcard |
clientspecified | Mengizinkan klien meminta alamat bind tertentu |
Untuk pendengar yang ditujukan pada satu antarmuka terkendali, server dapat menggunakan:
GatewayPorts clientspecifiedKlien kemudian meminta alamat yang sesuai dalam spesifikasi -R-nya. Alamat itu harus ada di mesin jarak jauh, dan pembatasan penerusan lain masih berlaku. -g di sisi klien bukan kontrol yang dapat dipertukarkan untuk arah ini.
Tiga izin tetap terpisah: otorisasi SSH untuk membuat penerusan, akses jaringan ke pendengarnya, dan kebijakan akses layanan HTTP atau SOCKS itu sendiri. Login SSH mengautentikasi pembuat terowongan; ia tidak mengautentikasi setiap pemanggil berikutnya dari pendengar bersama dan tidak menambahkan tantangan kata sandi SOCKS.
Jika pemanggil jarak jauh masih tidak dapat terhubung, periksa alamat bind, pembatasan penerusan server, dan jalur firewall dalam urutan itu. Setelah TCP mencapai pendengar, jabat tangan proxy yang gagal adalah masalah berikutnya.