Вопросы Теги

Centos - узел доступа наклона из марионеточной панели инструментов

Спасибо за предложения.:) Существуют также файлы администрирования, хранившие в папке. Это также становится поврежденным. Вход имеет, показал, что это не ни от какого конкретного пользователя. Даже файлы, к которым не получали доступ в течение многих месяцев, были потеряны. Данные заблокированы вниз только двум пользователям. Когда они были оба в отпуске, это произошло. Сторона клиента произошла со мной. Вся система проверила как бы то ни было. Я подозревал переключатель жулика, пока я не нашел проигрышные файлы профиля администратора. Это - только когда-либо доступ локально, никогда от клиента ПК. McAfee 8.7i используется в системах. Это не показывает ничего необычного в своих файлах журнала. У меня будет более полный взгляд на журналы McAfee тем временем.

0
задан 3 August 2013 в 08:36
1 ответ

Отчеты отправляются на панель управления мастером марионетки, а не агентом.

Убедитесь, что мастер имеет доступ к 192.168.1.101:3000 (есть ли межсетевой экран)?

Убедитесь, что вы не переопределили ничего важного (например, параметр отчета) на уровне среды в вашем puppet.conf

Убедитесь, что веб-служба загрузки Dashboard работает на порту 3000.

Проверьте аутентификацию сервера марионеток. conf, чтобы убедиться, что у вас есть 

path /report
auth yes
method save
allow *

. Если вы добавили аутентификацию на HTTP-сервер вашей информационной панели на порт 3000, загрузка отчета завершится ошибкой (поскольку вы не можете настроить аутентификацию для загрузки отчетов). В этом случае вам нужно изменить reporturl на (EG) порт 3001, а затем добавить отдельный виртуальный хост HTTP для этого порта, который ограничен только мастером (ами).

puppet.conf example: 

reporturl = http://puprepprd01.its.auckland.ac.nz:3001/reports/upload

Apache example : 

Listen 3001
<VirtualHost *:3001>
    ServerName puprepprd01.its.auckland.ac.nz
    DocumentRoot /usr/share/puppet-dashboard/public/
    <Directory /usr/share/puppet-dashboard/public/>
        Options None
        AllowOverride AuthConfig
        Order allow,deny
        allow from pupappprd01.its.auckland.ac.nz
        allow from pupappprd02.its.auckland.ac.nz
        allow from pupappdev01.its.auckland.ac.nz
        deny from all
    </Directory>
    LogLevel warn
    ErrorLog /var/log/httpd/dashboard_error.log
    CustomLog /var/log/httpd/dashboard_access.log combined
    ServerSignature On
</VirtualHost>

Если по-прежнему возникают проблемы, проверьте журналы на серверах puppetmaster и dashboard; журналы марионетки и журналы http. Входят ли соединения и отклоняются ли они?

2
ответ дан 4 December 2019 в 14:08

Теги

Похожие вопросы