SSH: arquivo de configuração não usado como eu esperava

Question

Atualizei recentemente do Trusty (14.04) para o Xenial (16.04), e agora tenho um comportamento diferente ao usar o ssh e meu arquivo .ssh/config .

Anteriormente: no arquivo de configuração, quando uma primeira regra se aplicaria no host a para alterar o destino Hostname de a para b e outra regra se aplicaria a b , a segunda regra seria aplicada.

Agora: somente a primeira regra é aplicada, a segunda é ignorada.

Aqui está uma amostra desse novo comportamento:

# I added two extra names for "127.0.0.1" :
legec@Workstation[.ssh]$ head -2 /etc/hosts
127.0.0.1   localhost
127.0.0.1   foo foo.homesweethome.com

# config file :
legec@Workstation[.ssh]$ cat ~/.ssh/config
# this rule expands "foo" to "foo.homesweethome.com"
Host foo
    Hostname foo.homesweethome.com

# this rule sets default port and user for "foo.homesweethome.com" :
Host foo.homesweethome.com
    Port 2222
    User foobar

# when running ssh :    
legec@Workstation[.ssh]$ ssh -v foo
OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g  1 Mar 2016
  # as you can see in the following two lines,
  # the first config rule is applied
debug1: Reading configuration data /home/legec/.ssh/config
debug1: /home/legec/.ssh/config line 1: Applying options for foo
  # the second rule is skipped
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to foo.homesweethome.com [127.0.0.1] port 22.
debug1: Connection established.

  [.. extra debug messages about possible keys to present, protocol setup ... ]

debug1: Next authentication method: password
# I was hoping to see a connection on port 2222,
# and asking the password for user foobar :
[email protected]'s password: 

A versão atual do meu ssh lib é:

legec@Workstation[.ssh]$ ssh -V
OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g  1 Mar 2016

[editar]: Como me fkraeim me lembrou, a versão de OpenSSH em Trusty (14,04) era 6,6.

Perguntas

• O que mudou no comportamento do ssh?
• Como posso aplicar as duas regras no exemplo acima?

Nota: para um contexto mais completo, no meu arquivo de configuração real, a configuração se parece com:

Host bar baz
    Hostname %h.homesweethome.com

Host foo
    Hostname foo.homesweethome.com

Host *.homesweethome.com
    User foobar
    Port 2222

    

Answer 1

Esta é uma boa ilustração que, às vezes, o bug de uma pessoa é o recurso de outra pessoa ...

Este comportamento do OpenSSH em 14.04 é na verdade um bug introduzido no OpenSSH 6.6 (que é a versão no Ubuntu 14.04) e corrigido em 6.8 (veja também o changelog ). A maneira correta de fazer o que você quer é

Host bar baz
    Hostname %h.homesweethome.com

Host foo
    Hostname foo.homesweethome.com

Host foo bar baz *.homesweethome.com
    User foobar
    Port 2222

Alternativamente, talvez a canonização seja realmente o que você quer ... Por exemplo

CanonicalizeHostname yes
CanonicalDomains homesweethome.com

Host *.homesweethome.com
    User foobar
    Port 2222

... pode funcionar para você. Uma diferença com sua configuração atual é que, se por exemplo goo.homesweethome.com existir, ssh goo tentará se conectar a ela.

    

Answer 2

Não sei o que mudou entre 14.04 e 16.04, mas a opção CanonicalizeHostnames parece desempenhar um papel. De man ssh_config :

CanonicalizeHostname
 Controls whether explicit hostname canonicalization is performed.
 The default, “no”, is not to perform any name rewriting and let
 the system resolver handle all hostname lookups.  If set to “yes”
 then, for connections that do not use a ProxyCommand, ssh(1) will
 attempt to canonicalize the hostname specified on the command
 line using the CanonicalDomains suffixes and
 CanonicalizePermittedCNAMEs rules.  If CanonicalizeHostname is
 set to “always”, then canonicalization is applied to proxied
 connections too.

 If this option is enabled, then the configuration files are
 processed again using the new target name to pick up any new
 configuration in matching Host and Match stanzas.

Observe o último parágrafo. E quando eu adiciono:

Host *
  CanonicalizeHostname yes

Eu obtenho o resultado esperado:

$ ssh foo                
ssh: connect to host foo.homesweethome.com port 2222: Connection refused