Solució: ssh_exchange_identification 'connexió tancada per un amfitrió remot'



Proveu El Nostre Instrument Per Eliminar Problemes

Tot i que, en molts casos, ssh_exchange_identification: la connexió tancada per un error d’amfitrió remot pot ser causada per problemes relacionats amb els fitxers de configuració hosts.deny i hosts.allow, hi ha altres coses que poden causar el problema. Si esteu llegint això, és probable que ja hàgiu comprovat que tots dos fitxers no bloquegen la vostra adreça IP per intentar utilitzar ssh en un servidor remot.



Suposant que aquest sigui el cas, és possible que estigueu veient un problema de dependència, alguna cosa relacionada amb la fragmentació de la memòria o fins i tot un nombre excessiu de sessions provinents de clients individuals. La bona notícia és que, un cop solucionat el problema, no hauríeu de tornar a veure l’error.



Mètode 1: solucionar les dependències que falten

Si heu obtingut la identificació ssh_exchange_identification: connexió tancada per error d’amfitrió remot només després d’actualitzar OpenSSL o glibc, és possible que estigueu veient una dependència que falta. Correr suo lsof -n | grep ssh | grep DEL des de la línia d’ordres en aquesta situació. Això us proporcionarà una llista de fitxers oberts i, a continuació, busqueu només els que s’hagin suprimit recentment relacionats amb el dimoni ssh.



Si no obteniu res, podeu provar de reiniciar el dimoni o el propi sistema. Voleu provar de reiniciar-lo si se us van provocar diversos errors, tot i que podeu ignorar amb seguretat els missatges relacionats amb / run / user / 1000 / gvfs, ja que són causats per un problema no relacionat que ha de fer amb un sistema de fitxers virtual.

Podeu provar d'utilitzar apt-get, pacman o yum per actualitzar els vostres paquets si sospiteu que les dependències són un problema. Si utilitzeu un sistema basat en Debian o Ubuntu, és possible que vulgueu provar-ho sudo apt-get -f upgrade i vegeu si això soluciona alguns paquets trencats dels quals és possible que hagueu caigut.



Mètode 2: Correcció de la fragmentació de la memòria

Si això no va ajudar, és possible que tingueu un problema al costat de l'amfitrió de l'equació. Els amfitrions que s’executen dins d’una màquina virtual no sempre tenen una partició d’intercanvi, cosa que pot provocar la fragmentació de la memòria. Accediu a l’amfitrió per altres mitjans, potser físicament si és possible, i reinicieu els serveis que pateixin problemes. MySQL, Apache, nginx i altres serveis d’aquest tipus poden ser els culpables.

Tot i que no sempre és possible reiniciar l’amfitrió, això pot corregir el problema i pot ser una bona idea si heu alternat aquest missatge d’error amb un que retorna una adreça IP. Tingueu en compte que si teniu algun tipus d’accés al servidor, podeu executar el fitxer vmstat -s ordeneu i obteniu algunes estadístiques importants sobre com s’utilitza la memòria fins i tot com a usuari habitual en molts casos.

Mètode 3: comproveu si hi ha instàncies ssh addicionals

Excepte això, comproveu si els equips intenten connectar-se al servidor. És possible que hagueu superat el nombre màxim de sessions ssh sense saber-ho. Esborreu les sessions antigues i, a continuació, intenteu tornar a connectar-vos. Una manera fàcil de fer-ho és executar el fitxer OMS per veure quins processos d'usuari han iniciat la sessió. Només hauríeu de veure un o dos usuaris connectats. Si n'hi ha diversos de paral·lels, elimineu els processos d'usuari i torneu a iniciar la sessió.

Això pot passar si sshd no pot mantenir-se al dia amb un script que inicia moltes sessions ssh diferents en bucle. Si això us ha passat alguna vegada, afegiu el fitxer dormir 0,3 ordre al bucle perquè el dimoni sshd tingui temps per mantenir-se al dia.

Mètode 4: cerqueu el límit de connexió sshd

Problemes de connexió com aquest són especialment freqüents quan s’intenta utilitzar ssh per accedir a un enrutador o a un altre tipus de commutador discret, ja que el nombre màxim de connexions per defecte és tan petit. Tot i que no voleu deixar-vos sobrecarregar el servidor, podeu veure quina és la configuració predeterminada.

Prova de córrer al servidor per trobar quantes connexions poden gestionar sshd. En la majoria dels casos, el sistema hauria de tenir per defecte 10 connexions simultànies, que haurien de ser suficients per a la majoria de les estructures de servidor que és probable que la majoria d’usuaris necessitin utilitzar ssh regularment.

3 minuts de lectura