Mengapa Pendengar Proksi SSH Songsang Hanya Boleh Dicapai pada Pelayan
Semak alamat bind pendengar jauh dan mod GatewayPorts sebelum menukar protokol proksi atau kelayakan.
Pemajuan jauh boleh berfungsi dari pelayan SSH tetapi menolak sambungan dari mesin lain kerana ia mendengar pada loopback sahaja. Semak alamat mendengar sebenar dahulu.
Di sisi pelayan GatewayPorts | Bind pemajuan jauh |
|---|---|
no, lalai | Menghadkan pendengar kepada loopback |
yes | Memaksa bind wildcard |
clientspecified | Membenarkan klien meminta alamat bind tertentu |
Untuk pendengar yang dimaksudkan pada satu antara muka terkawal, pelayan boleh menggunakan:
GatewayPorts clientspecifiedKlien kemudian meminta alamat yang sesuai dalam spesifikasi -R-nya. Alamat itu mesti wujud pada mesin jauh, dan sekatan pemajuan lain masih terpakai. -g di sisi klien bukan kawalan yang boleh ditukar ganti untuk arah ini.
Tiga kebenaran kekal berasingan: kebenaran SSH untuk mencipta pemajuan, akses rangkaian ke pendengarnya, dan dasar akses perkhidmatan HTTP atau SOCKS itu sendiri. Log masuk SSH mengesahkan pencipta terowong; ia tidak mengesahkan setiap pemanggil kemudian bagi pendengar yang dikongsi dan tidak menambah cabaran kata laluan SOCKS.
Jika pemanggil jauh masih tidak dapat menyambung, periksa alamat bind, sekatan pemajuan pelayan dan laluan firewall dalam susunan itu. Setelah TCP mencapai pendengar, jabat tangan proksi yang gagal ialah masalah kemudian.