SSH kann keine Verbindung herstellen

1222
WYSIWYG

Ich habe gerade von Fedora 17 auf Fedora 19 aktualisiert, indem ich sowohl in meinem Laptop als auch auf meinem Desktop Fedup verwendet habe. Irgendwie funktioniert ssh nicht in meinem Laptop und Desktop.

In beiden Fällen habe ich Folgendes sichergestellt:

  1. Ports definiert in /etc/ssh/sshd.config
  2. SELINUX auf stellen permissive
  3. Aktiviert und ssh von gestartet /sbin/services sshd start
  4. Ssh status mit überprüft systemctl status sshd.serviceund es sagt dasServer listening on :: port 9022
  5. Auch Port in Semanage hinzugefügt

Es funktioniert immer noch nicht ( No route to host)

BEARBEITEN

Laptop ist auf WLAN und die Kabel und Verbindungen sind in Ordnung, da ich eine Verbindung zum Internet herstellen kann.

LAPTOP

IP: 192.168.21.57

Routing-Tabelle:

Destination Gateway Genmask Flags MSS Window irtt Iface default 192.168.20.1 0.0.0.0 UG 0 0 0 wlp3s0 192.168.20.0 * 255.255.254.0 U 0 0 0 wlp3s0

Wenn Sie den Desktop 192.168.14.110 anpingen, gibt es keine Probleme:

21 packets transmitted, 21 received, 0% packet loss, time 20027ms rtt min/avg/max/mdev = 2.118/21.040/128.028/38.759 ms

Desktop zu Laptop Ping funktioniert auch.

Desktop-Routing-Tabelle:

Destination Gateway Genmask Flags MSS Window irtt Iface default 192.168.14.1 0.0.0.0 UG 0 0 0 em1 192.168.14.0 * 255.255.255.0 U 0 0 0 em1

Ich konnte jedoch keine Firewall-Einstellungen öffnen (sowohl auf dem Laptop als auch auf dem Desktop): Wenn ich es versuche, öffne ich es über das Menü oder über die Befehlszeile ( system-config-firewall):ERROR: FirewallD is active, please use firewall-config

Ich habe nicht viel Ahnung, wie man die Firewall von der Kommandozeile aus konfiguriert.

Was könnte falsch sein?

0
"No route to host" ist nicht SSH-spezifisch. Dies bedeutet, dass es keine Route zum Host gibt, sodass alle IP-Verbindungen fehlschlagen. Machen Sie sich nicht die ssh config, sondern schauen Sie sich die Netzwerkeinstellungen des Laptops und des Desktops an. Fügen Sie Ihrem Post IPs, Netzmaske, die Routing-Tabelle und möglicherweise die Firewall-Einstellungen hinzu. Versuchen Sie im Falle einer FW-Verrücktheit eine ICMP-Echoanfrage (Ping) oder eine Telnet-Sitzung. Ich erwarte, dass diese mit dem gleichen Fehler ausfallen. (kein Weg zum Gastgeber). Zum Schluss: Überprüfen Sie die Kabel und vergewissern Sie sich, dass die Kabel richtig angeschlossen sind. (Oder machen Sie das zuerst :)) Hennes vor 10 Jahren 1
Oh, ich habe es. Es war ein FW-Problem. Deaktiviert FWDaemon und definiert die Ports neu. Arbeite jetzt. Trotzdem danke. WYSIWYG vor 10 Jahren 0
Fühlen Sie sich frei, dies als Antwort zu posten und zu akzeptieren. Auf diese Weise wird die Frage als gelöst markiert. (Wenn nicht, wird es ab und zu auf die Startseite gestoßen, bis eine Antwort gegeben wird.) Hennes vor 10 Jahren 0

1 Antwort auf die Frage

0
WYSIWYG

Es scheint, dass es ein Problem mit der Firewall war.

Ich habe die Firewall gestoppt, den Port gelöscht (benutzerdefiniert) und neu definiert, und ssh funktioniert jetzt.

Es scheint, dass die Firewall während des Updates zurückgesetzt wurde.

Verwandte Probleme