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