Zdalna maszyna nagle nieosiągalna z ssh [zamknięte]

Kilka tygodni temu zainstalowałem zdalną maszynę Ubuntu i bez problemu mogłem na nią ssh. To było jeszcze kilka godzin temu, kiedy maszyna przestała odpowiadać i próbowałem rozpocząć nową sesję. Teraz dostaję:

ssh: connect to host IP port XYZ: Operation timed out.

Niestety nie mam fizycznego dostępu do maszyny, dlatego próbuję ustalić, na czym polega problem. Próbowałem:

ping IP

ale ciągle dostaję Request timeout for icmp_seq 0. Moja rodzina próbowała ponownie uruchomić komputer i router, ale to nie pomogło. Jakieś sugestie?

PS: Jestem nowy w konfigurowaniu zdalnych komputerów, więc przepraszam, jeśli nie zawierałem istotnych informacji, aby odpowiedzieć na moje pytanie.

Najwyraźniej jednym z problemów był adres IP routera, który zmienił się podczas mojego sshpołączenia. Nadal mam problemy, ale prawdopodobnie są związane z maszyną, a nie z siecią.

Może istnieć wiele powodów, dla których przestał działać. Bez fizycznego dostępu nie można tego wiedzieć.

Jednak w oparciu o twoje pytanie jest to maszyna, którą ustawiłeś w domu swojej rodziny. Pierwszą rzeczą, jaka przychodzi mi na myśl, jest zmiana adresu IP routera. Jest to typowe dla routerów domowych, które korzystają z dzierżawy DHCP. A może router zresetował się i port przekierowania dla SSH zniknął. Możliwe, że serwer SSH się nie uruchamia. Lista jest długa.

Ostatecznie, poleganie na ssh, aby kontynuować pracę w sieci, którą nie zarządzasz bezpośrednio, jest trudną propozycją.

W kolejności prawdopodobieństwa:

Router IP jest przydzielany dynamicznie (poprzez DHCP, na przykład), a jego dzierżawy wygasła, więc router nabył inny adres IP, a ten, którego masz został przeniesiony do innego klienta ISP.

Diagnostyka: poproś kogoś na miejscu, aby odwiedził whatismyip.com lub podobną usługę i przeczytał ci adres IP. Jeśli w przeszłości udało się pomyślnie pingować adres IP, brak pingowania może oznaczać, że stary adres IP został nieprzypisany i nie został ponownie przypisany, ale nie jest rozstrzygający.

Poprawka: połącz z nowym adresem IP. Długoterminową poprawką jest korzystanie z dynamicznej usługi DNS w przyszłości ( na przykład noip )

Router jest w dół / nieprawidłowo, lub połączenie z ISP jest uszkodzony

Diagnostyka: poproś kogoś na miejscu o przeglądanie Internetu. Spowodowałoby to również błąd ping.

Poprawka: pomóż rozwiązać problemy lub zadzwoń do usługodawcy internetowego

Oprogramowanie routera zostało zaktualizowane lub zresetowane , a ustawienia przekierowania portów zniknęły.

Diagnostyka: jeśli to możliwe, poproś kogoś na miejscu, aby odwiedził stronę przeglądarki i dokładnie sprawdź ustawienia. Ping powinien nadal działać.

Poprawka: dodaj ustawienia ponownie. Aby zapobiec ponownemu wystąpieniu problemu, możesz skonfigurować automatyczne odwrotne połączenie SSH (-R) . Możesz połączyć to z autossh dla niezawodności, a nawet skonfigurować klienta VPN, takiego jak openvpn, jeśli czujesz się ambitny.

ISP postanowił firewall portu 22 . Jest to niezwykłe, ale nie niespotykane.

Diagnostyka: ustaw SSH na nowym porcie, zarówno na komputerze, jak i na porcie przekierowującym na routerze. Ping powinien nadal działać.

Poprawka: użyj innego portu lub wybierz numer ISP

Jako że pytanie, dlaczego SSH może już nie działać, zostało już udzielone (zmieniono publiczny adres IP, zresetowano regułę przekierowywania portów itp.)
Chciałem odpowiedzieć na fakt, że upłynął limit czasu ping:

Ping nie używa żadnych portów, ponieważ nie używa TCP / UDP, ale raczej ICMP. Oznacza to, że jeśli wysłałeś ping do publicznego adresu IP, wysłałeś ping do routera łączącego serwer z Internetem, który najprawdopodobniej nie odpowiedział na ping ze względów bezpieczeństwa (większość routerów domowych to robi).

W przypadku pingowania prywatnego adresu IP urządzenia (192.168.xx lub coś w tym stylu) router używany do łączenia się z Internetem nie przekaże polecenia ping, ponieważ 192.168.xx to prywatny zakres adresów IP, co oznacza żądania do takich adresów IP nie będą przekazywane przez Internet.