Połączenie zamknięte przez [SERVER_IP]

1

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
Kosmetika
źródło
Jaki jest wynik, jeśli użyłeś komendy „-vvv”? ssh -vvv -p [PORT] [NAZWA UŻYTKOWNIKA] @ [SERVER_IP]
jasperado
@jasperado sprawdź aktualizację z logiem
Kosmetika
Który system operacyjny działa na serwerze? Czy masz dostęp do serwera (innego niż niedziałający ssh)?
jasperado
@jasperado Ubuntu 12.04
Kosmetika
@jasperado tak Mam dostęp do serwera
Kosmetika

Odpowiedzi:

3

Spróbowałbym inaczej debugować ten problem. Ponieważ masz dostęp do serwera, uruchom ręcznie serwer ssh za pomocą opcji -d (for debug):

  sudo service ssh stop
  sudo /usr/sbin/sshd -ddd

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,

 sudo /usr/sbin/sshd -T

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Ć:

sudo service ssh stop wskazuje mi, żebym zatrzymał: Nieznana instancja:

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,

  sudo /usr/sbin/sshd -d

i sprawdź jego wydajność

MariusMatutiae
źródło
sudo service ssh stopwskazuje mnie nastop: Unknown instance:
Kosmetika
@Kosmetika Oznacza to, że nie masz serwera ssh działającego na komputerze Ubuntu, pkease zobacz edycję mojego postu.
MariusMatutiae
1

Sprawdź uprawnienia do plików /etc/ssh_host_rsa_keyi /etc/ssh_host_dsa_key. Muszą być 0600. Miałem ten sam problem i nic nie działało. Ale kiedy zrobiłem

sudo /usr/sbin/sshd -d

Dostałem mnóstwo komunikatów o błędach dokuczających tym dwóm plikom (że ich 0644pozwolenie było „zbyt otwarte”). Wszystko zostało naprawione przez podanie tych 2 poleceń:

sudo chmod 600 /etc/ssh_host_rsa_key
sudo chmod 600 /etc/ssh_host_dsa_key
Gik
źródło
0

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ć:

  • Sprawdź listy dostępu / inne zabezpieczenia w /etc/ssh/sshd_config
  • Sprawdź opakowania TCP ( /etc/hosts.allow, /etc/hosts.deny)
mtak
źródło
możesz sprawdzić aktualizację dziennika, gdzie uruchomiłem polecenie z -vvvopcją, jakieś pomysły?
Kosmetika