Nie jestem guru ssh, ale jakoś nie mogę połączyć się z serwerem za pomocą adresu IP i nazwy użytkownika:
ssh -p [PORT] [USERNAME]@[SERVER_IP]
Odpowiedź jest zawsze:
Connection closed by [SERVER_IP]
Problem jest po stronie zdalnego serwera?
Korzystam z systemu Mac OS X (indywidualni).
aktualizacja: dziennik wygląda następująco:
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to [SERVER_IP] port 22068.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/Users/dmitri/.ssh/id_rsa" as a RSA1 public key
debug1: identity file /Users/dmitri/.ssh/id_rsa type 1
debug1: identity file /Users/dmitri/.ssh/id_rsa-cert type -1
debug1: identity file /Users/dmitri/.ssh/id_dsa type -1
debug1: identity file /Users/dmitri/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH_5*
debug2: fd 3 setting O_NONBLOCK
debug3: put_host_port: [SERVER_IP]:22068
debug3: load_hostkeys: loading entries for host "[SERVER_IP]:22068" from file "/Users/dmitri/.ssh/known_hosts"
debug3: load_hostkeys: loaded 0 keys
debug1: SSH2_MSG_KEXINIT sent
INNA AKTUALIZACJA: sshd_config
Port 22068
Protocol 1,2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
Odpowiedzi:
Spróbowałbym inaczej debugować ten problem. Ponieważ masz dostęp do serwera, uruchom ręcznie serwer ssh za pomocą opcji -d (for
debug
):Zwiększy to poziom gadatliwości serwera, podobnie jak opcja -vvv dla klienta. Wyjście drugiego polecenia przejdzie w błąd standardowy, możesz go uchwycić, przeanalizować i, w razie wątpliwości, opublikować tutaj ostatnie wiersze do dalszej dyskusji.
Możesz także użyć innego polecenia,
aby sprawdzić ważność konfiguracji i kluczy.
Sdirectory powinien również sprawdzić uprawnienia, które masz, na kliencie i serwerze, dla .ssh dla użytkowników, z którymi i do których się łączysz (użyj 700 =, istnienie pliku autoryzowanych_kluczy w katalogu .ssh użytkownik, z którym się łączysz, oraz uprawnienia do kluczy w katalogu .ssh klienta (powinny być 700).
EDYTOWAĆ:
Oznacza to, że na komputerze z systemem Ubuntu nie działa serwer ssh. Czy pobrałeś pakiet ssh? Czy zaczyna się poprawnie? Spróbuj uruchomić go za pomocą polecenia, które podałem powyżej,
i sprawdź jego wydajność
źródło
sudo service ssh stop
wskazuje mnie nastop: Unknown instance:
Sprawdź uprawnienia do plików
/etc/ssh_host_rsa_key
i/etc/ssh_host_dsa_key
. Muszą być0600
. Miałem ten sam problem i nic nie działało. Ale kiedy zrobiłemDostałem mnóstwo komunikatów o błędach dokuczających tym dwóm plikom (że ich
0644
pozwolenie było „zbyt otwarte”). Wszystko zostało naprawione przez podanie tych 2 poleceń:źródło
Tak, jest to „problem” po drugiej stronie. Błąd sugeruje, że połączenie zostało nawiązane, ale następnie zamknięte przez serwer. Istnieje kilka rzeczy, które możesz sprawdzić:
/etc/ssh/sshd_config
/etc/hosts.allow
,/etc/hosts.deny
)źródło
-vvv
opcją, jakieś pomysły?