Марионетка: Имя узла кажется зависящим от обратного DNS?
Я вижу, что Вы уже решили это с оболочкой CPAN, но будет лучше установить с пакетами Debian, тот способ, которым у Вас есть только одно место для проверки на обновления и т.д... На самом деле я буду держать пари, использовали ли Вы debian пакет Bugzilla во-первых, Вы не столкнулись бы с этой проблемой во-первых.
apt-get install libemail-address-perl
Общий случай:
apt-cache search Email::Address
Который дает Вам вывод как (но иногда больше чем один пакет):
libemail-address-perl - RFC 2822 Address Parsing and Creation
Затем можно дополнительно использовать это, чтобы проверить, что пакет является правильным:
apt-cache show libemail-address-perl
И наконец Кв. - получает установку, с которой я запустил.
Aaah, Марионеточное обнаружение имени хоста. Какой кошмар...
По умолчанию, что имя будет использоваться для нахождения который node определение использованию основано на содержании fqdn факта. То, на что это на самом деле отображается, зависит от нескольких разных вещей, и да, обратный DNS является одним из них - и он предпочтен по собственному имени хоста машины!
Однако это имя (обычно) только применяется во время поколения сертификата. Вы на самом деле неправильно используете node_name переменная - это должно быть установлено на один из 'сертификата' или 'facter'. fqdn параметр также удерживается от использования.
То, что Вы на самом деле хотите сделать, установлено certname параметр на клиенте к имени узла Вы хотите использовать, и затем установить node_name кому: cert (или просто пропустите его с тех пор cert значение по умолчанию). Это возьмет имя узла от CN сертификата, который клиент представляет, и certname параметр удостоверяется, что это установлено на что-то разумное, а не независимо от того, что фактор решает придумать на своем собственном. К сожалению, так как Вы уже добрались, "неправильные" сертификаты создали, необходимо будет повторно создать те сертификаты (rm -rf /var/lib/puppet/ssl на клиенте и повторно выполненной Марионетке) после того, как Вы имеете, устанавливают конфигурацию, так, чтобы правильные сертификаты были созданы и использовали.
Если это все звучит немного сложным, Вы правы - это. Добро пожаловать в Марионетку.
Мне, кажется, везет (хотя существует все еще несколько тестовых сценариев, которые я хочу видеть) в редактировании /etc/hosts перечислять желаемый fqdn под 127.0.0.1 как первая опция. Это, кажется, обнаруживает его правильно / передающие факты затем. Хотя кажется, что я все еще должен создать названный узел office.mydomain.com это наследовало узел, который я хочу.
node_name=cert, обновленныйcert_name=ns1.mydomain.comиfacter fqdnвозвратыns1.mydomain.comна клиенте, но я все еще заканчиваю с теми же сообщениями об ошибках приблизительноoffice.mydomain.com. – gnarf 17 September 2009 в 17:44ns1.mydomain.com.pem, и его CN также ns1... Это - " correct"правильно?office.mydomain.comто, что это использует в качестве своего имени узла, и по-видимому каждый раз, когда его попытка захватить факты при парсинге, вместо того, чтобы использовать название сертификата в качестве имени узла. Возможно, I' m пропавшие без вести чего-то еще? Ни один из моих фактов, кажется, не передается до синтаксического анализатора ни одинinfo($fqdn)просто шоу пустая строка в объеме, я вставил его. – gnarf 17 September 2009 в 23:49