Нет SSL на порте IPv4 443 (HTTPS) [закрыто]

Вопрос или проблема

У меня сервер, работающий с несколькими веб-сайтами с использованием apache2 и сертификатов letsencrypt. Сегодня вечером все сайты упали, и после некоторых усилий я обнаружил, что сайты работают на IPv6 портах 80 и 443 и на IPv4 на порте 80. На IPv4 я получаю ошибку SSL на всех сайтах при попытке подключения к порту 443. Я ничего не менял, так что не знаю, что делать дальше. Тест SSLLabs выдает ошибку «не поддерживаются безопасные протоколы». Логи apache не выдают ошибок. IP-адрес сервера: 85.222.226.122

Есть у кого-нибудь идеи, как это найти? Спасибо, Роджер

Ответ или решение

Теория

Проблема с отсутствием SSL на IPv4 порте 443 может вызывать значительные затруднения, особенно если ранее все работало корректно, и внезапно что-то изменилось. Протокол HTTPS, который использует SSL/TLS для шифрования трафика, традиционно работает на порте 443. Ваша проблема заключается в том, что на IPv6 все работает нормально как на порте 80 (HTTP), так и на 443 (HTTPS), однако на IPv4 шифрованное соединение недоступно.

Чтобы устранить данную проблему, необходимо последовательно проверить несколько аспектов: конфигурацию Apache2, сертификаты SSL, работу с брандмауэром, а также обновления системы или возможные изменения в сетевых конфигурациях, которые могли произойти без вашего введения.

Пример

Ваша ситуация имеет несколько характерных элементов, которые важно проанализировать:

Конфигурация Apache2. Убедитесь, что конфигурационные файлы Apache следуют заданной логике работы с SSL. Вы используете Let’s Encrypt для генерации сертификатов, и вам нужно удостовериться, что путь к сертификатам прописан корректно и что слушатели (Virtual Hosts) для IPv4 и IPv6 настроены одинаково.
Сертификаты SSL. Проверьте срок действия сертификатов и корректность их установки. Несмотря на то, что вы утверждаете, что не проводили изменений, автоматическое обновление сертификатов Let’s Encrypt могло произойти, но завершиться с ошибкой.
Брандмауэр и сетевые настройки. Проверьте, что порт 443 открыт на вашем сервере для IPv4. В случае использования брандмауэра (например, ufw на Ubuntu) или сетевого экрана на уровне облачной инфраструктуры, потенциальная блокировка может вызывать отказ в подключении.

Применение

Проверка конфигурации Apache2:
- Откройте конфигурационный файл Apache, связанный с вашим хостом. Это может быть /etc/apache2/sites-available/000-default.conf или другой файл вещания.
- Убедитесь, что в секции для порта 443 указаны верные параметры для SSL, например:
```
<VirtualHost *:443>
 ServerName example.com
 SSLEngine on
 SSLCertificateFile /etc/letsencrypt/live/example.com/fullchain.pem
 SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
</VirtualHost>
```
- Проверьте, что директивы Listen включают как IPv4, так и IPv6:
```
Listen 443
```
Валидация сертификатов:
- Перейдите в каталог, где хранятся сертификаты Let’s Encrypt, и убедитесь, что файлы fullchain.pem и privkey.pem актуальны.
- Выполните команду для проверки статуса сертификатов:
```
sudo certbot certificates
```
- Проверьте логи обновления сертификатов:
```
sudo cat /var/log/letsencrypt/letsencrypt.log
```
Настройка брандмауэра:
- Убедитесь, что порт 443 открыт. Для ufw можно использовать:
```
sudo ufw status
```
  Если порт 443 закрыт, откройте его:
```
sudo ufw allow 443
```
Мониторинг обновлений системы:
- Проверьте историю обновлений или инсталляций пакетов, которые могут повлиять на работу Apache или SSL, используя:
```
grep "install " /var/log/dpkg.log
```

В случае, если все предложенные выше шаги пройдены, но проблема остается нерешенной, подумайте о более глубоком анализе сетевых соединений с помощью tcpdump или аналогичных инструментов. Это может дать больше информации о том, где конкретно происходит сбой в установлении SSL-соединения.

Заключение

Решение проблемы SSL на IPv4 порте требует аккуратного и целенаправленного подхода. Поддержка безопасности посредством HTTPS на современных серверах крайне важна для поддержания конфиденциальности и безопасности пользовательских данных. Определение и устранение таких проблем позволит не только восстановить нормальное функционирование ваших веб-сайтов, но и повысить общее понимание взаимодействия между серверными компонентами на уровне конфигурации и безопасности.