За да разрешим успешно този проблем, трябва да определим първопричината за тази грешка. Тази статия ще ви предостави най -вероятните причини и предлага подробно техните ефективни решения. Следвайте статията, за да научите методите за отстраняване на тази грешка.
Нулирането на връзката от грешка на ssh на peer причинява
Тази ssh идентификационна грешка твърди, че TCP потокът е внезапно затворен от отдалечената машина. Понякога рестартирането на отдалечен сървър може бързо да разреши кратко прекъсване или проблем със свързването.
Можете да предотвратите появата на грешки в бъдеще във вашата система, като научите как да диагностицирате този проблем и да откриете основната му причина. Събрахме често срещаните причини да идентифицирате водещата причина за това нулиране на връзката чрез грешка на партньор.
- Файлът демон на SSH, свързан с конфигурацията, е променен.
- Чрез надграждане на правилата на защитната стена софтуерът за предотвратяване на проникване блокира вашия IP адрес.
- Поради списъците за контрол на достъпа, базирани на хост, връзката е забранена.
Метод 1: Проверка на файлове за отказ на хост и разрешаване на хост
Редактиране на файл host.deny
TCP обвивките са файловете hosts.deny и hosts.allow. Тези файлове се използват като функция за защита за ограничаване на имената на хостове или IP адреси, свързани с отдалечената система. С помощта на любимия си текстов редактор се свържете с отдалечения си сървър и отворете файла hosts.deny. Напишете дадената по-долу команда, ако използвате nano в система, базирана на Linux.
$ sudo nano /etc/hosts.deny
Коментарите са редове, които са оставени празни или започват с „ # ‘Символ. Проверете дали този файл host.deny съдържа вашия локален IP или име на хост. Ако сте разбрали, незабавно го премахнете или коментирайте, защото няма да се свърже отдалечено.
Запазете файла host.deny и излезте, след като направите необходимите промени. След това опитайте отново да се свържете чрез SSH.
Редактиране на файла host.allow
Редактирайте файла hosts.allow като допълнителна предпазна мярка. В рамките на домакините. В този файл първо ще бъдат приложени съществуващите правила за достъп. Този файл има превъзходство над host.deny файла. За да видите файла hosts.allow, изпълнете дадената по-долу команда:
$ sudo nano /etc/hosts.allow 
Добавянето на IP адреси и имена на хостове към файла host.allow създава изключения за настройките на файла hosts.deny. Например, създаване на политика във файла host.deny за ограничаване на достъпа до всички хостове. След това можете да редактирате hosts.allow на файла да добавя всеки един IP диапазон, IP адрес или име на хост. Само на посочения IP ще бъде разрешено да осъществи SSH връзка с вашия отдалечен сървър, след като изпишете тези редове във файла host.allow:
sshd: ВСИЧКИВСИЧКИ: ВСИЧКИ
sshd: 10.10.0.5, МЕСТНО
Не забравяйте, че такава настройка за сигурност ще ограничи способността ви да контролирате и поддържате отдалечените си сървъри.
Метод 2: Проверка на файла sshd_config
Проучете записа в дневника за удостоверяване, ако все още получавате грешката на темата. Демонът на SSH предава информация, свързана с регистрирането, в системните регистрационни файлове по подразбиране. След като не успеете да влезете, проверете файла /var/log/auth.log. За да разгледате най -новите записи в дневника, напишете тази команда:
$ tail -f /var/log/auth.logИзпълнението на тази команда извежда информация, свързана с вашия потребителски акаунт, неговата парола, ключ за удостоверяване, както и резултата от вашите опити за удостоверяване.
Дневникът съдържа информация, която ще ви помогне да намерите потенциални грешки в конфигурационния файл sshd. Например, когато се установи ssh връзка, промените, направени в лог файла, ще променят договорените условия, което също кара отдалечения сървър да отхвърли клиента. Въведете: sshd config за отваряне на конфигурационния файл sshd.
$ sudo nano/etc/ssh/sshd_config 
Основните настройки, като удостоверяване на двойките ключове ssh, TCP порт, могат да бъдат променени в конфигурационния файл на sshd и другите сложни възможности като порт за препращане.
Ако направите промени в конфигурационния файл sshd, трябва да рестартирате услугата sshd, за да влязат в сила.
Заключение
Броят на възможните причини е огромен и тяхното отстраняване е предизвикателство по всякакъв начин. Ако ssh идентификация за размяна грешката продължава, може да се наложи да се свържете с вашия хост. В тази статия сте разгледали най -честите причини за s sh обмен на идентификация: прочетете Връзката е нулирана от партньор грешка. Сега трябва успешно да разрешите проблема и да знаете как да се справите с подобни предизвикателства в бъдеще, като разглеждате всяка възможност една по една.