Git diz "Aviso: adicionado permanentemente à lista de hosts conhecidos"

Sempre que uso o git para interagir com um controle remoto, como puxar ou empurrar, é exibida a seguinte mensagem:

Aviso: Adicionado permanentemente '...' (RSA) à lista de hosts conhecidos.

Como posso impedir que essa mensagem irritante seja exibida? É apenas um aborrecimento - tudo funciona corretamente.

Solução: crie um ~/.ssh/configarquivo e insira a linha:

UserKnownHostsFile ~/.ssh/known_hosts

Você verá a mensagem na próxima vez que acessar o Github, mas depois disso não a verá mais porque o host foi adicionado ao known_hostsarquivo. Isso corrige o problema, em vez de apenas ocultar a mensagem de log.

Esse problema estava me incomodando há algum tempo. O problema ocorre porque o cliente OpenSSH compilado para Windows não verifica o arquivo known_hosts em~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvv [email protected]

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

Adicione a seguinte linha ao seu arquivo de configuração ssh ($ HOME / .ssh / config):

LogLevel=quiet

Se estiver executando o ssh a partir da linha de comandos, adicione a seguinte opção à cadeia de comandos:

-o LogLevel=quiet

Por exemplo, o seguinte imprime a versão do gcc instalada no machine.example.org (e sem aviso):

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

Defina LogLevelcomo ERROR(não QUIET) no ~/.ssh/configarquivo para evitar a visualização desses erros:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

Essa mensagem é do SSH, que avisa que você está se conectando a um host ao qual você nunca se conectou antes. Eu não recomendaria desativá-lo, pois isso significa que você pode perder um aviso sobre uma alteração na chave do host, o que pode indicar um ataque MITM na sua sessão SSH.

Para suprimir mensagens de aviso, sshvocê pode adicionar as seguintes linhas a ~/.ssh/config:

Host *
LogLevel error

Isso desativará avisos, mas não mensagens de erro. Assim como as outras configurações, ~/.ssh/configvocê pode configurar o LogLevelhost por host, se desejar um controle mais detalhado.

Significa principalmente que há alterações na chave para esse host ~/.ssh/known_hostse não a atualiza automaticamente. Portanto, toda vez que você receber essa mensagem de aviso.

Isso acontece frequentemente para a conexão com as máquinas virtuais recriadas, que alteram a chave com o mesmo endereço IP

Solução

Se você tiver apenas uma entrada, poderá excluir o ~/.ssh/known_hostsarquivo e, após a primeira conexão, a chave estará lá e nenhuma mensagem de aviso depois disso.

Se você tiver várias entradas, poderá usar o comando abaixo para remover

$ ssh-keygen -R <hostname>

Isso funciona bem para mim

Se você estiver usando um repositório do GitHub, considere usar a versão HTTPS da URL, para evitar esse problema completamente:

Se você clonar seu repositório no aplicativo Windows GitHub, é isso que ele usa para o URL remoto. Talvez eles saibam algo que não sabemos.

Tenho a mesma pergunta e descobri que não há um .ssharquivo no meu ~. Então, eu apenas crio o .sshdiretório no ~caminho, e o problema foi resolvido.

Eu entrei no mesmo problema quando comecei a usar uma máquina Windows. No meu caso, foi porque minha configuração do SSH não foi concluída. O Github tem uma documentação muito precisa sobre a configuração do SSH. Uma vez resolvido, o problema foi resolvido.

https://help.github.com/articles/checking-for-existing-ssh-keys/ https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it- para o agente ssh /

Adicionar chave ssh

ssh-keygen -t rsa -b 4096 -C "[email protected]"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

arquivo de configuração da caixa

crate ~/.ssh/config

adicione abaixo da linha.

UserKnownHostsFile ~/.ssh/known_hosts

Em seguida, adicione a chave pub e clone seu repositório ... Concluído .....

Eu havia enfrentado o mesmo erro na máquina virtual Linux / Cent OS e era porque o IP estava mudando após a reinicialização. Para contornar esse problema, defini um IP estático na rede e adicionei essa entrada ao arquivo / etc / hosts. Para IP estático, mencione um valor de intervalo um pouco maior. Por exemplo, se o seu IP atual (ipconfig / ifconfig) for 192.168.0.102, na próxima vez após a reinicialização, este poderá se tornar 192.168.0.103. Portanto, defina seu IP estático nas configurações de IPV4 como 192.168.0.181, o que deve fazer o truque.

No meu caso, foi porque o administrador que configurou o servidor definiu essas opções em ~/.ssh/config

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

O que funcionou bem na maioria dos casos, não usando o ~/.ssh/known_hostsarquivo. Mas para o repositório corporativo do gitlab, toda vez que ele dava o "Aviso: adicionado permanentemente ... à lista de hosts conhecidos".

Minha solução foi comentar a UserKnownHostsFile /dev/nulllinha, o que permitiu a criação de ~/.ssh/known_hosts. Então não deu mais avisos depois disso.

Você também pode ter entradas antigas / inválidas no seu known_hosts.

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

Estou retirando minha solução devido a contínuos downvotes.
Era a melhor solução sem realmente invadir o código fonte do próprio cliente SSH.
Se alguém estiver interessado, verifique o histórico de edições.