Gather accounts
Função para capturar credenciais e padronizar grupos de acesso remotamente, de forma agendadam ou manual.
Consulte nesse documento:
Requerimentos
Step by Step
Troubleshooting
Step by Step
Persistência da execução:
Enviroment >> Assets >> Click no host >> Accounts >> Administrator >> Quick update >> Active
Por padrão o PAM sempre utilizará a conta administrator/administrador para se conectar aos ambientes, se essa conta tem permissão reduzida, não tem a senha imputada no FSafer ou está desabilitada no S.O., desative essa conta no PAM.
Troubleshooting
Erros comuns
Esse seguimento se trata de #Advanced knowledge (consulte seu Partner)
MODULE FAILURE
FAILED! => {"changed": false, "module_stderr": "Warning: Permanently added '172.168.168.10' (ECDSA) to the list of known hosts.\r\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 0}
Estruturando a mensagem para melhor entendimento:
FAILED! => {
"changed": false,
"module_stderr": "Warning: Permanently added '172.168.168.10' (ECDSA) to the list of known hosts.\r\n",
"module_stdout": "",
"msg": "MODULE FAILURE\nSee stdout/stderr for the exact error",
"rc": 0
}Causas:
O FSafer conseguiu se conectar via SSH/WinRM ao host
172.168.168.10.A prova é que ele adicionou a chave ECDSA no
known_hosts.
Porém, quando ele tenta rodar o módulo Python/PowerShell dentro da máquina alvo, a execução falha.
O
rc: 0é enganoso — o processo de transporte não deu erro, mas o módulo não conseguiu inicializar corretamente.Como o
module_stdoutveio vazio, não houve retorno útil do script.
Esse tipo de erro costuma estar ligado a:
Windows:
Problema com WinRM (falta de permissão, autenticação incompleta, ou configuração incorreta).
Python não disponível no Windows (quando se usa
connection: sshem vez dewinrm).Execução do módulo do Ansible sem privilégios suficientes.
Linux:
Python não instalado ou em local inesperado (
/usr/bin/python3ausente).Falta de bibliotecas necessárias para o módulo.
Data could not be sent to remote host
fatal: []: UNREACHABLE! => {"changed": false, "msg": "Data could not be sent to remote host "10.0.30.111". Make sure this host can be reached over ssh: Warning: Permanently added '10.0.30.111' (ECDSA) to the list of known hosts.\r\nConnection reset by 10.0.30.111 port 22\r\n", "unreachable": true}
Estruturando a mensagem para melhor entendimento:
UNREACHABLE! => {
"msg": "Data could not be sent to remote host "10.0.30.111".
Make sure this host can be reached over ssh:
Warning: Permanently added '10.0.30.111' (ECDSA) to the list of known hosts.\r\n
Connection reset by 10.0.30.111 port 22\r\n",
"unreachable": true
}Causas:
Serviço SSH não ativo ou caiu no servidor
Firewall bloqueando depois do handshake inicial.
Política de segurança (IDS/IPS) fechando a conexão após tentativa de autenticação.
Usuário incorreto
The connection plugin 'rdp' was not found

Correção: Adicione no cadastro do HOST a porta 22 em protocols
ntlm: the specified credentials were rejected by the server
fatal: [DEMO-WIN03]: UNREACHABLE! => {"changed": false, "msg": "ntlm: the specified credentials were rejected by the server", "unreachable": true}

Consulte no Windows pelo ID 4624, ele comprava que teve a comunicacao mas o bloqueio ocorreu devido a incompatibilidade NTLM

ntlm: HTTPConnectionPool(host='192.168.30.112', port=5985): Max retries exceeded
ntlm: HTTPConnectionPool(host='192.168.30.112', port=5985): Max retries exceeded with url: /wsman (Caused by ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x7f410155d4d0>, 'Connection to 192.168.30.112 timed out. (connect timeout=121)'))", "unreachable": true}

Verifique o firewall do Windows e crie as devidas exceções de regra.
Verifique se o serviço WINRM está executando

Atualizado
Isto foi útil?


