☰

Neue SSH-Verbindung wird abgelehnt

tag-icon • tag-icon linux networking ssh vpn putty
Neue SSH-Verbindung wird abgelehnt

Ich glaube, meine richtige Frage war, wie man SSH nach dem Entfernen einer wichtigen Datei wiederherstellt. Aber ich kann das online nicht mehr beheben.

Wenn Sie eine Antwort haben, können Sie sie verlinken, damit andere sie finden können.

Momentan bin ich mit PuTTy mit meinem VPN-Server verbunden.
Nach dieser Bearbeitung schließe ich die Verbindung, die ich aufgebaut habe. Danke für eure Hilfe. Ich hatte auch FilleZill (SFTP-Verbindung zum selben Server), aber nach dem Entfernen eines Ordners (/home/user1) kann ich keine neuen Verbindungen zum Server herstellen.

Jedes Mal, wenn ich die Verbindung in PuTTy oder einem anderen SSH-Client/SFTP-Client öffne, erhalte ich die Meldung:Network Error: Software caused connection to abort

Mein SSH-Schlüssel befindet sich in ~/.ssh/authorized_keys.

Und meins /etc/ssh/sshd_configsieht gut aus.

Meine Befehle werden immer noch ausgeführt, sodass ich in dem Terminal, in dem ich mich noch befinde, keine Internetprobleme habe, aber wenn ich es verlasse, kann ich die Verbindung nicht wiederherstellen.

Mein VPN läuft auf Debian GNU/Linux 7 (wheezy) und der PC läuft auf Windows 10

Ich habe den PC seit ungefähr einem Tag nicht neu gestartet. Ich könnte einen Neustart versuchen, aber nicht bevor ich die Verbindung schließe.

Log von FileZilla (PuTTy hat nichts ausgegeben)

> 21:07:57  Status: Disconnected from server 21:07:57   Status: Resolving address of SERVER 
> 21:07:57  Status: Connecting to SERVER:PORT...
> 21:07:57  Status: Connection established, waiting for welcome message...             
> 21:07:57  Trace:  CRealControlSocket::OnClose(0)
> 21:07:57  Trace:  CFtpControlSocket::ResetOperation(66)
> 21:07:57  Trace:  CControlSocket::ResetOperation(66)
> 21:07:57  Error:  Could not connect to server 
> 21:07:57  Status: Waiting to retry... 
> 21:08:02  Status: Resolving address of SERVER
> 21:08:02  Status: Connecting to SERVER:PORT...
> 21:08:02  Status: Connection established, waiting for welcome message...    
> 21:08:02  Trace:  CRealControlSocket::OnClose(0)
> 21:08:02  Trace:  CFtpControlSocket::ResetOperation(66)
> 21:08:02  Trace:  CControlSocket::ResetOperation(66)
> 21:08:02  Error:  Could not connect to server

Es ist, als ob mein Computer sich weigert, eine neue Verbindung herzustellen, da er mit der bestehenden Verbindung zufrieden ist.

Als ich mir die /etc/ssh/sshd_configDatei ansah, fiel mir ein, dass ich mich mit einem Authentifizierungsschlüssel anmelde. Das ist das Wichtigste für meinen Server und ich flippe jedes Mal aus, wenn damit etwas passiert. Trotzdem werde ich den Server nicht nur mit einem Passwort starten.

Mir wurde klar, dass ich das Authentifizierungsprotokoll überprüfen sollte, und ich fand Folgendes:

Sep 27 08:11:30 Host sshd[XXXXX]: Did not receive identification string from <IP-address>

Ich arbeite bereits daran und melde mich mit weiteren Informationen zurück.

Es stellte sich heraus, dass ich das nicht war. Ich erkannte die IP nicht, weil sie aus China kam. Aber jetzt weiß ich, dass meine Anmeldeversuche den Server nicht erreichen.

Das würde erklären, warum ich den Netzwerkfehler so schnell bekomme, also bevor ich überhaupt versuche, mit dem Server zu kommunizieren.

Ich habe das Problem mit meinem Provider besprochen und es scheint, dass der SSH-Dienst defekt ist, obwohl ich die Datei neu erstellt habe, da ich ihn von innen nicht neu starten/neu laden konnte.

An diesem Punkt sollte ich nachschauen, wie ich SSH für meinen Server neu aufbauen kann, aber ich denke, das muss mein Provider übernehmen, da ich keine Verbindung herstellen kann und sich der Server am anderen Ende des Landes befindet.

Antwort1

  • Die Verbindung für den Benutzer „root“ muss in /etc/ssh/sshd_config zugelassen werden

  • Für Konten ohne $HOME (Home-Verzeichnis) ist die interaktive Anmeldung nicht zulässig

also zum ersten Teil des Problems:

  • Von „man sshd_config“:

PermitRootLogin

     Specifies whether root can   log in using ssh(1).  The argument
     must be ``yes'', ``without-password'', ``forced-commands-only'',
     or ``no''.  The default is ``no''.  Note that if
     ChallengeResponseAuthentication is ``yes'', the root user may be
     allowed in with its password even if PermitRootLogin is set to
     ``without-password''.

     If this option is set to ``without-password'', password authenti-
     cation is disabled for root.

     If this option is set to ``forced-commands-only'', root login
     with public key authentication will be allowed, but only if the
     command option has been specified (which may be useful for taking
     remote backups even if root login is normally not allowed).  All
     other authentication methods are disabled for root.

     If this option is set to ``no'', root is not allowed to log in.

und zweitens:

Suchen Sie beim Anmelden in „/etc/passwd“ nach einer Zeile mit dem Benutzer und erstellen Sie das richtige Home-Verzeichnis mit den entsprechenden Rechten

btw: benutze deine Filezilla SFTP-Verbindung oder den Direktzugriff

verwandte Informationen