Вопросы Теги

scp между двумя серверами с использованием ключа Отказано в доступе (publickey)

Чтобы postfix работал с настройкой Thunderbird «SSL/TLS» для порта 465, используйте такие настройки master.cf:

smtps     inet  n       -       y       -       -       smtpd
  -o syslog_name=postfix/smtps
  -o smtpd_tls_wrappermode=yes
  -o smtpd_sasl_auth_enable=yes

('y' в первой строке означает, что postfix работает в chroot, в противном случае должно быть 'n')

Это устаревший способ подключения -в наши дни более привычно использовать STARTTLS через порт 587 ('submission' ).

1
19.02.2018, 03:39
1 ответ
debug1: Trying private key: /home/user/myPrivateKey.key
debug3: sign_and_send_pubkey: RSA 96:2e:35:c2:25:6a:a8:b8:21:48:43:24:a3:69:c0:df
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey

Su cliente SSH envió una clave privada, pero el hash de clave de estilo antiguo -me hace pensar que podría haber sido una clave de la versión 1.x del protocolo SSH. La versión remota es OpenSSH 7.4p1 de Debian, que tiene el soporte de la versión 1.x del protocolo SSH eliminado por completo ya que está obsoleto y se ha descubierto que contiene fallas de seguridad fatales.

Si ese no fuera el caso, estos mensajes indican que el servidor no aceptó la clave. Debe verificar los registros de autenticación del servidor(/var/log/auth.logen Debian ):si hay un problema en los permisos del directorio de inicio del usuario de destino, el directorio ~/.sshsub -o el archivo ~/.ssh/authorized_keys, debe haber un mensaje al respecto.

Los problemas más comunes son propiedad incorrecta o demasiados permisos de escritura :el archivo authorized_keysdebe estar protegido para que solo el propietario de la cuenta pueda escribirlo, de lo contrario sshdlo ignorará por completo.

1
28.01.2020, 00:39

Теги

Похожие вопросы