NetworkManager-ssh menunjukkan bersambung tetapi tiada apa dilalukan
Penunjuk hanya membuktikan hubungan SSH terurus itu wujud. Semak sama ada pemalam membina peranti terowong atau satu set pemajuan, kemudian uji laluan aplikasi.
Menu menunjukkan sambungan SSH sebagai aktif, kunci hos telah diterima, dan pelayar masih tidak sampai ke mana-mana yang sepatutnya dicapai. Itu bukan percanggahan, kerana profil NetworkManager-ssh boleh menghasilkan dua keputusan yang sangat berbeza daripada hos dan kunci yang sama: peranti terowong yang membawa paket, atau satu set pemajuan yang hanya boleh digunakan oleh aplikasi tertentu. Penunjuk melaporkan bahawa hubungan SSH terurus itu wujud. Ia tidak pernah melaporkan yang mana satu daripada kedua-duanya anda terima.
Dua keputusan di sebalik satu entri menu
Kedua-dua mod mengesahkan dengan cara yang sama, dan itulah sebabnya ia dikelirukan. Memilih profil dengan cara yang sama betul-betul, dengan kelayakan yang sama, boleh meninggalkan anda dengan antara muka yang boleh dilalukan atau dengan soket mendengar yang perlu dimaklumkan kepada satu aplikasi.
Mulakan dengan memutuskan keputusan mana yang benar-benar diperlukan oleh tugasan. Keperluan capaian seluruh subrangkaian memerlukan peranti. Satu perkhidmatan pada hos jauh memerlukan pemajuan, dan membina terowong untuknya biasanya mencipta lebih banyak kerja penghalaan daripada yang patut diterima oleh masalah itu.
Apa yang setiap mod mesti ada sebelum ia berfungsi
Projek mendokumenkan kedua-dua mod, dan prasyaratnya cukup berbeza sehingga yang tiada kelihatan seperti kegagalan protokol dan bukan pilihan reka bentuk.
| Mode | What must exist | What still has to be true |
|---|---|---|
| Tunnel device | Compatible TUN/TAP arrangement on both ends, permission, addressing | A route policy that actually sends the intended prefixes into it |
| Forwarding only | A chosen SOCKS, local-forward or remote-forward listener | A permitted destination path on the far side |
Baca lajur kanan dengan teliti, kerana di situlah kebanyakan tiket seperti ini berakhir. Malah peranti terowong yang dibina sempurna hanya meliputi apa yang dihantar oleh penghalaan ke dalamnya, dan malah pemajuan sempurna hanya membantu aplikasi yang diberitahu untuk menggunakannya.
Antara muka dummy bukan terowong
Dalam mod pemajuan, pemalam mendokumenkan antara muka dummy yang dicipta untuk memenuhi model sambungan. Ia wujud supaya pengurus mempunyai sesuatu untuk dilampirkan keadaan. Ia tidak membawa paket aplikasi sewenang-wenangnya ke rangkaian jauh, dan tiada apa dalam kehadirannya menunjukkan bahawa penghalaan IP telah berubah.
Contoh terowong penuh dalam projek berkaitan sokongan peranti terowong OpenSSH, jadi perkataan terowong pada label menggambarkan keupayaan, bukan dasar sebenar anda. Semak apa yang akan dilakukan oleh kernel dan bukan apa nama profil itu.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"Kemudian padankan keputusan itu dengan aplikasi. Program yang memahami SOCKS mesti dikonfigurasikan untuk menggunakan proksi. Pengguna pemajuan tempatan mesti dihalakan ke pendengarnya. Kedua-duanya tidak menemui pemajuan itu sendiri, dan kedua-duanya tidak dibantu oleh penunjuk sambungan yang bertukar hijau.
Sediakan bahagian jauh dan bukannya memaksanya
Akaun SSH biasa boleh mengesahkan tanpa sebarang kebenaran untuk menaikkan peranti terowong jauh. Projek mendokumenkan laluan tanpa root di mana pentadbir mencipta peranti itu lebih awal untuk pengguna tersebut, dan klien kemudian memilih nombor yang sepadan.
Susunan sedemikian memerlukan penyelarasan dengan dasar terowong pelayan dan dengan sesiapa yang memiliki pengalamatan pada rangkaian jauh. Mencipta peranti itu tidak dengan sendirinya memberikan laluan sumber, kebenaran pemajuan atau laluan balik, dan tiada satu pun daripadanya datang kerana konfigurasi contoh kelihatan meyakinkan.
Apa yang anda tidak patut lakukan ialah mengaktifkan pemajuan tanpa had atau log masuk root jauh supaya satu contoh berfungsi. Di mana pengendali memiliki persediaan rangkaian jauh, gunakan susunan yang disokong untuk menyerahkan arahan itu kepada pemilik tersebut, dan elakkan pembantu kedua yang memulihkan alamat bercanggah semasa terputus.
Konteks pengesahan, dan apa yang perlu dimasukkan dalam tiket
Pengesahan mempunyai konteksnya sendiri. Pemalam mencari ejen SSH yang berkaitan dengan sesi pengguna dan memerlukan hos destinasi diketahui, jadi kunci yang berfungsi dalam satu terminal tidak menjadi kelihatan secara automatik kepada laluan pengesahan pengurus. Daftarkan dan semak kunci hos melalui proses yang diluluskan dan bukannya mematikan semakan itu.
Untuk sokongan, catat empat perkara: pemalam dan versinya, mod yang dipilih, identiti jauh yang dimaksudkan, dan antara muka atau pendengar yang sepatutnya muncul. Kemudian uji titik masuk aplikasi secara langsung. Penunjuk bersambung bersama ujian yang berfungsi ialah bukti; penunjuk bersambung sahaja ialah kenyataan tentang SSH, bukan tentang penghalaan atau kebenaran sumber yang anda cuba peroleh.