Иако у многим случајевима ссх_екцханге_идентифицатион: Веза затворена грешком удаљеног хоста може бити узрокована проблемима повезаним са датотекама конфигурације хостс.дени и хостс.аллов, постоје и друге ствари које могу изазвати проблем. Ако ово читате, вероватно сте већ проверили да ли ове две датотеке не спречавају вашу ИП адресу да покушава да користи ссх на удаљеном серверу.
Под претпоставком да је то случај, онда можда тражите проблем зависности, нешто што је повезано са фрагментацијом меморије или чак превеликим бројем сесија које долазе од појединачних клијената. Добра вест је да након што решите проблем више не бисте требали видети грешку.
1. метод: Исправљање недостајућих зависности
Ако сте ссх_екцханге_идентифицатион: везу затворили грешком удаљеног хоста тек након ажурирања ОпенССЛ-а или глибц-а, можда тражите зависност која недостаје. Покрени судо лсоф -н | греп ссх | греп ДЕЛ из командне линије у овој ситуацији. Ово ће вам дати листу отворених датотека, а затим потражите само оне које су недавно избрисане у вези са ссх демоном.
Ако ништа не вратите, и даље можете покушати да поново покренете демон или сам систем. Покушаћете поново да покренете ако вам је враћен известан број грешака, мада можете безбедно да игноришете оне повезане са / рун / усер / 1000 / гвфс порукама јер су оне узроковане неповезаним проблемом који мора урадити са виртуелним системом датотека.
Можете покушати да користите апт-гет, пацман или иум за ажурирање пакета ако сумњате да зависности представљају проблем. Ако сте на систему заснованом на Дебиану или Убунтуу, можда ћете желети да испробате надоградњу судо апт-гет -ф и видите да ли то поправља било који сломљени пакет који сте можда запали.
2. метод: Исправљање фрагментације меморије
Ако ово није помогло, можда ћете имати проблем на страни домаћина једначине. Домаћини који се изводе унутар ВМ-а немају увек свап партицију, што може довести до фрагментације меморије. Приступите хосту на неки други начин, можда физички ако је могуће, а затим поново покрените све услуге које пате од проблема. Кривци могу бити МиСКЛ, Апацхе, нгинк и друге такве услуге.
Иако није увек могуће поновно покретање хоста, ово може исправити проблем и можда би било добро ако сте наизменично мењали ову поруку о грешци и ону која враћа ИП адресу. Имајте на уму да ако имате било какав приступ серверу, тада можете покренути наредбу вмстат -с и добити неке важне статистике о томе како се меморија у многим случајевима користи чак и као обичан корисник.
3. метод: Проверите да ли постоје додатни ссх примери
Ако то забраните, проверите да ли хостови покушавају да се повежу са сервером. Можда сте премашили максималан број ссх сесија а да то нисте знали. Почистите старе сесије, а затим покушајте да се поново повежете. Једноставан начин да то урадите је покренути који командује да види које корисник процеси су пријављени. Треба само да видите један или два корисника пријављени. Ако постоји велики број паралелних оне, онда убију процесе корисника и покушати поново се пријавите .
То се може догодити ако ссхд не може пратити скрипту која започиње много различитих ссх сесија у петљи. Ако вам се ово икада догодило, додајте наредбу слееп 0.3 у петљу како би ссхд даемон имао времена да настави.
4. метод: Пронађите ссхд ограничење везе
Овакви проблеми са везом су нарочито раширени када покушавате да употребите ссх за приступ рутеру или другој врсти дискретног прекидача у кутији, јер је задати максимални број веза тако мали. Иако не желите да дозволите себи да преоптеретите сервер, можете погледати која је подразумевана поставка.
Покушајте да покренете 
на серверу да бисте пронашли колико веза које ссхд може да поднесе. У већини случајева систем би требало да подеси 10 симултаних веза, што би требало бити довољно за већину серверских структура за које ће већина корисника вероватно требати да редовно користи ссх.