ssh "Permission denied (publickey)"
ssh "Permission denied (publickey)"
hallo,
kann mir jemand sagen, was ich falsch gemacht habe, wenn ich neuerdings
ein Verbindungsversuch per ssh mit
Permission denied (publickey)
abgelehnt wird ?
kann mir jemand sagen, was ich falsch gemacht habe, wenn ich neuerdings
ein Verbindungsversuch per ssh mit
Permission denied (publickey)
abgelehnt wird ?
- McAldo
- Moderator
- Beiträge: 2069
- Registriert: 26.11.2003 11:43:36
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Terra / Sol-System / Milchstraße
Dann hast du sicher sarge laufen und den neuesten sshd laufen.
Beim upgrade wurde nach einer Einstellung gefragt.
Am Ende der /etc/ssh/sshd_conf steht:
ChallengeResponseAuthentication no
Dort muß yes stehen, dann klappts auch wieder mit dem PW.
McAldo
Beim upgrade wurde nach einer Einstellung gefragt.
Am Ende der /etc/ssh/sshd_conf steht:
ChallengeResponseAuthentication no
Dort muß yes stehen, dann klappts auch wieder mit dem PW.
McAldo
Achte auf deine Gedanken, denn sie werden Worte.
Achte auf deine Worte, denn sie werden Handlungen.
Achte auf deine Handlungen, denn sie werden Gewohnheiten.
Achte auf deine Gewohnheiten, denn sie werden dein Charakter.
Achte auf deinen Charakter, denn er wird dein Schicksal.
(Talmud)
Achte auf deine Worte, denn sie werden Handlungen.
Achte auf deine Handlungen, denn sie werden Gewohnheiten.
Achte auf deine Gewohnheiten, denn sie werden dein Charakter.
Achte auf deinen Charakter, denn er wird dein Schicksal.
(Talmud)
- McAldo
- Moderator
- Beiträge: 2069
- Registriert: 26.11.2003 11:43:36
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Terra / Sol-System / Milchstraße
PasswordAuthentication steht bei mir immer noch auf no.
/etc/ssh/sshd_conf
[...]
Change to yes to enable tunnelled clear text passwords
PasswordAuthentication no
[...]
Wer will da schon ein clear text Password schicken?
Es ist schon das, was ich schrieb. Auch in der debian mailingliste nachzulesen.
McAldo
/etc/ssh/sshd_conf
[...]
Change to yes to enable tunnelled clear text passwords
PasswordAuthentication no
[...]
Wer will da schon ein clear text Password schicken?
Es ist schon das, was ich schrieb. Auch in der debian mailingliste nachzulesen.
McAldo
Zuletzt geändert von McAldo am 21.10.2004 09:27:45, insgesamt 2-mal geändert.
Achte auf deine Gedanken, denn sie werden Worte.
Achte auf deine Worte, denn sie werden Handlungen.
Achte auf deine Handlungen, denn sie werden Gewohnheiten.
Achte auf deine Gewohnheiten, denn sie werden dein Charakter.
Achte auf deinen Charakter, denn er wird dein Schicksal.
(Talmud)
Achte auf deine Worte, denn sie werden Handlungen.
Achte auf deine Handlungen, denn sie werden Gewohnheiten.
Achte auf deine Gewohnheiten, denn sie werden dein Charakter.
Achte auf deinen Charakter, denn er wird dein Schicksal.
(Talmud)
-
- Beiträge: 385
- Registriert: 10.01.2003 00:15:15
- Lizenz eigener Beiträge: GNU General Public License
Also, nachdem ich diesen Thread gelesen hab weiß ich .. gar nichts! Ich habe alle Einstellungen geprüft die hier genannt wurden, sie können es nicht sein. Ich fahre Debian unstable und sollte auf den Rechner eines Kunden, doch überall kommt:
Warning: Permanently added '84.160.145.122' (RSA) to the list of known hosts.
Permission denied (publickey).
sogar auf Rechnern, die im lokalen Netzwerk stehen und von denen aus ich auf andere zugreifen möchte kommt das! Was soll denn der Mist, SSH ist für mich eines der wichtigsten Programme, das MUß funktionieren! Weiß denn jemand, woran es in Sid liegt?
Warning: Permanently added '84.160.145.122' (RSA) to the list of known hosts.
Permission denied (publickey).
sogar auf Rechnern, die im lokalen Netzwerk stehen und von denen aus ich auf andere zugreifen möchte kommt das! Was soll denn der Mist, SSH ist für mich eines der wichtigsten Programme, das MUß funktionieren! Weiß denn jemand, woran es in Sid liegt?
-
- Beiträge: 385
- Registriert: 10.01.2003 00:15:15
- Lizenz eigener Beiträge: GNU General Public License
Was meinst Du mit umgeleitet? Meine /etc/ssh/ssh_config sieht so aus:
---------------------------------------------------
# $OpenBSD: ssh_config,v 1.19 2003/08/13 08:46:31 markus Exp $
# This is the ssh client system-wide configuration file. See
# ssh_config(5) for more information. This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.
# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.
# Site-wide defaults for various options
# Host *
# ForwardAgent no
ForwardX11 yes
TCPKeepAlive yes
# ForwardX11Trusted yes
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# Port 22
# Protocol 2,1
# Cipher 3des
# Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
# EscapeChar ~
---------------------------------------------------
Im Grunde doch normal, oder?
---------------------------------------------------
# $OpenBSD: ssh_config,v 1.19 2003/08/13 08:46:31 markus Exp $
# This is the ssh client system-wide configuration file. See
# ssh_config(5) for more information. This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.
# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.
# Site-wide defaults for various options
# Host *
# ForwardAgent no
ForwardX11 yes
TCPKeepAlive yes
# ForwardX11Trusted yes
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# Port 22
# Protocol 2,1
# Cipher 3des
# Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
# EscapeChar ~
---------------------------------------------------
Im Grunde doch normal, oder?
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
Bitte poste nicht so lange Log Dateien direkt hier rein, sondern nach http://nopaste.debianforum.de
Hier ist mal meine Config: http://nopaste.debianforum.de/1584
Hier ist mal meine Config: http://nopaste.debianforum.de/1584
Re: ssh "Permission denied (publickey)"
Ich hatte auch gerade solch einen Fehler bei einem uralten SLES Server. Da lag es daran, dass mit dem ssh-copy-id auf der Maschine nur eine authorized_keys in ~/.ssh/ erzeugt wurde. Der SLES aber eine authorized_keys2 gesucht hat. Also einfach die Datei umbenannt und schon klappte der Login.