Eu tenho um trabalho de produção do Jenkins que envolve vários nós/escravos e quando executamos o trabalho ele os utiliza com base no escravo mencionado. E também, ele tem acesso a pastas compartilhadas de algumas máquinas. Então, do master, ele está tentando acessar pastas compartilhadas como \machine1\c$\sharefolder1 \machine2\c$\sharefolder2
Então, para meu ambiente de teste, instalei o Jenkins e quero manter tudo em um único escravo. Mas não quero modificar os trabalhos.
Então, adicionei entradas em minha máquina local onde o Jenkins está sendo executado e adicionei entradas ao arquivo hosts para máquina1 e máquina2. \localhost\c$ está abrindo, mas não com \machine1\c$ ou \machine2\c$ mesmo depois de adicionar entradas ao arquivo hosts.
# localhost name resolution is handled within DNS itself.
127.0.0.1 localhost machine1 machine2
ping está redirecionando apenas para o endereço de loopback 127.0.0.1. Mas com localhost ou 127.0.0.1 ele não solicita senha. Mas para machine1 ou machine2 ele solicita credenciais e digitar as credenciais da máquina não funciona.
Responder1
Adicione esses hosts machine1 machine2e outros ao DNS.
Talvez o ambiente de teste tenha sua própria zona, test.example.net. Em seguida, configure a lista de pesquisa de sufixos DNS nos hosts de teste para incluir isso. Resultando na machine1resoluçãomachine1.test.example.net
O ideal é configurar um endereço IP roteável para o DNS, não para loopback. Fica um pouco confuso se alguém esquecer que o loopback é esse host. No entanto, nada impede tecnicamente que um registro AAAA tenha o valor ::1.