ssh não pode se conectar usando o nome do host

1

Estou configurando algum servidor, mas acabei criando um problema com um servidor.

Eu configurei um servidor dns local, e quando tento conectar-me a este servidor com ssh [email protected] eu recebo: Permissão negada (publickey, keyboard-interactive).

Mas quando eu acesso como [email protected] ele funciona bem com o Pubkey Auth. Parte estranha é quando eu me conecto a um servidor git.stvns.com = > um nome de host gerenciado pelo servidor dns, ele se conectará bem ao usar o nome do host.

Eu estou usando um Ubuntu 10.04 amd64 como base para todo o servidor, eles são na verdade imagens idênticas Eu tirei um instantâneo da configuração mínima, por isso não posso culpar o sistema operacional.

Eu comparei meus arquivos sshd_config mas eles são quase idênticos, somente o lugar das authorized_keys é diferente, não posso culpá-los por problemas.

Localmente, removi meus known_hosts relacionados ao servidor dns e tentei novamente sem qualquer sorte.

Esta é uma cópia do meu arquivo sshd_config, talvez alguém encontre um erro:

Port                             22
Protocol                         2
HostKey                         /etc/ssh/ssh_host_rsa_key
HostKey                         /etc/ssh/ssh_host_dsa_key
UsePrivilegeSeparation          yes
LoginGraceTime                  20
PermitRootLogin                 no
RSAAuthentication               yes
RhostsRSAAuthentication         yes
HostBasedAuthentication         no
PubkeyAuthentication            yes
AuthorizedKeysFile              /etc/ssh/authorized_keys
PermitEmptyPasswords            no
PasswordAuthentication          no
StrictModes                     no
ClientAliveInterval             60
ClientAliveCountMax             0

# Host Specific !!!!!
ListenAddress                   192.168.1.61

# List of allowed users
AllowUsers                      alpha

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Alguém respondeu o mesmo problema? Ou tem algum conselho?

Muito obrigado antecipadamente!

    
por Niels 22.04.2012 / 23:24

2 respostas

1

executar

ping git.stvns.com

Você está vendo 192.168.1.2 ip?

Eu acho que você não tem problema com o ssh, você tem problemas com o dns.

Qual servidor dns você usa? (cat /etc/resolv.conf)

    
por 24.04.2012 / 20:01
0

@Niels o problema é que o nome do host é diferente na caixa e a entrada de DNS que temos ou a tentativa de ssh é diferente.

Considere o exemplo:

root@gw:~# cat /etc/hostname
gw.analytics.example.net
O

seguinte continua falhando porque no protocolo ssh ambos foram autenticados pelo cliente e vice-versa.

    git:master=⚡ ssh gw.analytics.example.io -l root -i ~/.ssh/id_rsa.pub
ssh: Could not resolve hostname gw.analytics.example.io: nodename nor servname provided, or not known

Mesmo que eu tenha a entrada de DNS correta e capaz de resolvê-los manualmente.

    git:master=⚡ dig gw.analytics.example.io

; <<>> DiG 9.9.7-P3 <<>> gw.analytics.example.io
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56491
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;gw.analytics.example.io.   IN  A

;; ANSWER SECTION:
gw.analytics.example.io. 263    IN  A   10.17.71.2

;; Query time: 2 msec
;; SERVER: 192.168.254.1#53(192.168.254.1)
;; WHEN: Mon Oct 02 10:47:04 +08 2017
;; MSG SIZE  rcvd: 69

Então eu mudei o nome do host da caixa de acordo com o nome DNS que estou tentando ssh.Ele funciona bem.

root@gw:~# cat /etc/hostname
gw.analytics.example.io

e eu consigo fazer o login

git:master=⚡ ssh gw.analytics.example.io -l root -i ~/.ssh/id_rsa.pub
root@gw:~# hostname
gw.analytics.example.io
root@gw:~# uptime
 03:13:59 up 46 min,  2 users,  load average: 0.39, 0.49, 0.35
root@gw:~#
    
por 02.10.2017 / 05:12