
У меня есть работа jenkins production, которая включает несколько узлов/ведомых, и когда мы запускаем работу, она использует их на основе упомянутого ведомого. И также у нее есть доступ к некоторым общим папкам машин. Так что с главного компьютера она пытается получить доступ к общим папкам, таким как \machine1\c$\sharefolder1 \machine2\c$\sharefolder2
Итак, для моей тестовой среды я установил jenkins и хочу хранить все в одном подчиненном сервере. Но я не хочу изменять задания.
Итак, я добавил записи на локальной машине, где запущен jenkins, и добавил записи в файл hosts для machine1 и machine2. \localhost\c$ открывается, но не с \machine1\c$ или \machine2\c$ даже после добавления записей в файл hosts.
# localhost name resolution is handled within DNS itself.
127.0.0.1 localhost machine1 machine2
ping перенаправляет только на адрес обратной связи 127.0.0.1. Но с localhost или 127.0.0.1 пароль не запрашивается. Но для machine1 или machine2 запрашиваются учетные данные, и ввод учетных данных машины не работает.
решение1
Добавьте эти хосты machine1
machine2
и т.п. в DNS.
Возможно, тестовая среда имеет свою собственную зону, test.example.net
. Затем настройте список поиска DNS-суффиксов на тестовых хостах, чтобы включить это. Результатом является machine1
разрешениеmachine1.test.example.net
В идеале настройте маршрутизируемый IP-адрес для DNS, а не loopback. Становится немного запутанным, если кто-то забывает, что loopback — это этот хост. Однако технически ничто не мешает записи AAAA иметь значение ::1.