Betulkan: ssh_exchange_identification & lsquo; sambungan ditutup oleh hos jauh & rsquo;

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 adalah bahawa setelah anda menangani masalah tersebut, anda tidak akan 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. Jalankan 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 dipadamkan 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 bahawa masalah bergantung adalah masalah. Sekiranya anda menggunakan sistem berasaskan Debian atau Ubuntu, maka anda mungkin ingin mencuba peningkatan sudo apt-get -f dan melihat apakah itu memperbaiki pakej yang rosak yang mungkin anda alami.

Kaedah 2: Membetulkan Fragmentasi Memori

Sekiranya ini tidak membantu, maka anda mungkin mempunyai masalah di sisi tuan rumah persamaan. Host yang berjalan di dalam VM tidak selalu mempunyai partisi pertukaran, yang boleh menyebabkan fragmentasi memori. Akses hos dengan cara lain, mungkin secara fizikal jika boleh, dan kemudian 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 merupakan 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 menjalankan perintah vmstat -s dan mendapatkan beberapa statistik penting mengenai bagaimana memori digunakan walaupun sebagai pengguna biasa dalam banyak keadaan.

Kaedah 3: Periksa Instance ssh Extra

Halangan ini, kemudian periksa untuk mengetahui apakah host 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 perintah siapa untuk melihat proses pengguna mana yang masuk. Anda hanya perlu melihat satu atau dua pengguna log masuk. Sekiranya terdapat sebilangan yang selari, matikan proses pengguna dan cuba log masuk semula .

Ini mungkin berlaku jika sshd tidak dapat mengikuti skrip yang memulai banyak sesi ssh yang berbeza. Sekiranya ini pernah berlaku kepada anda, maka tambahkan perintah sleep 0.3 ke lingkaran sehingga 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 jalankan 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 kemungkinan besar memerlukan pengguna menggunakan ssh secara berkala.