☰

Por que o OpenSSH não está usando o usuário especificado em ssh_config?

tag-icon • tag-icon windows ssh openssh
Por que o OpenSSH não está usando o usuário especificado em ssh_config?

Estou usando o OpenSSH de uma máquina Windows para conectar-me a uma caixa Linux Mint 9. Meu nome de usuário do Windows não corresponde ao nome de usuário do destino ssh, então estou tentando especificar o usuário a ser usado para login usando ssh_config. Eu sei que o OpenSSH pode ver o ssh_configarquivo, pois estou especificando o arquivo de identificação nele.

A seção específica do host em ssh_config é:

  Host hostname
    HostName      hostname
    IdentityFile  ~/.ssh/id_dsa
    User          username
    Compression   yes

Se eu fizer ssh username@hostnameisso funciona.

Tentando usar ssh_configapenas dá:

F:\>ssh -v hostname
OpenSSH_5.6p1, OpenSSL 0.9.8o 01 Jun 2010
debug1: Connecting to hostname [XX.XX.XX.XX] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_rsa type -1
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_rsa-cert type -1
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_dsa type 2
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debia
n-3ubuntu5
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu5 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'hostname' is known and matches the RSA host key.
debug1: Found key in /cygdrive/f/progs/OpenSSH/home/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
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
debug1: Next authentication method: publickey
debug1: Trying private key: /cygdrive/f/progs/OpenSSH/home/.ssh/id_rsa
debug1: Offering DSA public key: /cygdrive/f/progs/OpenSSH/home/.ssh/id_dsa
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Fiquei com a impressão de que (conforme descrito nesta pergunta:Como fazer o login do ssh como o usuário certo?) especificando User usernameem ssh_configdeve funcionar.

Por que o OpenSSH não está usando o nome de usuário especificado em ssh_config?

Responder1

O problema é que o OpenSSH está procurando a configuração em ~/.ssh/config(que se expande para /cygdrive/f/progs/OpenSSH/home/.ssh/config) e não em /cygdrive/f/progs/OpenSSH/etc/ssh_config.

Em vez disso , coloque as configurações ~/.ssh/config.

Responder2

Para qualquer um que se depare com isso e esteja preso no Windows, o windows equiv no cygwin para a localização da sua pasta .ssh não é o diretório $HOME que você especificou no seu env! O caminho que o cygwin openssh usa é /home/username/.ssh :(

Minha correção foi remover o diretório /home/username e, em vez disso, vinculá-lo ao diretório inicial real (o diretório para o qual "cd ~" muda). Boa sorte.

Responder3

Normalmente, as configurações personalizadas do usuário devem entrar ~/.ssh/confige não no /etc/ssh/config. /etc/ssh/configé para mudanças em todo o sistema.

informação relacionada