it-swarm.com.de

Sie können nicht auf einen anderen Computer ssh, können aber einen Ping-Befehl senden?

Sie können nicht auf einen anderen Computer ssh, können aber einen Ping-Befehl senden? Nicht sicher, was ich vermisse?
Verwenden eines Netgear-Routers

bash-3.2$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet6 ::1 prefixlen 128 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
        inet 127.0.0.1 netmask 0xff000000 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        ether xx:xx:xx:xx:xx:xx 
        media: autoselect (none)
        status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        ether xx:xx:xx:xx:xx:xx 
        inet6 xxxx::xxxx:xxxx:xxxx:xxxxxx prefixlen 64 scopeid 0x5 
        inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255
        media: autoselect
        status: active
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
        lladdr xx:xx:xx:xx:xx:xx:xx:xx 
        media: autoselect <full-duplex>
        status: inactive
bash-3.2$ ssh [email protected]
ssh: connect to Host 10.0.0.4 port 22: Connection refused
bash-3.2$ ssh -p 5900 [email protected]
ssh: connect to Host 10.0.0.4 port 5900: Connection refused
bash-3.2$ ping 10.0.0.3
PING 10.0.0.3 (10.0.0.3): 56 data bytes
64 bytes from 10.0.0.3: icmp_seq=0 ttl=64 time=0.046 ms
64 bytes from 10.0.0.3: icmp_seq=1 ttl=64 time=0.079 ms
64 bytes from 10.0.0.3: icmp_seq=2 ttl=64 time=0.078 ms
64 bytes from 10.0.0.3: icmp_seq=3 ttl=64 time=0.077 ms
64 bytes from 10.0.0.3: icmp_seq=4 ttl=64 time=0.079 ms
64 bytes from 10.0.0.3: icmp_seq=5 ttl=64 time=0.081 ms
64 bytes from 10.0.0.3: icmp_seq=6 ttl=64 time=0.078 ms
^C
--- 10.0.0.3 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.046/0.074/0.081/0.011 ms
bash-3.2$ ping 10.0.0.4
PING 10.0.0.4 (10.0.0.4): 56 data bytes
64 bytes from 10.0.0.4: icmp_seq=0 ttl=64 time=2.667 ms
64 bytes from 10.0.0.4: icmp_seq=1 ttl=64 time=2.675 ms
64 bytes from 10.0.0.4: icmp_seq=2 ttl=64 time=2.969 ms
64 bytes from 10.0.0.4: icmp_seq=3 ttl=64 time=2.663 ms
64 bytes from 10.0.0.4: icmp_seq=4 ttl=64 time=2.723 ms
^C
--- 10.0.0.4 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.663/2.739/2.969/0.117 ms
bash-3.2$ 
20
jdl

Auf dem Server wird entweder sshd nicht ausgeführt (und daher wird Port 22 nicht überwacht) oder es gibt einen Firewall-blockierenden Port 22 (den Standard-ssh-Port) oder in unglaublich seltenen Fällen wird ssh auf einem anderen Port ausgeführt (was mit ziemlicher Sicherheit nicht der Fall ist). .

Überprüfen Sie zunächst, ob sshd installiert ist (anhand von Debian-Beispielen).

Sudo apt-get install openssh-server

Und wenn ja, läuft es:

ps -ef | grep sshd

überprüfen Sie dann, ob Port 22 abgehört wird

Sudo netstat -nlp | grep :22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      946/sshd
tcp6       0      0 :::22                   :::*                    LISTEN      946/sshd

überprüfen Sie dann Ihre Firewall-Regeln (dies ist sehr unterschiedlich, daher zeige ich ein Beispiel für debian/ubuntu/etc):

Sudo ufw status

Sudo ufw show listening
tcp:
  22 * (sshd)
  24224 * (Ruby)
tcp6:
  22 * (sshd)
  8080 * (Java)
udp:
  123 10.X.Y.Z (ntpd)
  123 * (ntpd)
  18649 * (dhclient)
  24224 * (Ruby)
  34131 * (Ruby)
  60001 10.87.43.24 (mosh-server)
  68 * (dhclient)
udp6:
  123 fe80::1031:AAAA:BBBB:CCCC (ntpd)
  123 * (ntpd)
  48573 * (dhclient)

Wenn ufw es als geschlossen anzeigt, dann run (wieder ein Debian/Ubuntu-Beispiel)

Sudo ufw allow 22
20
Arthur Ulfeldt

Eine Art seltsamer Schuss im Dunkeln, aber stellen Sie sicher, dass sich Ihre IP nicht geändert hat. Ich hatte dieses Problem einmal - ich habe einen .bashrc - Alias ​​alias sshdev='ssh [email protected]' Als meine typische Art der Anmeldung festgelegt und eines Tages wurde der folgende Fehler angezeigt:

ME-M-216C:~ me$ sshdev 
ssh: connect to Host 123.2.3.4 port 22: Connection refused

Wir hatten gerade einen Stromausfall bei der Arbeit, der die IPs zurücksetzte, also habe ich erfolgreich eine IP gepingt, aber es war nicht der richtige Computer. Sie können nslookup <IP> Verwenden, um sicherzustellen, dass es sich um den richtigen Computernamen handelt, in den Sie ssh eingeben möchten.

3
s g

Ich hatte das gleiche Problem mit Linux Lite. Um das Problem zu beheben, musste ich auf Einstellungen> Firewall-Konfiguration zugreifen. Nachdem ich mich bei root angemeldet hatte, änderte ich die Einstellung für eingehende Nachrichten in Zulassen und es funktionierte.

1
koziez

Wenn Sie die Meldung "Verbindung abgelehnt" erhalten, bedeutet dies, dass ein Dämon diesen Port nicht überwacht oder eine Firewall die Verbindung ablehnt. Stellen Sie zur Behebung des Problems sicher, dass ssh ausgeführt wird und die lokalen Firewall-Regeln eingehende Verbindungen an diesem Port nicht ablehnen.

1
jordanm

dieser Befehl hat bei mir funktioniert. Versuche dies.

update-rc.d -f ssh enable 2 3 4 5
0
Jacob Abraham

Zwei Gedanken.

  1. Ermöglicht die Firewall Verbindungen an Port 22 zum Computer?
  2. Läuft der ssh-Daemon (sshd)?
0
kronenpj

Im Allgemeinen wurden folgende Schritte ausgeführt: 1) Pingen Sie an den Zielhost und überprüfen und überprüfen Sie die eingegebene IP-Adresse. 2) Überprüfen Sie den sshd-Status des Sudo-Dienstes auf beiden Hosts. Wenn gestoppt, starten Sie den sshd-Dienst. Wenn die Fehlermeldung sshd.service nicht gefunden wird, installieren Sie openssh-server -> Sudo apt install -y openssh-server und starten Sie sshd.service neu. 3) Das Deaktivieren der Firewall oder das Vornehmen von Änderungen an den Konfigurationsdateien sollte als letzte Option betrachtet werden.

0
Bharat247