Fehlerbehebung bei Linux -SSH -Problemen

Netzwerkprotokollentwickler, IT -Gurus und Netzwerkadministratoren verwenden SSH, um Computer aus der Ferne zuzugreifen. Es garantiert sichere verschlüsselte Kommunikation über unsichere Netzwerke. Wenn jedoch eine Verbindung zwischen zwei Maschinen hergestellt wird, treten normalerweise nach der Konfiguration sowohl Server-.

Sie werden auf Probleme stoßen, wenn Sie versuchen, Ihre Systeme von Zeit zu Zeit zu ssh -Systemen. Solche Ereignisse sind frustrierend. Wie erwartet ist die relevanteste Frage von Linux -Benutzern, warum sie ihre Server nicht ssh können.

Dieser Artikel beantwortet die vorherige Frage. Darüber hinaus wird in diesem Artikel abgesehen davon, warum Sie bei der Verwendung von SSH Verbindungsfehler finden, die möglichen Lösungen aus jedem Grund, von dem Sie möglicherweise einen Verbindungsfehler begegnen können.

4 Häufige Gründe im Zusammenhang mit dem SSH -Verbindungsfehler

Fehlerbehebung SSH ist kein komplizierter Prozess. Wir können es jedoch nicht als Unterfangen bezeichnen, das zu kompliziert ist. Alles, was Sie benötigen, sind ausreichende Informationen, um jedes Problem zu lösen, wenn es auftritt.

Im Folgenden finden Sie einige Ursachen für gemeinsame Linux -SSH -Verbindungsfehler und mögliche Lösungen:

Wenn die Firewall die SSH -Verbindung einschränkt

Linux -Computer kommen mit der UFW -Firewall in ihnen. Möglicherweise müssen Sie Ihre UFW -Firewall zurücksetzen, um SSH -Installation und -konfiguration zu ermöglichen. Viele Menschen entscheiden sich jedoch dafür, strenge Firewall -Richtlinien in ihren Netzwerken für Sicherheitszwecke durchzusetzen. In solchen Fällen können nur bestimmte IP -Adressen Ihre Server ssh ssh.

Ein Verbindungsfehler als Ergebnis der Firewall -Konfiguration gibt eine Meldung zurück, die wie folgt ähnelt:

Sie können Ihr System überprüfen, um festzustellen, ob Firewall -Probleme die Verbindung blockieren. Außerdem könnte dieses Problem ein Ergebnis eines Portproblems sein. Bestätigen Sie, ob Ihr System mit dem folgenden Befehl auf Port 22 eingestellt ist:

Der vorherige Befehl sollte Ihnen die Portnummer zur Verfügung stellen. Stellen Sie sicher, dass es Port 22 ist. Wenn es nicht Port 22 ist, fahren Sie bitte fort, um die Anomalie zu korrigieren. Doppelte Überprüfung des DNS-Namens oder der IP-Adresse, wenn das Problem bestehen bleibt.

Der öffentliche Schlüssel wird Ihren Servern nicht injiziert

Anfangs verwendeten alle SSH mit einem Passwort. Dies ist jedoch nicht mehr der Fall, insbesondere mit dem Konsens darüber, dass SSH nach Passwort äußerst gefährlich und nicht sicher ist. So verwenden viele Leute jetzt SSH nach Schlüsseldatei. Diese Methode bringt gelegentlich ein paar Probleme auf.

Der Prozess der Initiierung einer SSH -Verbindung mithilfe einer Schlüsseldatei enthält folgende:

• Generieren Sie einen SSH -Schlüssel. Sie können Ihren privaten Schlüssel mit einer Passphrase schützen, dies ist jedoch optional.
• Senden Sie den öffentlichen Schlüssel an Ihren Server -Manager.
• Der Server -Manager injiziert den Schlüssel als Teil der autorisierten Schlüssel in den Server.

Sie sollten in der Lage sein, SSH zu erhalten, sobald Sie mit dem Prozess fertig sind. Das folgende Problem tritt jedoch häufig auf:

Insbesondere hat die vorherige Fehlermeldung zwei Ursachen. Erstens könnte es aus einer falschen Paarung der örtlichen öffentlichen SSH- und privaten Schlüssel ergeben. Das System wird zweifellos die Verwendung des privaten Schlüssels ablehnen.

Zweitens könnte das Problem aus dem mangelnden Anmelderechter für den privaten Schlüssel resultieren. Diese Bedingung erfolgt aufgrund einer falschen Anmeldung des öffentlichen Schlüssels oder eines fehlenden öffentlichen Schlüssels. Informieren Sie Ihren Server -Manager, um die erforderlichen Änderungen vorzunehmen.

Probleme mit dem SSH -Schlüsseldateimodus

Eine der Sicherheitsvoraussetzungen, die Sie bei SSH finden, ist die Fähigkeit, die Öffnung Ihrer SSH -Schlüsseldatei zu steuern. Die Schlüsseldatei ist für Selbstschutz nicht weit geöffnet. Haben Sie also einen Dateimodus, der entweder 0400 oder 0600 ist. Alles im Gegenteil bringt einen Verbindungsfehler, der dem folgenden ähnelt:

Sie können das Flag -v -Flag für die ausführliche Ausgabe im folgenden Befehl verwenden, um diese Anomalie zu korrigieren:

Hostschlüsselausfall

Das folgende Bild kann gleichermaßen verwirrend und beängstigend sein:

Manchmal hat jeder SSH -Server einen Fingerabdruck. Der Fingerabdruck unterscheidet sich jedoch automatisch, wenn Sie einen neu vorbereiteten oder einen anderen Server verwenden. Ihr Computer speichert immer den Fingerabdruck des Servers in Ihrem ersten Anmeldung, damit er jedes Mal vergleicht, wenn Sie sich anmelden. Die vorherige Warnung kommt jedes Mal, wenn die Fingerabdrücke nicht übereinstimmen.

Sie können die Warnung ignorieren und mit SSH fortfahren, wenn Ihr Server kürzlich neu gestellt wurde. Leeren Sie die Datei oder entfernen Sie den Eintrag von Ihrem ~/ aus.SSH/PAWN_HOSTS -Verzeichnis.

Abschluss

Wie jedes andere Servermanagementprotokoll hat SSH häufig Probleme. Die zuvor erwähnten sind einige der häufigsten Probleme, mit denen Sie konfrontiert werden könnten. Obwohl diese Probleme unglaublich frustrierend sind, gibt es immer Lösungen für sie. Hoffentlich helfen Ihnen die vorherigen Illustrationen beim Manövrieren durch sie.