Fix: ssh_exchange_identification 'forbindelse lukket af fjernhost'

Mens i mange tilfælde ssh_exchange_identification: Connection lukket af fjernværtsfejl kan skyldes problemer relateret til hosts.deny og hosts.allow konfigurationsfiler, er der andre ting, der kan forårsage problemet. Hvis du læser dette, er chancerne for, at du allerede har tjekket for at sikre, at begge disse filer ikke blokerede din IP-adresse fra at forsøge at bruge ssh på en fjernserver.

Forudsat at dette er tilfældet, kan du se på et afhængighedsproblem, der er relateret til hukommelsesfragmentering eller endog et stort antal sessioner, der kommer fra individuelle kunder. Den gode nyhed er, at når du har taget hånd om problemet, bør du ikke se fejlen igen.

Metode 1: Fastsættelse af manglende afhængigheder

Hvis du har fået ssh_exchange_identification: forbindelsen lukket med fjernværtsfejl først efter opdatering af OpenSSL eller glibc, kan du se på en manglende afhængighed. Kør sudo lsof -n | grep ssh | grep DEL fra kommandolinjen i denne situation. Dette vil give dig en liste over åbne filer, så kun se på dem, der for nylig blev slettet relateret til ssh-dæmonen.

Skulle du ikke få noget tilbage, kan du stadig prøve at genstarte dæmonen eller selve systemet. Du vil gerne genstarte et forsøg, hvis en række fejl blev smidt tilbage på dig, selvom du sikkert kan ignorere de relaterede til / run / user / 1000 / gvfs-beskeder, da disse skyldes et uafhængigt problem, der skal gøre med et virtuelt filsystem.

Du kan forsøge at bruge apt-get, pacman eller yum til at opdatere dine pakker så godt, hvis du mistanke om afhængigheder er et problem. Hvis du har et Debian- eller Ubuntu-baseret system, kan du prøve at opgradere sudo apt-get -f og se, om det løser eventuelle ødelagte pakker, som du måske har faldet afoul af.

Metode 2: Korrigere Memory Fragmentation

Hvis dette ikke hjalp, har du muligvis et problem på ligningssiden. Værter, der løber inde i en VM, har ikke altid en swap-partition, hvilket kan føre til hukommelsesfragmentering. Få adgang til værten med andre midler, måske fysisk, hvis det er muligt, og genstart derefter tjenester, der lider af problemer. MySQL, Apache, Nginx og andre sådanne tjenester kan være synderne.

PRO TIP: Hvis problemet er med din computer eller en bærbar computer / notesbog, skal du prøve at bruge Reimage Plus-softwaren, som kan scanne lagrene og udskifte korrupte og manglende filer. Dette virker i de fleste tilfælde, hvor problemet er opstået på grund af systemkorruption. Du kan downloade Reimage Plus ved at klikke her

Selv om det måske ikke altid er muligt at genstarte værten, kan dette rette op på problemet, og det kan være en god ide, hvis du har skiftet mellem denne fejlmeddelelse og en, der returnerer en IP-adresse. Husk, at hvis du har nogen form for adgang til serveren, kan du køre kommandoen vmstat -s og få nogle vigtige statistikker om, hvordan hukommelsen bliver brugt selv som en almindelig bruger i mange tilfælde.

Metode 3: Check for ekstra ssh-forekomster

Undgå at kontrollere, om værter forsøger at oprette forbindelse til serveren. Du har måske overskredet det maksimale antal ssh-sessioner uden at vide det. Ryd de gamle sessioner op, og prøv derefter at genoprette forbindelse. En nem måde at gøre dette på er at køre, hvem kommandoen skal se, hvilke brugerprocesser der er logget ind. Du skal kun se en eller to brugere logget ind. Hvis der er en række parallelle dem, skal du dræbe brugerprocesserne og prøve at logge ind igen .

Dette kan ske, hvis sshd ikke kan følge med et script, der starter mange forskellige ssh-sessioner i en loop. Hvis dette nogensinde er sket for dig, så tilføj kommandoen søvn 0, 3 til sløjfen, så sshd-dæmonen har tid til at holde op.

Metode 4: Find sshd-forbindelsesgrænsen

Forbindelsesproblemer som dette er især udbredt, når du forsøger at bruge ssh til at få adgang til en router eller en anden type diskret boxed switch, da standard maksimale antal forbindelser er så små. Mens du ikke vil tillade dig selv at overbelaste serveren, kan du se, hvad standardindstillingen er.

Prøv at køre på serveren for at finde ud af hvor mange forbindelser, som sshd kan klare. I de fleste tilfælde skal systemet have standard til 10 samtidige forbindelser, hvilket skal være nok for de fleste serverstrukturer, at et flertal af brugerne sandsynligvis skal bruge ssh regelmæssigt.

PRO TIP: Hvis problemet er med din computer eller en bærbar computer / notesbog, skal du prøve at bruge Reimage Plus-softwaren, som kan scanne lagrene og udskifte korrupte og manglende filer. Dette virker i de fleste tilfælde, hvor problemet er opstået på grund af systemkorruption. Du kan downloade Reimage Plus ved at klikke her

Facebook Twitter Google Plus Pinterest