Что происходит с доступностью сервисов и как вернуть стабильную работу

В Рунете наблюдаются сбои в работе сети, из-за которых сайты могут открываться с задержкой или временно не загружаться. Оборудование и серверы Beget работают в штатном режиме. Сложности возникают на стороне внешних магистральных провайдеров из-за особенностей настройки их автоматических систем фильтрации трафика, поэтому мы не можем повлиять на ситуацию напрямую.

Проблема носит массовый, но избирательный характер: один и тот же сайт может работать у одних пользователей и не открываться у других в зависимости от их провайдера и региона. Универсального решения сейчас нет, но мы собрали рекомендации, которые помогают восстановить доступ.

Что можно сделать прямо сейчас

1. Воспользуйтесь другим браузером. Системы фильтрации чувствительны к параметрам браузеров на движках Chromium и WebKit (Chrome, Safari, Яндекс Браузер, Edge). Попробуйте открыть сайт через Mozilla Firefox – сейчас он проходит проверки успешнее.
2. Смените сеть подключения. Временно переключитесь с офисного или домашнего Wi-Fi на мобильный интернет со смартфона (или наоборот). Смена исходящего IP-адреса часто помогает обойти локальные ограничения.
3. Измените настройки безопасности в браузере:
   • Вставьте в адресную строку ссылку chrome://flags (или browser://flags для Яндекс Браузера).
   • Найдите параметр Cryptography Compliance (CNSA), переведите его в режим Enabled и перезапустите браузер кнопкой Relaunch.

Дополнительные технические методы

Эти методы не гарантируют стопроцентный результат из-за постоянного изменения сетевых алгоритмов.

• Использование TLS 1.2 вместо TLS 1.3. Временное отключение протокола TLS 1.3 может помочь сайту снова открываться у пользователей. Это делается через редактирование конфигурационного файла вашего веб-сервера (Nginx или Apache).

Для веб-сервера Nginx:

1. Подключитесь к вашему серверу по SSH и откройте конфигурационный файл вашего сайта (обычно он находится по пути /etc/nginx/nginx.conf или /etc/nginx/sites-available/ваш_сайт.conf). Для редактирования можно использовать простой текстовый редактор, например, командой: nano /etc/nginx/nginx.conf.
2. Найдите в тексте строчку, которая начинается с ssl_protocols. Обычно она выглядит так: ssl_protocols TLSv1.2 TLSv1.3.
3. Удалите из этой строки упоминание версии TLS 1.3, чтобы осталось строго: ssl_protocols TLSv1.2.
4. Сохраните файл (в редакторе nano это делается нажатием Ctrl+O, затем Enter, а выход – Ctrl+X).
5. Проверьте, что вы не допустили ошибок, командой nginx -t. Если всё в порядке, перезапустите веб-сервер командой: systemctl restart nginx.

Для веб-сервера Apache:

1. Откройте конфигурационный файл (в зависимости от операционной системы он может находиться в /etc/httpd/conf.d/ssl.conf или /etc/apache2/mods-available/ssl.conf) через команду nano.
2. Найдите строчку SSLProtocol. Измените ее так, чтобы протокол TLSv1.3 был явно запрещен, а TLSv1.2 разрешен. Строка должна выглядеть следующим образом: SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1 -TLSv1.3 +TLSv1.2.
3. Сохраните изменения и перезапустите Apache командой systemctl restart apache2 (или systemctl restart httpd).

• Использование протокола HTTP/2 (мультиплексирование). Позволяет загружать элементы сайта одновременно в одном соединении, что снижает вероятность ошибочной блокировки. На хостинге Beget HTTP/2 включается автоматически при переходе на HTTPS. Для этого: в разделе «Домены» нажмите на три точки напротив домена, выберите «Управление SSL-сертификатами» и установите бесплатный Let's Encrypt.
• Подключение проксирования. Можно настроить работу сайта через сторонние облачные сервисы защиты и проксирования трафика.

Что делать, если пропал доступ к сайту или VPS

Если ваш сайт перестал открываться, а сервер недоступен даже по SSH, обратитесь в службу поддержки через тикет-систему. Мы работаем круглосуточно, проанализируем маршруты и поможем восстановить управление.

Официальных каналов информации о текущих блокировках ТСПУ сейчас не существует. Мы собираем технические данные и в частном порядке передаем отчеты о проблемах в ЦМУ ССОП.

Если вы столкнулись со сбоем и готовы помочь нам с диагностикой, прикрепите к тикету данные для диагностики: ваш исходящий IP-адрес, IP вашего сервера и порт подключения, а также будьте готовы поддерживать сетевое соединение во время проверки.

Мы продолжаем следить за ситуацией и искать системные решения.