Вопрос или проблема
Я запустил 8 или 9 веб-серверов, лично, и в этот раз что-то очень необычно в связи с http/https передачей с apache2. Порты 80 и 443 открыты, как показывает nmap на удаленной клиентской машине:
nmap -Pn -p 80 xx.xx.xx.xx
Запуск Nmap x.xx ( https://nmap.org ) в 2024-12-05 22:31 CST
Отчет о сканировании Nmap для xx.xx.xx.xx (xx.xx.xx.xx)
Хост активен (задержка 0.019с).
ПОРТ СТАТУС СЕРВИС
80/tcp отфильтрован http
Сканирование Nmap завершено: 1 IP-адрес (1 хост активен) просканирован за 1.09 секунды
Я слушаю на порту 80, что подтверждается netstat на сервере. Если я опущу
-Pn,
что согласно странице man
"Считать все хосты онлайн -- пропустить обнаружение хостов,"
Я получаю следующий отклик:
nmap -p 80 xx.xx.xx.xx
Запуск Nmap x.xx ( https://nmap.org ) в 2024-12-05 22:31 CST
Примечание: Хост кажется недоступным. Если он действительно активен, но блокирует наши пинг-пробы, попробуйте -Pn
Сканирование Nmap завершено: 1 IP-адрес (0 хостов активны) просканирован за 2.16 секунды
Почему он не пингуется с nmap, если я не принуждаю его с опцией -Pn? Я также не смог заставить ни один браузер вывести стандартную страницу apache, которая обычно отображается, когда вы впервые запускаете веб-сервер, по какой-то причине.
Я должен упомянуть, возможно, что две недели назад на меня была кибератака, которая нацелилась прямо на BIOS, и с тех пор мне пришлось усилить безопасность несколькими различными способами. Правка: У меня была эта конкретная конфигурация, работающая в идентичном режиме две недели назад.
Ответ или решение
Ситуация, когда сервер отображается как офлайн в браузере, несмотря на фактическую работу, может быть вызвана несколькими проблемами с конфигурацией сети или безопасностью. Давайте разобьем эту проблему на ключевые аспекты и определим возможные причины и решения.
1. Проверка состояния сети
Согласно вашему описанию, команда nmap -Pn -p 80 xx.xx.xx.xx показывает, что сервер активен, но порт 80 отображается как "filtered". Это указывает на то, что ваш сервер, возможно, блокирует или не отвечает на некоторые виды трафика. Вот несколько шагов для устранения неполадок:
- Firewall (брандмауэр): Убедитесь, что ваш сервер правильно настроен для приема трафика на портах 80 и 443. Проверьте правила брандмауэра, такого как
iptables,ufwна Linux, или правила Windows Firewall. Вам необходимо разрешить входящие соединения на эти порты.
# Пример для UFW
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp- Проверка маршрутизации: Убедитесь, что IP-адрес, с которого вы выполняете запросы, корректно маршрутизируется к вашему серверу. Протестируйте подключение с помощью утилиты
tracerouteилиping.
2. Конфигурация Apache
После проверки сетевых настроек, необходимо убедиться, что ваш веб-сервер Apache настроен корректно:
- Проверка конфигурации Apache: Используйте команду для проверки конфигурации Apache и перезапуска службы.
sudo apache2ctl configtest
sudo systemctl restart apache2- Логи Apache: Просмотрите журналы доступа и ошибок Apache, чтобы выявить возможные проблемы. Логи обычно находятся в
/var/log/apache2/access.logи/var/log/apache2/error.log.
3. Ограничения по IP или гео-блокировка
Если у вас есть настройки, которые ограничивают доступ к серверу по IP-адресу или региону (например, через модули для Apache), убедитесь, что IP-адрес клиента не попадает в эти категории.
4. Последствия кибератаки
Учитывая, что вы упомянули о кибератаке, возможно, на вашем сервере есть дополнительные меры безопасности, которые блокируют доступ. Хорошо бы просмотреть:
-
Системы предотвращения вторжений (IPS): Эти системы могут блокировать доступ на основе подозрительной активности. Проверьте логи IPS на предмет возможных блокировок.
-
Режимы безопасности приложений: Некоторые приложения могут быть настроены так, что они блокируют доступ по умолчанию или при обнаружении определенных условий.
5. Настройки DNS
Если вы используете доменное имя для доступа к серверу, убедитесь, что:
- Рекорд A в DNS указывает на правильный IP-адрес вашего сервера.
- DNS-изменения были обновлены и распространены (это может занять до 48 часов).
Заключение
Для решения проблемы с тем, что сервер отображается как офлайн, несмотря на то, что он работает, вам следует тщательно проверить настройки брандмауэра, конфигурацию Apache, ограничения по IP, последствия предыдущих кибератак и настройки DNS.
Если эти рекомендации не помогут, сбросьте настройки до рабочей конфигурации, которая была у вас до кибератаки, и постепенно внедряйте изменения, чтобы определить, что именно вызывает проблему.