Oprava: ssh_exchange_identification & lsquo; připojení uzavřeno vzdáleným hostitelem & rsquo;

Zatímco v mnoha případech může být chyba ssh_exchange_identification: Připojení uzavřené vzdáleným hostitelem způsobeno problémy souvisejícími s konfiguračními soubory hosts.deny a hosts.allow, mohou problém způsobit i jiné věci. Pokud to čtete, je pravděpodobné, že jste již zkontrolovali, zda oba tyto soubory neblokují vaši IP adresu ve snaze použít ssh na vzdáleném serveru.

Za předpokladu, že tomu tak je, pak se možná díváte na problém se závislostí, na něco, co souvisí s fragmentací paměti nebo dokonce na nadměrný počet relací přicházejících od jednotlivých klientů. Dobrou zprávou je, že jakmile se o problém postaráte, neměla by se chyba znovu zobrazit.

Metoda 1: Oprava chybějících závislostí

Pokud jste dostali ssh_exchange_identification: připojení uzavřeno chybou vzdáleného hostitele až po aktualizaci OpenSSL nebo glibc, pak se možná díváte na chybějící závislost. Spusťte sudo lsof -n | grep ssh | grep DEL z příkazového řádku v této situaci. Získáte seznam otevřených souborů a poté vyhledejte pouze ty, které byly nedávno odstraněny v souvislosti s démonem ssh.

Pokud nic neobdržíte, můžete zkusit restartovat démona nebo samotný systém. Budete chtít vyzkoušet restart, pokud se na vás vrhne řada chyb, i když ty, které souvisejí se zprávami / run / user / 1000 / gvfs, můžete bezpečně ignorovat, protože jsou způsobeny nesouvisejícím problémem, který musí dělat s virtuálním souborovým systémem.

Pokud máte podezření, že závislosti jsou problém, můžete se pokusit použít k aktualizaci balíků také apt-get, pacman nebo yum. Pokud používáte systém založený na Debianu nebo Ubuntu, možná budete chtít vyzkoušet upgrade sudo apt-get -f a zjistit, zda to opraví všechny rozbité balíčky, které by vám mohly spadnout.

Metoda 2: Oprava fragmentace paměti

Pokud to nepomohlo, můžete mít problém na straně hostitele rovnice. Hostitelé, kteří běží uvnitř virtuálního počítače, nemají vždy odkládací oddíl, což může vést k fragmentaci paměti. Přistupujte k hostiteli jinými prostředky, možná fyzicky, pokud je to možné, a poté restartujte všechny služby trpící problémy. Viníky mohou být MySQL, Apache, nginx a další podobné služby.

I když to nemusí být vždy možné restartovat hostitele, může to problém vyřešit a může to být dobrý nápad, pokud jste střídali tuto chybovou zprávu a zprávu, která vrací IP adresu. Mějte na paměti, že pokud máte jakýkoli přístup na server, můžete spustit příkaz vmstat -s a získat důležité statistiky o tom, jak se paměť v mnoha případech používá i jako běžný uživatel.

Metoda 3: Zkontrolujte další instance ssh

Pokud to neprovedete, zkontrolujte, zda se hostitelé pokoušejí připojit k serveru. Možná jste překročili maximální počet relací ssh, aniž byste o tom věděli. Vyčistěte staré relace a zkuste se znovu připojit. Jedním ze snadných způsobů, jak to provést, je spustit příkaz who a zjistit, které uživatelské procesy jsou přihlášeny. Měli byste vidět pouze jednoho nebo dva přihlášené uživatele. Pokud existuje několik paralelních, zabijte uživatelské procesy a zkuste se znovu přihlásit .

K tomu může dojít, pokud sshd nedokáže držet krok se skriptem, který ve smyčce spustí mnoho různých relací ssh. Pokud se vám to někdy stalo, přidejte do smyčky příkaz sleep 0.3 , aby měl démon sshd čas držet krok.

Metoda 4: Najděte limit připojení sshd

Problémy s připojením, jako je tento, převládají zejména při pokusu o použití ssh pro přístup k routeru nebo jinému typu diskrétního krabicového přepínače, protože výchozí maximální počet připojení je tak malý. I když si nechcete dovolit server přetížit, můžete se podívat, jaké je výchozí nastavení.

Zkuste spustit na serveru a zjistěte, kolik připojení dokáže sshd zpracovat. Ve většině případů by systém měl mít výchozí 10 současných připojení, což by mělo stačit pro většinu serverových struktur, které většina uživatelů pravděpodobně potřebuje pravidelně používat ssh.