(Повторная) настройка веб-сервера Apache на сервере Linux, к которому я подключен по ssh

Question

Мне нужно отправить веб-сайт, и я получаю проблемы с сервером. Не уверен, насколько это плохо. Я настраиваю простой веб-сайт на сервере, к которому я подключен по ssh. Я попытался синхронизировать несколько файлов в моей папке /var/www/html, случайно синхронизировал весь мой рабочий стол, а затем случайно очистил всю папку /HTML. (Плохо, я знаю). Я пытаюсь выяснить, как настроить сервер снова, если смогу. Вот некоторые подробности-

При попытке доступа к серверу я получаю сообщение об ошибке 403. При попытке установить Apache2 я получаю сообщение «apache2 уже является новейшей версией (2.4.18-2ubuntu3.10)».

Судя по всему, папки /etc/httpd, которую я вижу в некоторых руководствах, нет, есть папка etc./apache2.

Не знаю, куда идти дальше. Буду очень признателен за любой совет!

Answer 1

Поскольку вы спрашиваете конкретно о переустановке Apache для достижения своей цели, я объясню, как это сделать более подробно. Другой, более общий и, по крайней мере, в некоторых сценариях более простой способ восстановить системные файлы в исходное состояние — получить их из другой системы с похожей конфигурацией. Если вы используете Docker, чистый образ Docker вашей версии ОС неплохо иметь под рукой по ряду причин.

Теперь, как вы уже обнаружили, простое указание Apt, что вы хотите apache2быть установленным, когда он уже установлен, ничего не даст. И простое удаление, apache2вероятно, тоже не сработает — простое удаление .debпакета удалит двоичные файлы и библиотеки и т. д., но оставит файлы конфигурации и данные конфигурации в системе. Вы хотите purgeполностью удалить пакет, чтобы можно было выполнить полную, чистую переустановку.

Конечно, если у вас есть какие-то изменения конфигурации, которые вы хотели бы сохранить, вам нужно будет сделать копию этих файлов конфигурации в другом месте перед очисткой и восстановить предпочтительную конфигурацию из этой резервной копии после завершения переустановки. (Правильный способ сделать это на платформах на базе Debian — с помощью debconf; см. такжеhttps://superuser.com/a/297156/97118)

Само собой разумеется, что надлежащие резервные копии полностью избавили бы вас от этих хлопот. Другое изменение, которое вы могли бы сделать, это отделить среду разработки от вашей рабочей системы — я снова упомяну Docker как простой способ запускать потенциально нестабильные вещи в отдельной изолированной среде, которую вы можете легко удалить и создать заново в любое время.