@Nadiv, musiałem także użyć raspi-config, aby włączyć ssh. Odpowiedź została zredagowana, aby to odzwierciedlić.
SDsolar
Wykonałem pierwsze trzy wiersze na obu komputerach i plik został teraz pomyślnie przesłany. Dlaczego Ubuntu nie ma domyślnie zainstalowanych / włączonych? connection refusedBłąd jest tak tajemnicze, nie miałem pojęcia, czy to był problem zapory kwestie, nazwa użytkownika, adres IP emisji, itp itd bardzo frustrujące.
Hatefiend,
sudo ufw allow 22pracował raz. Znów pojawił się błąd.
vineeshvs
32
Na serwerze sprawdź, czy sshd faktycznie działa i nasłuchuje na porcie 22:
$ sudo ufw verbose
Status: active
To Action From
-- ------ ----
22 DENY Anywhere
22/tcp DENY Anywhere
Jeśli zobaczysz regułę taką jak jedna z powyższych, musisz ją naprawić.
Jeśli nie widzisz żadnych reguł zapory sieciowej i widzisz usługę działającą na serwerze, czas sprawdzić stację roboczą i sieć, z którą jest ona połączona. Czy możesz połączyć się z innymi serwerami? Czy możesz pingować własny interfejs lub adres zwrotny? Itp.
Hej, dziękuję za odpowiedź, mój to nie port 22, to 2222. Powiedziałeś, napraw to, ale jak?
Yogesh Darji,
Mój nie dał żadnych wyników.
SDsolar
napraw to za pomocą: sudo ufw allow 22(lub cokolwiek to jest twój port)
John D
netstat jest przestarzały (i nie jest instalowany domyślnie w nowszych wersjach Ubuntu - nie znaleziono polecenia „netstat”, ale można go zainstalować z ... ). Być może aktualizacja dla iproute2 ?
Podobny problem dla mnie, ale zdaje mi known_hosts z ssh-keygen -f "/home/MYUSER/.ssh/known_hosts" -R MYHOSTzastępując w moim użytkownikiem Linuksa i zdalnego hosta starałem się połączyć
Chris
1
To również może to naprawić dla ciebie. Spróbuj przekierować połączenie 22 z wychodzącego adresu IP na lokalny adres IP na tym samym porcie. Pracował dla mnie, pozwalając mi na ssh do zdalnego komputera z Ubuntu.
W moim przypadku statyczny adres IP był nieprawidłowy. Dowiedz się, wykonując ping <my_ip>po zmianie serwera. Nadal pingował, nawet gdy serwer był wyłączony. Zmiana adresu IP rozwiązała problem.
Odpowiedzi:
Przejrzałem ten problem i w końcu uzyskałem odpowiednią odpowiedź.
Następnie wszedł do
raspi-config
okna terminala i włączył ssh.Umożliwi to użycie portu 22 dla sshd.
źródło
connection refused
Błąd jest tak tajemnicze, nie miałem pojęcia, czy to był problem zapory kwestie, nazwa użytkownika, adres IP emisji, itp itd bardzo frustrujące.sudo ufw allow 22
pracował raz. Znów pojawił się błąd.Na serwerze sprawdź, czy sshd faktycznie działa i nasłuchuje na porcie 22:
Jeśli nie otrzymujesz wyników lub nie pokazują, że słuchasz na komputerze 0.0.0.0:22 ... napraw to.
Jeśli pokażesz, że sshd działa i nasłuchuje na porcie tcp 22, sprawdź, czy żadna reguła zapory nie przeszkadza. Ponownie na serwerze:
Lub na przemian
Jeśli zobaczysz regułę taką jak jedna z powyższych, musisz ją naprawić.
Jeśli nie widzisz żadnych reguł zapory sieciowej i widzisz usługę działającą na serwerze, czas sprawdzić stację roboczą i sieć, z którą jest ona połączona. Czy możesz połączyć się z innymi serwerami? Czy możesz pingować własny interfejs lub adres zwrotny? Itp.
źródło
sudo ufw allow 22
(lub cokolwiek to jest twój port)Spróbuj tego
i wtedy
zadziałało dla mnie :)
Prawdopodobnie nie najbardziej ortodoksyjne rozwiązanie ... :)
źródło
Ten sam problem wystąpił po zainstalowaniu Raspbian. Rozwiązanie, które działało dla mnie:
źródło
Następujące polecenia działały dla mnie:
Teraz usuń wszystko z tego pliku i wpisz na terminalu:
Źródło: SSH - odmowa połączenia
źródło
ssh-keygen -f "/home/MYUSER/.ssh/known_hosts" -R MYHOST
zastępując w moim użytkownikiem Linuksa i zdalnego hosta starałem się połączyćTo również może to naprawić dla ciebie. Spróbuj przekierować połączenie 22 z wychodzącego adresu IP na lokalny adres IP na tym samym porcie. Pracował dla mnie, pozwalając mi na ssh do zdalnego komputera z Ubuntu.
źródło
W moim przypadku statyczny adres IP był nieprawidłowy. Dowiedz się, wykonując
ping <my_ip>
po zmianie serwera. Nadal pingował, nawet gdy serwer był wyłączony. Zmiana adresu IP rozwiązała problem.źródło