Keine Putty Verbindung möglich



iMarkus

iMarkus

New Member
Hallo zusammen,

da ich mir meinen Root-Server lange genug hab managen lassen, möchte ich mich jetzt mal selber dran versuchen. Ich habe schon gewisse Basics, andererseits scheitere ich bei meinem frisch angemietetem Root-Server von Kimsufi bereits beim Login in Putty. Zumindest erst mal dort hin zu kommen. :D

Ich habe soeben erst die frische Installation von Debian 8.1 Jessie durchlaufen lassen, wollte aber jetzt mit der Konsole auf den Server verbinden. Ging nicht, "Server unexpectedly closed network connection." hieß die Fehlermeldung. Via Root-Zugang kann ich über SFTP verbinden, habe mir auch schon die auth.log für SSH angesehen, wurde aber nicht so ganz schlau aus der Fehlermeldung.

ns371170 sshd[5164]: error: Could not load host key: /etc/ssh/ssh_host_ed25519_key

In der sshd_config habe ich dann #HostKey /etc/ssh/ssh_host_ed25519_key einfach auskommentiert und die Fehlermeldung nicht mehr bekommen, das Resultat war aber immer noch das selbe. Nun sind meine Fragen:

A. Gibt es weitere Logs, wo ich vielleicht auf das Problem aufmerksam gemacht werden kann?
B. Hat vielleicht schon jemand eine Idee?
C. Gibt es bei Kimsufi allgemein dieses Problem?

Würde mich freuen, wenn jemand helfen kann.

Gruß
Markus
 
Last edited by a moderator:
Per Default dürfte #HostKey /etc/ssh/ssh_host_ed25519_key aber Kommentiert bleiben soweit ich weiß weshalb mich irritiert woher die Fehlermeldung überhaupt seinen Ursprung hat.

Das sollte dich aber nicht daran hindern dich einzuloggen. Lässt sich übrigens mit ssh-keygen -A beheben.

Nicht mehr in Authlog? Könnte fast wetten PermitRootLogin steht auf without-password (Ab Debian 8 typisch)und du Authentifizierst dich ohne Key.
 
Last edited by a moderator:
Hallo,

folgende Werte sind bei mir in der sshd_config hinterlegt.

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes

Wenn ich den Server über Rescue boote, dann kann ich mich ganz normal einloggen.

Gruß
Markus
 
Rescue ist ja auch ein anderes System. Ist das die Konfig aus dem Rescue od. deiner installation?
 
Code: 
debug2: bits set: 2028/4096
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 71:92:65:f0:fb:d4:97:9d:77:a9:ad:5e:8e:0a:27:be
debug3: load_hostkeys: loading entries for host "91.121.179.36" from file "/root/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /root/.ssh/known_hosts:4
debug3: load_hostkeys: loaded 1 keys
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
71:92:65:f0:fb:d4:97:9d:77:a9:ad:5e:8e:0a:27:be.
Please contact your system administrator.
Add correct host key in /root/.ssh/known_hosts to get rid of this message.
Offending RSA key in /root/.ssh/known_hosts:4
RSA host key for 91.121.179.36 has changed and you have requested strict checking.
Host key verification failed.
 
In der Fehlermeldung steht doch alles was Du wissen musst.
Der Host-Key hat sich geändert und Du musst den alten auf dem Client löschen.

Code: 
ssh-keygen -R 91.121.179.36
 
Hallo,

im Sponsor-Board hat jemand einen guten Lösungsansatz gegeben. Irgendwas stimmte mit den ssh_keys nicht wie du schon gesagt hast, habe mir dann einfach neue geben lassen. Jetzt geht es und ich darf rein. :D

Gruß
Markus
 
Joe User said:
Wer, was, wie, wo hat Dir neue Keys gegeben?
Click to expand...
Ich bin auch gerade fast vom Stuhl gefallen! Und dann auch noch in einem Forum wo sich doch z.T. sehr merkwürdige Leute herumtreiben (ist kein alleiniges Problem vom SB).

@ TE: Wenn du dir die Authkeys von jemand anderem geben/generieren lässt ist das als ob du deine Bank-PIN samt Plastikkarte einem Wildfremden weiter geben würdest.
 
Last edited by a moderator:
Da die fremden Keys bereits im Einsatz waren, muss der Server als gehackt betrachtet werden und nun zwingend vollständig neu aufgesetzt werden.
 
Warum das? Ich verstehe die Aussage nicht? Warum muss er als gehackt betrachtet und deshalb neu aufgesetzt werden?
 
Weil Du weder weisst wer ausser Dir den Private-Key noch hat, noch ob derjenige sich nicht längst auf Deinem System ausgetobt hat und welche Backdoors und/oder Malware und/oder Warez/Kinderpornographie und/oder etc hinterlassen hat.
 
iMarkus said:
Warum das? Ich verstehe die Aussage nicht? Warum muss er als gehackt betrachtet und deshalb neu aufgesetzt werden?
Click to expand...
Weil das die einzige sichere Methode ist, eine Kompromittierung auszuschließen. Ich sage nicht, dass man es nicht näherungsweise versuchen kann, aber wenn jemand als root drin war, ist nun mal alles möglich. Wenn du von einem Reinstall absehen möchtest, solltest du zumindest im Rescuesystem deine Installation unter die Lupe nehmen. Deinem gebooteten System ist in keinem Fall zu vertrauen.
 
Bei seinem Kenntnisstand gibt es keine Alternative zur Neuinstallation, abgesehen von init 0 und der fristlosen Kündigung. Letzteres wäre ohnehin die einzig vernünftige Option, aber das darf man ja nicht laut sagen...
 
Joe User said:
Weil Du weder weisst wer ausser Dir den Private-Key noch hat, noch ob derjenige sich nicht längst auf Deinem System ausgetobt hat und welche Backdoors und/oder Malware und/oder Warez/Kinderpornographie und/oder etc hinterlassen hat.
Click to expand...

Warez/KiPo ist nun eher ein Hoax bzw. Angstmache als Realität. 98% der gehackten Kisten, welche ich bei Kunden gesehen habe, wurden meist eher als Spam- / Bruteforce- / DDoS-Bot missbraucht und waren binnen Minuten dank vorhandener IDS Systeme weg vom Netz.
 
Jemandem der so dumm ist, dass er freiwillig seine root-Zugangsdaten veröffentlicht, dem jubel ich keinen 0815-Scriptkiddie-Bullshit unter, sondern etwas Richtiges, schliesslich habe ich eine echte Cashcow für Lau bekommen und kann mir sicher sein, dass er mich nicht bemerken wird.

Für SPAM/(D)DoS/Bruteforce brauche ich kein root, da reicht jeder beliebige Webaccount ohne erweiterte Rechte und davon gibt es mehr als genug für unter fünf Dollar.
 
You must log in or register to reply here.
Back
Top