Fix ssh_exchange_identification-forbindelse lukket af værten

Opdateret April 2024: Stop med at få fejlmeddelelser, og sænk dit system ned med vores optimeringsværktøj. Hent det nu kl dette link

1. Download og installer reparationsværktøjet her.
2. Lad det scanne din computer.
3. Værktøjet vil derefter reparér din computer.

Mens ssh_exchange_identification: forbindelsen i mange tilfælde er lukket på grund af en fejl på den eksterne vært, kan problemer med hosts.deny og hosts.allow konfigurationsfiler forårsage problemer, men der er andre ting, der kan forårsage problemet. Hvis du læser dette, har du sandsynligvis allerede kontrolleret, at disse to filer ikke forhindrer din IP-adresse i at bruge ssh på en fjernserver.

Hvis man antager, at dette er tilfældet, kan det være et afhængighedsproblem, der er relateret til hukommelsesfragmentering eller endda overdreven sessioner fra individuelle klienter. Den gode nyhed er, at når problemet først er løst, skal du ikke længere se fejlen.

Kontroller for manglende afhængigheder

• Denne fejl opstår normalt efter en Glibc- eller OpenSSL-opdatering, og serveren kunne ikke genstartes.
• Mens mange distributioner kan installere opdateringen til glibc eller OpenSSL og ikke kræver en genstart, falder din muligvis ikke i samme kategori.
• Hvis du ved, at opdateringen er installeret til Glibc, skal du bruge lsof for at se, hvor SSHD har åbne filer.
• Hvis du bruger Ubuntu eller Debian, skal du bruge opgraderingskommandoen til at hente og installere nye pakker. Dette vil hjælpe dig med at løse problemer, der kan have opstået på grund af ødelagte pakker.

Fastsættelse af hukommelsesfragmentering

Hvis det ikke hjælper, kan du have et problem på værtssiden af ​​ligningen. Værter, der kører i en VM, har ikke altid en swap-partition, hvilket kan føre til hukommelsesfragmentering. Adgang til værten på andre måder, måske fysisk, og genstart derefter tjenester, der oplever problemer. MySQL, Apache, nginx og andre sådanne tjenester kan være synderne.

Selvom det måske ikke altid er muligt at genstarte værten, kan dette løse problemet og kan det være en god ide, hvis du har gået frem og tilbage mellem denne fejlmeddelelse og den, der returnerer en IP-adresse. Husk, at hvis du har adgang til serveren, kan du køre vmstat -s-kommandoen og få vigtige statistikker om, hvordan hukommelse i mange tilfælde bruges som en almindelig bruger.

Tjek de yderligere SSH-sessioner

• Brugere har måske overskredet det maksimale antal på SSH-sessioner uden at vide det.
• Prøv at rydde op i gamle sessioner, og forbind derefter igen til serveren.
• Du skal kun se en eller to brugere, der er logget på på et hvilket som helst tidspunkt. Hvis du vil kontrollere, om mere end en SSH-instans kører, skal du bruge kommandoen hvem.
• Hvis mere end to brugere er logget på, afsluttes brugerprocesser den ene efter den anden.
• Forbind igen til serveren ved hjælp af SSH og kontroller, om der er forbedringer.
• Dette problem opstår, når SSH ikke kan følge et script, der starter flere på hinanden følgende SSH-sessioner. Du kan også udsætte SSH-sessionen med sleep-kommandoen.

https://www.ibm.com/support/pages/ssh-error-sshexchangeidentification-connection-closed-remote-host

Ekspert Tip: Dette reparationsværktøj scanner lagrene og erstatter korrupte eller manglende filer, hvis ingen af ​​disse metoder har virket. Det fungerer godt i de fleste tilfælde, hvor problemet skyldes systemkorruption. Dette værktøj vil også optimere dit system for at maksimere ydeevnen. Den kan downloades af Klik her