Close Menu
Troubleshooting

INS-06006 – Passwordless SSH Connectivity Not Set Up

HenriqueBy Updated:8 Mins Read

This post is also available in: English (Inglês)

Durante a instalação do Oracle Grid Infrastructure ou adição de nós em um ambiente Oracle RAC, é comum encontrar o seguinte erro:

error-ins-06006

Esse erro interrompe o instalador e impede que o processo continue. Parece simples, mas pode ter múltiplas causas — e nem sempre é óbvio qual delas está ativa no seu ambiente.

Neste artigo, vou explicar por que o erro ocorre, listar as causas mais comuns e entregar um checklist prático de diagnóstico com comandos que você pode executar direto no terminal para identificar e corrigir o problema.

💡 No meu caso: A causa foi a variável SSH_AUTH_SOCK ativa na sessão, interferindo na validação do instalador. Se você suspeita do mesmo cenário, vá direto para a Causa 5 — SSH_AUTH_SOCK. Mas recomendo seguir o checklist completo — o problema pode ser uma combinação de fatores.

Por Que o Erro INS-06006 Ocorre:

O Oracle Universal Installer (OUI) realiza verificações de conectividade remota via SSH e SCP antes de prosseguir com a instalação do Grid Infrastructure.

O instalador precisa garantir que:

  • A conexão SSH entre todos os nós funcione sem prompt de senha
  • Os comandos ssh e scp estejam acessíveis no PATH do usuário
  • A resolução de hostname esteja consistente em todos os nós
  • As permissões do diretório ~/.ssh estejam corretas
  • Nenhuma variável de ambiente esteja interferindo na autenticação

Se qualquer uma dessas validações falhar, o OUI aborta com o erro INS-06006.

Causas Comuns e Como Diagnosticar Cada Uma

A seguir, cada causa é acompanhada de comandos práticos para verificar e corrigir o problema.

1. SSH Sem Senha Não Configurado Corretamente

Essa é a causa mais frequente. O passwordless SSH precisa funcionar bidirecionalmente entre todos os nós — incluindo de cada nó para ele mesmo (loopback).

# Executar de cada nó para todos os outros (e para si mesmo)

ssh -o BatchMode=yes -o StrictHostKeyChecking=no node1 hostname
ssh -o BatchMode=yes -o StrictHostKeyChecking=no node2 hostname

Se qualquer um desses comandos pedir senha ou falhar, o SSH não está configurado corretamente.

Correção:

# Gerar chave SSH (se ainda não existir)
ssh-keygen -t rsa -b 4096 -N "" -f ~/.ssh/id_rsa

# Copiar chave para todos os nós (incluindo o próprio)
ssh-copy-id oracle@node1
ssh-copy-id oracle@node2

Ou usar o script oficial da Oracle:

# Disponível no diretório do Grid Infrastructure
cd $GRID_HOME/deinstall
./sshUserSetup.sh -user oracle -hosts "node1 node2" -noPromptPassphrase

Nota: O script sshUserSetup.sh configura o SSH em todos os nós de uma só vez e é o método recomendado pela Oracle.

2. Permissões Incorretas no Diretório ~/.ssh

O SSH é extremamente restritivo com permissões. Se o diretório ~/.ssh ou seus arquivos tiverem permissões abertas demais, a autenticação por chave é silenciosamente ignorada.

ls -la ~ | grep .ssh
ls -la ~/.ssh/

Permissões corretas esperadas:

Arquivo/DiretórioPermissão
~/.ssh/700
~/.ssh/authorized_keys600
~/.ssh/id_rsa600
~/.ssh/id_rsa.pub644

Correção:

chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys
chmod 600 ~/.ssh/id_rsa
chmod 644 ~/.ssh/id_rsa.pub

3. Hostnames Inconsistentes ou Resolução de Nomes Incorreta

O instalador compara os hostnames que você informou com o que os nós resolvem entre si. Qualquer inconsistência causa falha.

# Verificar hostname de cada nó
hostname
hostname -f

# Verificar /etc/hosts — deve conter todos os nós
cat /etc/hosts

Problemas comuns:

  • Hostname com letras maiúsculas (o OUI pode ser sensível a case em certas versões)
  • IP 127.0.0.1 mapeado para o hostname real (deve apontar para o IP da rede)
  • Entradas duplicadas ou conflitantes

Exemplo de /etc/hosts correto:

# Loopback
127.0.0.1   localhost localhost.localdomain

# Public
192.168.1.10   node1.example.com   node1
192.168.1.11   node2.example.com   node2

# Private (Interconnect)
10.0.0.10      node1-priv
10.0.0.11      node2-priv

# Virtual IPs
192.168.1.20   node1-vip
192.168.1.21   node2-vip

# SCAN
192.168.1.30   scan-cluster

Atenção: O hostname real do nó não deve estar na linha do 127.0.0.1. Isso é uma das causas mais traiçoeiras de falha.

4. SSH ou SCP Fora do PATH

O instalador espera encontrar ssh e scp no PATH padrão. Em alguns ambientes com segurança customizada, esses binários podem estar em diretórios não padrão.

which ssh
which scp

# Verificar se estão acessíveis no ambiente do usuário oracle
su - oracle -c "which ssh && which scp"

Resultado esperado:

/usr/bin/ssh
/usr/bin/scp

Se não estiverem no PATH, adicione ao .bash_profile do usuário oracle:

export PATH=/usr/bin:$PATH

5. Variável SSH_AUTH_SOCK Interferindo

🔧 Experiência real em produção — Essa foi a causa que encontrei no meu ambiente. Todas as configurações de SSH, permissões e hostnames estavam corretas. O problema era invisível até inspecionar as variáveis de ambiente da sessão.

A variável SSH_AUTH_SOCK ativa um agente SSH que pode interferir na forma como o instalador valida a autenticação.

echo $SSH_AUTH_SOCK

Se retornar um valor (por exemplo: /tmp/ssh-XXXX/agent.1234), o agente SSH está ativo.

Correção:

unset SSH_AUTH_SOCK

Para garantir que isso não afete a instalação, aplique em todos os nós na sessão que executará o instalador.

Nota: Essa não é a causa mais comum, mas pode ocorrer em ambientes onde o ssh-agent é iniciado automaticamente na sessão (ex: por configuração do .bashrc, .profile ou pelo gerenciador de desktop).

6. Firewall ou Regras de Rede Bloqueando SSH

Em ambientes corporativos com segurança de rede mais rígida, a porta 22 pode estar bloqueada entre os nós.

# Testar conectividade na porta 22
nc -zv node2 22

# Ou com timeout
ssh -o ConnectTimeout=5 -o BatchMode=yes node2 hostname

Correção:

Liberar a porta 22 (SSH) entre todos os nós do cluster no firewall local e na rede:

# Verificar firewall local (firewalld)
sudo firewall-cmd --list-ports
sudo firewall-cmd --permanent --add-port=22/tcp
sudo firewall-cmd --reload

# Ou com iptables
sudo iptables -L -n | grep 22

Checklist Rápido de Diagnóstico

Use este checklist como referência antes de executar o instalador:

# 1. Testar SSH bidirecional (de cada nó para todos os outros)
ssh -o BatchMode=yes node1 hostname
ssh -o BatchMode=yes node2 hostname

# 2. Verificar permissões
ls -la ~/.ssh/

# 3. Verificar /etc/hosts
cat /etc/hosts

# 4. Verificar PATH
which ssh && which scp

# 5. Verificar variáveis de ambiente
echo $SSH_AUTH_SOCK

# 6. Testar porta 22
nc -zv node2 22

Se todos os testes passarem e o erro persistir, tente executar o sshUserSetup.sh da Oracle como último recurso:

cd $GRID_HOME/deinstall
./sshUserSetup.sh -user oracle -hosts "node1 node2" -noPromptPassphrase

Conclusão

O erro INS-06006 é uma barreira comum durante a instalação do Oracle RAC, mas quase sempre tem solução direta. A chave é não tentar adivinhar — em vez disso, execute o diagnóstico sistemático:

  1. Conectividade SSH — funciona sem senha em todas as direções?
  2. Permissões — ~/.ssh e seus arquivos estão com as permissões corretas?
  3. Resolução de nomes — os hostnames batem em todos os nós?
  4. PATH — ssh e scp são encontrados?
  5. Variáveis de ambiente — SSH_AUTH_SOCK está limpa?
  6. Rede — a porta 22 está aberta entre os nós?

Uma vez corrigida a causa raiz, execute o instalador novamente — ele deve prosseguir normalmente.

Referências:

Share.

Related Posts

Add A Comment
Leave A Reply