У меня нет прямого доступа к нашим кукловодам, но я жестяная банка вносить изменения в модули и классы, относящиеся к моей работе. Я хотел бы создать puppet://
файловый сервер, который не находиться у кукловода, чтобы его можно было обновлять через другие средства.
Есть ли способ настроить виртуальный хост Apache или путь для правильного ответа на puppet://
запросы на файловый сервис?
Можно использовать file://
URL-адрес, а затем смонтируйте общую файловую систему на всех ваших узлах - что-то вроде NFS или Gluster подойдет для распространения вашей рабочей копии git.
Другой вариант - попробовать этот модуль, который позволяет извлекать файлы из S3: http://puppetlabs.com/blog/module-of-the-week-branan-s3file/
Есть два основных способа добиться этого.
Просто создайте второй сервер Puppetmaster с полным стеком и используйте необязательный атрибут имени хоста разрешено в puppet:\\
ссылки для ссылки на него. Я не тестировал это, но не могу придумать причины, по которым это не должно работать. Если нет, зачем включать необязательное поле имени хоста?
Попросите кого-нибудь с прямым доступом к вашему Puppetmaster смонтировать каталог, содержащий ваши файлы, на сервере Puppetmaster (где-нибудь в используемых каталогах Puppet), а затем использовать необработанные имена путей, а не puppet:\\
ссылки для доступа к вашим файлам. Примеры Вот (та же страница, что и выше). Я это проверил; так мы централизуем доступ к файлам в нашей инфраструктуре Puppet. Это не должно быть трудным делом для ваших системных администраторов (или тех, кто имеет root-доступ к Puppetmaster); у вас есть довольно подробный контроль разрешений на доступ к файлам через fileserver.conf
.