[gelöst] Permission denied (publickey,password) SSH Login geht nicht

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Tarawa

User

Beiträge: 94

Registrierungsdatum: 01.06.2012

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

27.05.2015, 19:00

Permission denied (publickey,password) SSH Login geht nicht

HHHey Liebes Ubuntu Team.Ich hab folgendes Problem und zwar kann mich von Rechner 1,nicht mehr auf Rechner 2 aufschalten via ssh in die gegen Richtung geht das einzulogen

aber ohne Probleme. Falls noch Infos fehlen sollten werde ich versuchen sie nachzureichen

Ich hab Kubuntu 15.04 64 BIt

SSD 430 gb

HGST 1 TB

Intel 4000HD

Nvidia geforce GTX 850m

8GB Ram

Quellcode

OpenSSH_6.7p1 Ubuntu-5ubuntu1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to sven-p6-2272eg [192.168.178.24] port 22.
debug1: Connection established.
debug1: identity file /home/sven-kubuntu/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/sven-kubuntu/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Ubuntu-5ubuntu1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2 pat OpenSSH_6.6.1* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr umac-64-etm@openssh.com none
debug1: kex: client->server aes128-ctr umac-64-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA ce:12:18:97:e2:2b:8e:c8:d0:12:71:b0:ec:df:79:e6
debug1: Host 'sven-p6-2272eg' is known and matches the ECDSA host key.
debug1: Found key in /home/sven-kubuntu/.ssh/known_hosts:3
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/sven-kubuntu/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/sven-kubuntu/.ssh/id_dsa
debug1: Trying private key: /home/sven-kubuntu/.ssh/id_ecdsa
debug1: Trying private key: /home/sven-kubuntu/.ssh/id_ed25519
debug1: Next authentication method: password

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Tarawa« (30.05.2015, 21:11)

Zum Seitenanfang

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

28.05.2015, 11:25

Hast du auf einem der Rechner kürzlich ein Update gemacht?
Liegt am Rechner 2 eine ~/.ssh/authorized_keys und enthält sie einen deiner pubkeys von Rechner 1?

Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.

me is all sausage
but don't call me Ferdl

Zum Seitenanfang

Tarawa

User

Beiträge: 94

Registrierungsdatum: 01.06.2012

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

28.05.2015, 17:35

Ich hab das mal eingetragen, was sie mir geschrieben haben und hab das erhalten.Ich hab mich via ssh von Rechner 3 aufgeschaltet wo ich keine probleme hatte (Fehlermeldung) -bash: /home/sven/.ssh/authorized_keys: Datei oder Verzeichnis nicht gefunden. Updates gab es 4

zwar aber nix was mit ssh zutun hatte.

Zum Seitenanfang

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

28.05.2015, 21:58

Mit welchem Usernamen willst du dich auf Rechner 2 einloggen, bzw. wie lautet ganz genau das Kommando das du auf Rechner 1 eingibst?

Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.

me is all sausage
but don't call me Ferdl

Zum Seitenanfang

Tarawa

User

Beiträge: 94

Registrierungsdatum: 01.06.2012

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

29.05.2015, 15:17

Um Daten rüber zu schieben nutze ich sftp und um den Rechner auf den neuesten stand zu halten mache ich es mit ssh

ssh sven-p6-2272eg

pw: eingeben

sftp sven-p6-2272eg Das mache ich mehr nicht, bis zur Passwort eingabe komme ich immer.Nur sagt er mir permission denied,sich via sftp und ssh von Rechner 2 auf 1 geht ohne probleme.

Zum Seitenanfang

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

29.05.2015, 23:38

Mit anderen Worten: Da du nur den Rechnernamen, aber keinen Usernamen angibst, wird der Login mit deinem lokalen Usernamen versucht.
Der lautet auf Rechner 1 scheinbar "sven-kubuntu", aber in Posting #3 heißt du "sven". Wobei ich mir jetzt nicht sicher bin, ob du die Ausgabe direkt vom Rechner 3 gepostet hast oder dich von Rechner 3 auf Rechner 2 verbunden hast. Würde mich dann nämlich wundern, daß es die Datei dort nicht gibt. Es sei denn, du würdest für diese Verbindung keine pubkeys verwenden.

Versuch einfach einmal einen Login mit "ssh username@rechnername", und zwar mit dem username am entfernten System. Wenn es nicht geht, schau nach, ob auf den entsprechenden Rechnern eben in den betreffenden Userverzeichnissen die Datei /home/user/.ssh/authorized_keys vorhanden ist und den Pubkey des aufrufenden Users enthält.

Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.

me is all sausage
but don't call me Ferdl

Zum Seitenanfang

Tarawa

User

Beiträge: 94

Registrierungsdatum: 01.06.2012

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

30.05.2015, 11:31

Ich hab die Fehlermeldung von von einem anderen Rechner gemacht von dem ich zugriff auf den Pc hatte via ssh und

sftp aber dein tipp hat geholfen statt ssh sven-p6-2272eg hab ich sven@sven-p6-2272eg eingetippt und das hat geholfen.

Zum Seitenanfang

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

30.05.2015, 18:35

Zitat von »Tarawa«

statt ssh sven-p6-2272eg hab ich sven@sven-p6-2272eg eingetippt und das hat geholfen

Sag ich ja

Mich wundert dann aber, daß das Problem jetzt neu war, denn du hast geschrieben:

Zitat von »Tarawa«

kann mich von Rechner 1,nicht mehr auf Rechner 2 aufschalten

Das würde bedeuten, daß es früher funktioniert hat. Also müsstest du auf beiden Rechnern den gleichen Usernamen gehabt haben.
Andererseits sagst du, daß es in die umgekehrte Richtung immer noch funktioniert. Aber da sind ja die Usernamen genauso unterschiedlich... (Rätsel)

Hier ein kostenloser Tipp:
Leg dir auf jedem Rechner eine config-Datei an

	Quellcode
1	nano ~/.ssh/config

Da schreibst du einfach für jeden anderen Rechner deinen dortigen Usernamen rein und optional welches Keyfile zum Login gebraucht wird:

Zitat

Host sven-p6-2272eg
User sven
# optional:
IdentityFile /home/sven-kubuntu/.ssh/id_rsa

Host irgendwas
User irgendwer
# optional:
IdentityFile /home/sven-kubuntu/.ssh/id_irgendwas

# usw...

Dann kannst du dich jederzeit mit "ssh anderer-rechner" verbinden, und der richtige Username (+Keyfile) wird automatisch verwendet.
--
Wenn das Problem damit gelöst ist setze bitte noch das passende Präfix vor die Überschrift, damit das jeder gleich erkennen kann. Danke!
Wie man ein Thema markiert ist in unseren Einsteiger-Infos erklärt.

Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.

me is all sausage
but don't call me Ferdl