PuTTY zwraca Błąd sieci: Przekroczono limit czasu połączenia

10

Korzystam z aplikacji o nazwie PuTTY do zdalnego połączenia z serwerem.

Mogę go używać z mojej lokalnej biblioteki i wielu innych bibliotek wokół mnie (a także ze Starbucks, Panera itp.) I działa.

Ale próbowałem go dzisiaj użyć w domu mojego taty tak samo jak poprzednio i otrzymuję błąd:

Network error: Connection timed out.

Co może być nie tak?

— Jeff
źródło

@ultrasawblade ma świetną listę tego, co może być nie tak. Prawdopodobnie będziesz musiał zapoznać się ze szczegółami konfiguracji sieci twojego taty (tj. Przetestować niektóre z tych problemów), aby uzyskać konkretną pomoc.

— JoshP,

Przypadkowo, mój kampus miał awarię zasilania (co przetrwało długi UPS na maszynie docelowej) w tym samym czasie co moje mieszkanie. Więc kiedy przerwa w dostawie prądu zmusiła mnie do SSH po raz pierwszy od mojego taty, to również powaliło komputer docelowy. Verizon był niewinny (ale nadal są źli z matematyki: verizonmath.blogspot.com ).

— Jeff

Ack! Lol. Cieszę się, że to było proste

— JoshP,

:) Cieszę się, że Ci się udało!

znalazłem to pytanie dzisiaj, a potem zdałem sobie sprawę, że ostatniej nocy zmieniłem ustawienia zapór sieciowych routera, z niskiego na średni .. :)

— ADM

12

Oznacza to, że PuTTY nie może nawiązać połączenia z serwerem.

Możliwe przyczyny:

Verizon blokuje przychodzące lub wychodzące połączenia / połączenia TCP na porcie 22, być może z powodu rodzaju abonamentu lub z innego powodu.
Router twojego taty lub hotspot 3G / 4G blokuje przychodzący lub wychodzący ruch / połączenia TCP na porcie 22.
Nie masz połączenia z Internetem i / lub nagle coś poszło nie tak z oprogramowaniem TCP / IP w twoim systemie.
Twój kampus blokuje przychodzące lub wychodzące połączenia TCP na porcie 22 do / z określonego adresu IP, z którym się łączysz, lub jednej z podsieci Verizon.
Posiadasz lokalną zaporę ogniową lub oprogramowanie antywirusowe, które blokuje przychodzący lub wychodzący ruch / połączenia TCP na porcie 22.
Twoje ustawienia PuTTY są nieprawidłowe.
Twój DNS nie rozpoznaje poprawnie adresu IP twojego kampusu i faktycznie łączysz się z niewłaściwym systemem.

— LawrenceC
źródło

Dzięki za podsumowanie. Myślę, że mogę wyeliminować 3, 4, 5, 6 i 7 (brak połączenia i-net, blokowanie kampusu, lokalna zapora sieciowa lub program antywirusowy oraz nieprawidłowe ustawienia PuTTY, rozdzielczość DNS). Jak mam sprawdzić, czy router lub VZ blokuje port 22?

— Jeff

Oto lista publicznych serwerów ssh: shells.red-pill.eu - wypróbowałem pierwszy i otrzymałem monit SSH. Teraz wiem, że mój port 22 nie jest zablokowany. Oczywiście nie próbowałem wpisywać hasła i faktycznie się logować, chciałem tylko zobaczyć monit logowania SSH. Byłem też bardzo uprzejmy i zrobiłem to dokładnie raz;). W każdym razie w ten sposób wiesz, czy jest to specyficzne dla czegokolwiek na porcie 22 lub po prostu łącząc się z twoim kampusem. Następnym krokiem jest zalogowanie się do routera i sprawdzenie ustawień.

— LawrenceC

przeszedłem wszystko na tej liście, a potem trochę i wciąż biorę się network error: connection timed outza każdą pojedynczą próbę

— oldboy

0

Winowajcą były jednoczesne przerwy w dostawie prądu w moim mieszkaniu i na terenie kampusu.

— Jeff
źródło

żartujesz sobie ze mnie? lol. Mam teraz ten problem. tutaj nie ma przerw w dostawie prądu ...

— oldboy

Nie masz pewności, jak dokładnie przerwa w dostawie prądu jest związana z Twoim problemem. Czy serwer pobiera energię z twojego kampusu, tj. Jest częścią kampusu? Jeśli nie, to prawdopodobną przyczyną problemu jest przerwa w dostawie prądu w twoim miejscu zamieszkania (domu / uczelni) i łatwa do wykrycia. Chyba że router nie jest zasilany z miejsca zamieszkania lub rezydencja przełącza się na akumulator w przypadku awarii zasilania, a akumulator jest skonfigurowany tak, aby nie zapewniał zasilania routerowi, lodówce itp.

— MasterJoe2

0

PuTTY łączy się z SecureShell.

Tak, prawdopodobnie jest to połączenie routera / Internetu.

Jest to rzadkie, ale niektóre routery wysokiej klasy mogą zrywać połączenia wychodzące.

Nie jestem zaznajomiony z Verizon, ale możliwe, że mają jakiś serwer proxy, przez który łączysz się z Internetem, a ten serwer proxy nie pozwala na połączenie wychodzące.

Miałem podobny problem w pracy. Proxy robocze blokowało port 22 (standardowy port dla SSH). Zmieniłem go na 443, który jest portem HTTPS, i pozwoliło mi to połączyć się z moim serwerem. Aby dokonać tej zmiany, musisz zmodyfikować /etc/ssh/sshd_configi zmienić domyślny port z 22 na 443, a następnie połączyć się przez to. Ale to wymaga połączenia się z serwerem w pierwszej kolejności, co jest niemożliwe, jak widzę. Lub możesz bardzo szybko uruchomić do najbliższej biblioteki, zmodyfikować plik konfiguracyjny SSH, aby nasłuchiwał portu HTTPS zamiast standardowego portu 22 i uruchomić z powrotem do domu.

Ale myślę, że najlepiej jest zadzwonić do obsługi klienta Verizon i zapytać ich o to.

— Peter Mortensen
źródło

Nie jestem pewien, jak zrobić większość tego, co sugerujesz. Próbowałem zmienić ustawienie portu w oknie „Konfiguracja PuTTY”, tylko do cholery, i miałem to samo przywrócenie (limit czasu połączenia).

— Jeff

@Jeff Zmiana tylko w Putty nie robi różnicy, musisz także zmienić port na serwerze. W przeciwnym razie Putty dzwoni na numer 443, a twój serwer nie odpowiada, ponieważ nasłuchuje tylko portu 22.

0

Miałem ten sam problem

Rozwiązanie:

1) włączanie programu antywirusowego 2) Poczekaj chwilę, zanim ponownie się zalogujesz 3-5 minut.

Gotowy!

— Anil Singh
źródło