Ansible терпит неудачу при «собирании хостов» предположительно из-за того, что SSH медленно подключается. Установка UseDNS no решает проблему

У меня возникла проблема, связанная с DNS, и я был бы признателен за помощь разрешение.

Я использую Ansible для подготовки кластера Kubernetes на моем сервере Proxmox. Проект работает двумя способами, позволяя пользователю изменять site.yml развернуть с помощью Контейнеры Linux (LXC) или виртуальные машины из CentOS7 qcow2 изображение.

При развертывании с LXC проект не испытывает проблем и правильно загружает кластер Kubernetes. Однако при использовании qcow2 image, я столкнулся с проблемой, связанной с DNS. Это происходит, когда происходит переключение между playbook, который подготавливает мои виртуальные машины, и той, которая подключается к ним в первый раз для их подготовки.

Что происходит, так это то, что Gathering Facts stage в конечном итоге истекает, и Ansible выдает следующую ошибку:

TASK [Gathering Facts] *******************************************************************************************************************************************************************************************************************************************************
fatal: [pluto.sol.milkyway]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh: connect to host pluto.sol.milkyway port 22: Operation timed out\r\n", "unreachable": true}
fatal: [ceres.sol.milkyway]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh: connect to host ceres.sol.milkyway port 22: Operation timed out\r\n", "unreachable": true}
fatal: [eris.sol.milkyway]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh: connect to host eris.sol.milkyway port 22: Operation timed out\r\n", "unreachable": true}
fatal: [haumea.sol.milkyway]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh: connect to host haumea.sol.milkyway port 22: Operation timed out\r\n", "unreachable": true}

Если после этого я попытаюсь вручную подключиться к серверам по SSH, я могу убедиться, что SSH требует очень много времени для подключения. Я хотел бы напомнить вам, что этого НЕ происходит с экземплярами LXC, которые используют одни и те же точные имена хостов, IP-адреса и серверы имен.

Затем проблему можно решить, установив UseDNS no директива в моем sshd_config файл на каждом из серверов. И снова запустив playbook после перезапуска sshd.service.

Естественно, это похоже на проблему с DNS. Однако, поскольку с LXC этого не происходит, я настроен скептически. Итак, вот еще несколько данных о моей конфигурации DNS.

1) Все они используют DNS-сервер BIND, установленный на сервере с именем IO.Sol.Milkyway в 192.168.1.10. В моей домашней лаборатории нет виртуальных сетей, подсетей или чего-либо еще, и шлюз правильно настроен на мой маршрутизатор, 192.168.1.1 поэтому нет проблем с маршрутизацией на этот сервер.

2) Вот соответствующие части зон DNS на моем сервере BIND.

• Зона прямого просмотра
• Зона обратного просмотра

3) Вот некоторые nslookups выполняется с сервера Proxmox и добавляется time чтобы продемонстрировать, что мой сервер BIND правильно отвечает в течение <= 0,01 секунды.

$> time nslookup pluto.sol.milkyway
Server:     192.168.1.100
Address:    192.168.1.100#53

Name:   pluto.sol.milkyway
Address: 192.168.1.170

nslookup pluto.sol.milkyway  0.00s user 0.02s system 39% cpu 0.042 total

-и-

$> time nslookup 192.168.1.170
Server:     192.168.1.100
Address:    192.168.1.100#53

170.1.168.192.in-addr.arpa  name = pluto.sol.milkyway.

nslookup 192.168.1.170  0.01s user 0.01s system 96% cpu 0.013 total

4) И, наконец, вы можете видеть, что мои серверы имен правильно настроены на виртуальных машинах через cloud-init строки 104, 115, 126 и 137 Вот. Какие ссылки на определенные переменные Вот.

----- РЕДАКТИРУЕТСЯ НИЖЕ -----

5) Я могу успешно выполнить прямой и обратный просмотр nslookup из следующего. Каждый ответ занимает <1,5 секунды:

• Моя персональная рабочая станция (выполняет Ansible)
• Мой сервер Proxmox (выполняет команды Ansible и виртуальные машины)
• 4 виртуальных машины

Вот пример с того, что будет сервером Kubernetes Master.