ssh do linux para o mac - permissão negada

8

Estou executando uma VM do Oracle Linux em um host do Windows 7 e estou tentando usar o ssh no meu MacBook.

Eu já criei as chaves privadas / pub no meu Mac. Eu copiei o conteúdo de id_rsa.pub para o arquivo authorized_keys na pasta .ssh . Eu alterei as permissões authorized_keys para 600 para o usuário atual. As permissões para ~ e ~/.ssh foram alteradas para 700 .

Eu também copiei o conteúdo de id_rsa.pub da VM do Oracle Linux para o arquivo authorized_keys usando

ssh-copy-id

No meu Mac, também tenho uma VM do Oracle Linux na qual posso perfeitamente executar ssh da VM do Oracle Linux na máquina do Windows.

No entanto, não consigo usar o ssh no meu Mac usando apenas: ssh macdomain

Eu tenho que usar: ssh username@macdomain to ssh com sucesso. Sem o nome de usuário, ele me pedirá uma senha e, eventualmente, resultará em:

Permission denied (publickey, keyboard-interactive)

Este é o meu arquivo sshd_config:

#   $OpenBSD: sshd_config,v 1.81 2009/10/08 14:03:41 markus Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options change a
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

# The default requires explicit activation of protocol 1
#Protocol 2

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024

# Logging
# obsoletes QuietMode and FascistLogging
SyslogFacility AUTHPRIV
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes no
#MaxAuthTries 6
#MaxSessions 10

#RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys
AllowUsers username
# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords both PasswordAuthentication and
# ChallengeResponseAuthentication must be set to "no".
#PasswordAuthentication no
#PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# Set this to 'yes' to enable PAM authentication, account processing, 
# and session processing. If this is enabled, PAM authentication will 
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
# Also, PAM will deny null passwords by default.  If you need to allow
# null passwords, add the " nullok" option to the end of the
# securityserver.so line in /etc/pam.d/sshd.
#UsePAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
#ChrootDirectory none

# pass locale information
AcceptEnv LANG LC_*

# no default banner path
#Banner none

# override default of no subsystems
Subsystem   sftp    /usr/libexec/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
#   X11Forwarding no
#   AllowTcpForwarding no
#   ForceCommand cvs server

# XAuthLocation added by XQuartz (http://xquartz.macosforge.org)
XAuthLocation /opt/X11/bin/xauth

Eu pesquisei e dei uma olhada em quase todos os tópicos relevantes, mas sem sucesso.

    
por bytebiscuit 20.07.2014 / 01:28

1 resposta

9

Seu nome de usuário na VM é diferente do seu nome de usuário no Mac. Por padrão, ssh assume que os nomes de usuários são os mesmos, caso você não os especifique explicitamente. Ele está tentando fazer login em um usuário que não existe (ou que você não configurou), e é por isso que ele sempre falha.

Para evitar isso, você pode especificar o nome de usuário a cada vez ou configurar seu .ssh/config file na VM assim:

Host mac
    Hostname macdomain
    User yourmacusername

Isso substituirá o nome de usuário padrão apenas para esse host. Você também seria capaz de apenas ssh mac , se preferir, em vez de usar o nome do host.

    
por 20.07.2014 / 01:32

Tags