ssh geht nicht

padarasa · Beitrag von **padarasa** » 24.01.2005 22:41:50

Hallo,

ich hab als Client Debian Sarge und versuche mich auf einen Server (192.168.0.1) einzuloggen.

Ich hab das unter Win mit Putty gemacht, dort klappt es auch.

Hab mir jetzt das deb für Putty installiert und danach alles gleich wie unter Win gemacht - Resulat: Wenn ich auf Open klcke öffnet sich wie gewohnt das Fenster; es kommt aber kein Inhalt.

Habs erst auf der console mit ssh versucht aber auch ohne Erfolg.

Genau genommen komm ich noch nicht einmal zum login... bzw. es steht kurz davor, macht aber nichts mehr.

Beitrag von **blackm** » 24.01.2005 22:46:12

Hi,

veruch es nochmal auf der Konsole mit

Code: Alles auswählen

ssh -v <user>@192.168.0.1

by, Martin

padarasa · Beitrag von **padarasa** » 24.01.2005 22:51:10

Er bleibt bei

debug1: SSH2_MSG_KEXINIT sent

hängen...

Beitrag von **blackm** » 24.01.2005 22:53:16

Hm..vielleicht kann der Server kein ssh2...aber dann sollte er ja mit ssh1 umgehen koennen...pack mal die komplette Ausgabe nach http://nopaste.debianforum.de

by, Martin

padarasa · Beitrag von **padarasa** » 24.01.2005 22:56:43

blackm hat geschrieben:Ausgabe nach http://nopaste.debianforum.de

was ist das?

Übrigens kommt er weiter, hat dann aber VERDAMMT LANGE gebraucht.

Er gibt mir sowas wie ein

The authenticity of host "192.168.0.1" cant be established.
RSA kex fingerprint is 6b:................
Are you sure you want to cintinue connecting?

padarasa · Beitrag von **padarasa** » 24.01.2005 23:06:51

Übrigens hab ich keine Ahnung, was der mit nem RSA key will.

Als ich den Server vor 2 Jahren (?) eingerichtet hatte, lief der Zugriff vom WinRechner ohne was einzustellen.

Auf dem Server läuft ein *schähm* SUSE 8.1.. war damals froh, dass es ging

.

Er kommt noch weiter:

Next auth... method: publickey - schlug wohl danach auch fehl, denn es kommt ein
Next auth... method: passwort

Danach kann ich mich einloggen.

Hab das Spielchen nochmal gemacht, hat sich aber nichts geändert.

Es scheint also doch zu funktionieren... nur muss ich erst Minuten warten bis er was macht.

Beitrag von **blackm** » 24.01.2005 23:26:11

padarasa hat geschrieben:was ist das?

Dort kannst du lange Ausgaben / config files Posten, damit dein eigentliches Posting uebersichtlich bleibt...

Übrigens kommt er weiter, hat dann aber VERDAMMT LANGE gebraucht.

deswegen nopaste.df.de

Er gibt mir sowas wie ein

The authenticity of host "192.168.0.1" cant be established.
RSA kex fingerprint is 6b:................
Are you sure you want to cintinue connecting?

das kommt weil dein ssh client den fingerprint des Server noch nicht kennt. Du musst (oder besser solltest) jetzt den fingerprint mit dem vom Server ueberpruefen damit du auch sicher gehen kannst das du mit dem richtigen Server verbunden bist. Im lokalen Netz wo du der Admin bist ist das villeicht nicht so wichtig, aber auf jeden Fall wenn du eine Verbindung quer durchs Internet aufbaust...
Da musst du yes eintragen...

by, Martin

padarasa · Beitrag von **padarasa** » 24.01.2005 23:30:22

Danke soweit.

Gibt es eine Möglichkeit das ganze zu beschleunigen? Ich werd ja verrückt beim warten...

Beitrag von **blackm** » 24.01.2005 23:40:32

Warten? Worauf musst du den da warten?

padarasa · Beitrag von **padarasa** » 24.01.2005 23:42:56

Also zwischen

ssh -v <user>@192.168.0.1

und der Aufforderung mein Passwort einzugeben vergeht eine _recht lange_ Zeit... so im Rahmen von ein paar Minuten...

sonst wär ich ja gar nicht auf die Idee gekommen, dass es nicht funktioniert, ich hatte da nur nicht lange genug gewartet

Finde das merkwürdig, unter Putty in Win ist das eine Sache von Sekunden(bruchteilen).

smashie · Beitrag von **smashie** » 25.01.2005 02:17:12

mal mit 'ssh -l user host' versucht? und vorallem muss auf dem host deine IP auch in der /etc/hosts stehen .. ansonsten versucht er Ewigkeiten ohne Resultat aufzulösen bevor er es abbricht und den handshake macht

padarasa · Beitrag von **padarasa** » 25.01.2005 13:13:54

ich nehm generell gleich die ip

nepos · Beitrag von **nepos** » 25.01.2005 13:51:47

Auch wenn du die IP nimmst, ssh versucht immer einen sogenannten reverse lookup auf die IP zu machen.