Неуспешна връзка със сървър/клиент на Puppet

Имам няколко паралелни Vms на моя Mac и се опитвам да настроя проста връзка между тях като кукловод и куклен клиент.

  1. Puppet Master (на CentOs 6.2)
  2. Puppet Client (на Ubuntu 12.1 Server)

когато се опитвате да свържете клиента чрез следната команда.

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
Нямам нищо против да задам друг vm като домейн контролер, но просто бих искал да знам дали някой е настроил това, като използва само 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