Вообще говоря, я не отправил бы свои конфигурации сервера нигде за пределами моей организации (хотя внутренне они находятся в мерзавце).
Если Вы хотите совместно использовать свои идеи лучшая вещь, можно сделать, записать техническое описание или практическое руководство с санированными частями соответствующих конфигурационных файлов (использующий домены, и диапазоны адресов, зарезервированные для примеров, всегда хорошо также). Если Вы и другие находите это особенно ценным, что презентация USENIX/LISA, конечно, не из области возможности также.
При выполнении его этот путь имеет несколько преимуществ:
Решением было yum стереть httpd
(и это НЕ удаляло никакие файлы конфигурации.) Однако некоторые пакеты PHP были удалены. Так что мне просто нужно было посмотреть, какие из них, а затем переустановить их.
Если вы установили и обновили httpd с помощью yum, вы можете выполнить yum downgrade httpd
, чтобы вернуться к предыдущей версии.
Обычно обновления пакетов не касаются файлы конфигурации, но на всякий случай я бы сначала запустил это:
cd / etc / httpd; tar cvfz /var/tmp/httpd_backup.$(date + "% Y-% m-% d) .tar.gz *
Это создаст датированную резервную копию в /var/tmp.
Если вы хотите предотвратить будущие обновления, рассмотрите возможность использования плагина yum yum-versionlock
.