Ошибка подключения к серверу/клиенту Puppet

У меня есть пара параллельных Vms на моем Mac, и я пытаюсь установить простое соединение между ними в качестве мастера марионеток и клиента марионеток.

  1. Хозяин Марионеток (на CentOs 6.2)
  2. Кукольный клиент (на сервере Ubuntu 12.1)

при попытке подключения клиента с помощью следующей команды.

puppet agent --server 192.168.1.103 --waitforcert 60 --test --verbose

Он пытается подключиться со следующим выводом

warning: peer certificate won't be verified in this SSL session
info: Caching certificate for ca
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
info: Creating a new SSL certificate request for puppet1.localdomain
info: Certificate Request fingerprint (md5) : 2E:C6:D2:C2:........
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
notice: Did not receive certificate

На стороне сервера у меня есть мастер отладки марионеток, прослушивающий следующий вывод:

notice: Starting Puppet master version 2.7.14
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: access[^/catalog/([^/]+)$]: allowing 'method' find
info: access[^/catalog/([^/]+)$]: allowing $1 access
info: access[^/node/([^/]+)$]: allowing 'method' find
info: access[^/node/([^/]+)$]: allowing $1 access
info: access[/certificate_revocation_list/ca]: allowing 'method' find
info: access[/certificate_revocation_list/ca]: allowing * access
info: access[/report]: allowing 'method' save
info: access[/report]: allowing * access
info: access[/file]: allowing * access
info: access[/certificate/ca]: adding authentication any
info: access[/certificate/ca]: allowing 'method' find
info: access[/certificate/ca]: allowing * access
info: access[/certificate/]: adding authentication any
info: access[/certificate/]: allowing 'method' find
info: access[/certificate/]: allowing * access
info: access[/certificate_request]: adding authentication any
info: access[/certificate_request]: allowing 'method' find
info: access[/certificate_request]: allowing 'method' save
info: access[/certificate_request]: allowing * access
info: access[/]: adding authentication any
info: Inserting default '/status' (auth true) ACL because none were found in '/etc/puppet/auth.conf'
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: Could not find certificate for 'puppet1.localdomain'
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: Could not find certificate_request for 'puppet1.localdomain'
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
notice: puppet1.localdomain has a waiting certificate request
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: Could not find certificate for 'puppet1.localdomain'
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: Could not find certificate for 'puppet1.localdomain'
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: Could not find certificate for 'puppet1.localdomain'
err: Could not resolve 192.168.1.101: no name for 192.168.1.101
info: Could not find certificate for 'puppet1.localdomain'

Можно ли установить простую кукольную конфигурацию без использования разрешения хоста и простого IP-адреса?

Любая помощь?


person Maverick    schedule 16.05.2012    source источник
comment
Это не ответ на ваш вопрос, но может решить вашу проблему. Вы можете использовать avahi/mdns для обеспечения локального разрешения DNS. Просто установите его на Centos и Ubuntu, и вы сможете пинговать hostname.local.   -  person Ulrich Dangel    schedule 16.05.2012
comment
Я не против установить другую виртуальную машину в качестве контроллера домена, но просто хотел бы знать, настроил ли кто-нибудь это, используя только IP-адрес.   -  person Maverick    schedule 16.05.2012
comment
Вы пытались запустить это с помощью sudo?   -  person Lee Lowder    schedule 26.05.2012


Ответы (1)


Я исправил проблему, просто добавив IP-адреса обеих виртуальных машин в файл /etc/hosts. Тогда кукла работает для меня нормально.

person Maverick    schedule 27.05.2012