Сервер на Timeweb Cloud заблокирован ТСПУ: как диагностировать за 15 минут и обойти через reverse-proxy
Что такое ТСПУ и почему страдает ваш облачный сервер
ТСПУ — это не злой гений, а коробка с софтом, которую операторы связи ставят на свои сети. Она умеет блокировать не только конкретные сайты, но и целые IP-адреса, а также анализировать SNI — имя сервера, которое браузер передаёт при TLS-рукопожатии. Если ваш домен или IP попал в реестр, трафик «обрезается» на уровне провайдера. Специфика Timeweb Cloud здесь играет злую шутку. Вы арендуете виртуальный сервер, который делит пул IP-адресов с другими клиентами. Если сосед по IP запустил запрещённый ресурс — под удар попадаете и вы. Это как в коммуналке: сосед снизу курит, а дым идёт к вам. Проверить это изнутри сервера нельзя, только косвенно. Важный момент: я описываю методы для защиты легальных проектов, которые могли заблокировать ошибочно. Использовать их для обхода закона — плохая идея, которая может привести к серьёзным последствиям.Диагностика: как понять, что режет именно ТСПУ, а не ваш велосипед
Прежде чем крутить Nginx, убедитесь, что проблема не в кривых руках. Вот типичные признаки фильтрации:- Сайт открывается с мобильной сети (оператор не использует ТСПУ), но не грузится с домашнего Wi-Fi.
- HTTPS-соединение падает с ошибкой, а по HTTP (если включили) всё отвечает.
- Ping до IP идёт, но порт 443 снаружи не отвечает, хотя локально сервер работает.
curl -I -k https://your-domain.ru
Затем:
curl -v --resolve your-domain.ru:443:127.0.0.1 https://your-domain.ru
Вторая команда заставляет систему обращаться к вашему серверу напрямую через hosts-файл, игнорируя DNS. Если она даёт ответ, а обычное обращение — таймаут, значит, блокировка идёт на уровне SNI или IP.
Дополнительно зайдите на ping.pe или 2ip.ru и проверьте доступность вашего адреса из разных стран. Если из-за рубежа всё открывается, а из России — нет, вопрос закрыт.
Обход через reverse-proxy: ваш личный щит
Суть метода проста: вы ставите промежуточный сервер (прокси) в другой юрисдикции, который принимает запросы от клиентов и передаёт их вашему оригинальному серверу на Timeweb. Клиент видит только IP прокси, а ваш настоящий адрес остаётся в тени. Как это работает на практике. Берёте дешёвый VPS в Европе или Азии. Ставите на него Nginx:sudo apt update && sudo apt install nginx -y
Затем конфиг:
server { listen 80; server_name your-domain.ru; return 301 https://your-domain.ru$request_uri; }
server { listen 443 ssl http2; server_name your-domain.ru; ssl_certificate /etc/nginx/ssl/your-domain.crt; ssl_certificate_key /etc/nginx/ssl/your-domain.key; location / { proxy_pass https://timeweb-origin.ru:443; proxy_set_header Host $host; ... } }
Выпускаете SSL-сертификат через certbot и перенаправляете DNS домена на IP прокси. Всё, трафик пошёл через прокси. ТСПУ видит только чистый IP вашего «щита».
Моё личное наблюдение: многие забывают скрыть исходный IP после настройки прокси. Проверьте все A-записи в DNS — не должно быть ни одной, указывающей на старый адрес Timeweb. Иначе весь смысл теряется.
CDN как альтернатива: быстро, но с оговорками
Cloudflare — это распределённая сеть серверов, которая кэширует ваш сайт и раздаёт его с ближайшего узла. Настройка занимает 10 минут: регистрируетесь, делегируете DNS, включаете оранжевое облако (проксирование). Cloudflare автоматически скрывает реальный IP. Однако есть нюанс. Если ваш домен заблокирован в РКН, некоторые российские провайдеры могут резать и сам Cloudflare. Поэтому CDN эффективен в связке с reverse-proxy, но не как самостоятельное решение. Плюс, скорость может проседать из-за дополнительного «перегона» трафика.Сравнение методов и мои рекомендации
| Метод | Сложность | Эффективность | Риски |
| Reverse-proxy (свой VPS) | Средняя | Высокая | Доп. расходы на VPS |
| CDN (Cloudflare) | Низкая | Средняя | Деградация скорости |
| Смена IP сервера | Низкая | Низкая | Новый IP может быстро заблокировать |
| SSH-туннель (SOCKS) | Средняя | Средняя | Нестабильность для веб-сервера |
Резюме: ТСПУ — это головная боль, но не приговор. Диагностируйте проблему через curl и ping.pe. Настройте reverse-proxy через Nginx и скройте реальный IP. Включите CDN для подстраховки. Держите запасной IP и мониторинг доступности (UptimeRobot или Hetrix Tools). Действуйте методично — и ваш сайт вернётся к пользователям.
По материалам: Tehnoseo
