Perbaiki: ssh_exchange_identification 'sambungan ditutup oleh hos jauh'

Walaupun dalam banyak kes ssh_exchange_identification: Sambungan ditutup oleh ralat host jauh boleh disebabkan oleh masalah yang berkaitan dengan fail konfigurasi hosts.deny dan hosts.allow, ada perkara lain yang boleh menyebabkan masalah. Sekiranya anda membaca ini, kemungkinan anda sudah memeriksa untuk memastikan bahawa kedua-dua fail ini tidak menyekat alamat IP anda daripada menggunakan ssh pada pelayan jauh.

Dengan andaian ini terjadi, maka anda mungkin akan melihat masalah ketergantungan, sesuatu yang berkaitan dengan pemecahan memori atau bahkan banyak sesi yang datang dari pelanggan individu. Berita baiknya ialah apabila anda selesai menangani masalah tersebut, anda tidak seharusnya melihat kesalahan itu lagi.

Kaedah 1: Memperbaiki Kehilangan Dependensi

Sekiranya anda mendapat ssh_exchange_identification: sambungan ditutup oleh ralat host jauh hanya setelah mengemas kini OpenSSL atau glibc, maka anda mungkin melihat kebergantungan yang hilang. Lari sudo lsof -n | grep ssh | grep DEL dari baris arahan dalam keadaan ini. Ini akan memberi anda senarai fail terbuka, kemudian cari hanya fail yang baru dipadam yang berkaitan dengan ssh daemon.

Sekiranya anda tidak mendapat apa-apa, anda masih boleh mencuba menghidupkan semula daemon atau sistem itu sendiri. Anda ingin mencuba memulakan semula jika sejumlah kesalahan dilemparkan kepada anda, walaupun anda boleh mengabaikan mesej yang berkaitan dengan / run / user / 1000 / gvfs kerana ini disebabkan oleh masalah yang tidak berkaitan yang harus lakukan dengan sistem fail maya.

Anda boleh menggunakan apt-get, pacman atau yum untuk mengemas kini pakej anda juga jika anda mengesyaki masalah bergantung kepada anda. Sekiranya anda menggunakan sistem berasaskan Debian atau Ubuntu, maka anda mungkin ingin mencuba peningkatan sudo apt-get -f dan lihat apakah itu membetulkan pakej yang rosak yang mungkin tidak anda laksanakan.

Kaedah 2: Memperbetulkan Fragmentasi Memori

Sekiranya ini tidak membantu, anda mungkin menghadapi masalah di sisi tuan rumah persamaan. Host yang berjalan di dalam VM tidak selalu mempunyai partisi pertukaran, yang boleh menyebabkan pemecahan memori. Akses hos dengan cara lain, mungkin secara fizikal jika boleh, dan mulakan semula perkhidmatan yang menghadapi masalah. MySQL, Apache, nginx dan perkhidmatan lain yang mungkin menjadi penyebabnya.

Walaupun mungkin tidak dapat dilakukan semula untuk menghidupkan semula hos, ini dapat membetulkan masalah dan mungkin idea yang baik jika anda bergantian antara mesej ralat ini dan yang mengembalikan alamat IP. Perlu diingat bahawa jika anda mempunyai akses ke pelayan, anda boleh menjalankannya vmstat -s perintah dan dapatkan beberapa statistik penting tentang bagaimana memori digunakan walaupun sebagai pengguna biasa dalam banyak keadaan.

Kaedah 3: Periksa Keadaan Tambahan ssh

Halangan ini, kemudian periksa untuk mengetahui apakah hos cuba menyambung ke pelayan. Anda mungkin telah melebihi jumlah maksimum sesi ssh tanpa menyedarinya. Kosongkan sesi lama dan kemudian cuba menyambung semula. Salah satu cara mudah untuk melakukan ini adalah menjalankan who arahan untuk melihat proses pengguna mana yang masuk. Anda hanya perlu melihat satu atau dua pengguna log masuk. Sekiranya terdapat sebilangan proses yang selari, maka matikan proses pengguna dan cuba log masuk semula.

Ini mungkin berlaku jika sshd tidak dapat mengikuti skrip yang memulakan banyak sesi ssh yang berbeza. Sekiranya ini pernah berlaku kepada anda, maka tambahkan tidur 0.3 perintah ke gelung supaya daemon sshd mempunyai masa untuk mengikuti.

Kaedah 4: Cari Had Sshd

Masalah sambungan seperti ini terutama berlaku semasa cuba menggunakan ssh untuk mengakses penghala atau jenis suis kotak diskrit lain kerana bilangan sambungan maksimum lalai sangat kecil. Walaupun anda tidak mahu membiarkan diri anda memuatkan pelayan secara berlebihan, anda dapat melihat apakah tetapan lalai.

Cuba berlari di pelayan untuk mencari berapa banyak sambungan yang dapat dikendalikan oleh sshd. Dalam kebanyakan kes, sistem harus lalai dengan 10 sambungan serentak, yang semestinya banyak untuk kebanyakan struktur pelayan yang kebanyakannya pengguna perlukan untuk menggunakan ssh secara berkala.