После многих часов поиска вокруг для получения информации, я споткнулся через идеальную небольшую утилиту для получения вышеупомянутой работы - dnsmasq. Я удалил dhcp3-сервер и bind9, установил dnsmasq, записал два конфигурационных файла строки (который NIC использовать и диапазон адресов DHCP для использования), перезагруженный, и все работает отлично.
Теперь нет никакого давления от моих пользователей, я могу не торопиться и выяснить, как все работает. Я не уверен, как гибкий dnsmasq, но теперь я могу не торопиться по нему.
Стандартный logrotate
- это то, что все используют для этого. Тот факт, что он использует cronjobs, не означает, что приложения отключаются всякий раз, когда происходит ротация. Logrotate использует изящный перезапуск apache , тем самым устраняя любое время простоя из-за ротации журналов.
Если вы используете syslog-ng или rsyslog, нет необходимости даже в постепенный перезапуск или HUP Apache.
Как только logrotate переместит старый файл, syslog-ng создаст новый. Мне нравится вставлять дату в имя файла: web- $ YEAR- $ MONTH- $ DAY.log
Некоторые другие приятные преимущества этих программ типа syslog заключаются в том, что вы можете передавать журналы на другой сервер и вы можете объединить журналы со многих веб-серверов в один файл на сервере журналов.
Как только logrotate переместит старый файл, syslog-ng создаст новый. Мне нравится вставлять дату в имя файла: web- $ YEAR- $ MONTH- $ DAY.log
Некоторые другие приятные преимущества этих программ типа syslog заключаются в том, что вы можете передавать журналы на другой сервер и вы можете объединить журналы со многих веб-серверов в один файл на сервере журналов.
Как только logrotate переместит старый файл, syslog-ng создаст новый. Мне нравится вставлять дату в имя файла: web- $ YEAR- $ MONTH- $ DAY.log
Некоторые другие приятные преимущества этих программ типа syslog заключаются в том, что вы можете передавать журналы на другой сервер и вы можете объединить журналы со многих веб-серверов в один файл на сервере журналов.