Zugang anfragen

SSH-Verbindung abgelehnt

SSH-Verbindung mit Timeout, abgelehnt oder verweigert: die IP-Regel einer Secure-Maschine, der Schlüssel, der Benutzer, ein geänderter Host-Schlüssel.

Suchen Sie Ihren Fehler unten. Die Sitzungsseite zeigt den genauen SSH-Befehl, sobald die Sitzung running ist: Gehen Sie von ihm aus.

Connection timed out auf einer Secure-Maschine

Eine Secure-Maschine nimmt SSH auf Port 22 von einer einzigen Adresse an: der öffentlichen IPv4-Adresse oder dem Bereich bis /24, die beim Start eingegeben wurden.

  1. Prüfen Sie Ihre öffentliche Adresse: curl -4 https://ifconfig.me.
  2. Vergleichen Sie sie mit der Adresse auf der Sitzungsseite.
  3. Abweichend? Ein VPN, ein mobiler Hotspot oder ein anderes Netzwerk hat sie geändert. Verbinden Sie sich von der eingegebenen Adresse, oder beenden Sie die Sitzung und starten Sie eine neue von Ihrer jetzigen Adresse.

Die Adresse lässt sich bei einer laufenden Sitzung nicht ändern. Private Bereiche (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) werden beim Start abgelehnt: Geben Sie die öffentliche Adresse ein.

Permission denied (publickey)

Der Schlüssel, den Ihr Computer anbietet, ist nicht der Schlüssel auf der Maschine.

  • Verbinden Sie sich als ubuntu, nicht als root.
  • Übergeben Sie den privaten Schlüssel explizit: ssh -i ~/.ssh/id_ed25519 ubuntu@<address>.
  • Prüfen Sie, ob der beim Start eingefügte öffentliche Schlüssel die .pub-Datei genau dieses privaten Schlüssels ist. Siehe SSH-Schlüssel.

Eine laufende Secure-Sitzung behält den Schlüssel, mit dem sie gestartet wurde. Für einen anderen Schlüssel starten Sie eine neue Sitzung.

Connection refused direkt nach dem Start

SSH startet noch in der Maschine. Warten Sie 30 Sekunden und versuchen Sie es erneut.

REMOTE HOST IDENTIFICATION HAS CHANGED

Eine neue Maschine verwendet eine Adresse, mit der Sie schon einmal verbunden waren. Entfernen Sie den alten Eintrag und verbinden Sie sich erneut:

ssh-keygen -R <address>

Community-Sitzungen

Eine Community-Sitzung braucht keine IP-Regel: Verbindungen erreichen Ihre VM über Node Lodge. Verwenden Sie den Befehl auf der Sitzungsseite, oder öffnen Sie dort JupyterLab. Bei Permission denied (publickey) prüfen Sie den Schlüssel wie oben.

Weiterhin abgelehnt

Schreiben Sie an support@nodelodge.com mit der Sitzungs-ID, dem ausgeführten Befehl und der vollständigen Fehlermeldung. Mit ssh -v erhalten Sie die Details.

Zuletzt aktualisiert