[Проблема] Сегодня утром перестал работать прокси

[Jenstel]

Версия TG WS Proxy

v1.7.2

Опишите вашу проблему

В логах прокси снова ошибки хэндшейка
13:28:17 INFO [23.236.111.29:43802] DC2 WS session closed: ^60.0B (1 pkts) v167.0B (1 pkts) in 0.2s 13:28:17 INFO [23.236.111.29:43810] DC2 WS session closed: ^73.0B (1 pkts) v221.0B (1 pkts) in 0.2s 13:28:17 INFO [23.236.111.29:43776] DC2 WS session closed: ^83.0B (1 pkts) v160.0B (1 pkts) in 0.2s 13:28:17 INFO [23.236.111.29:43788] DC2m WS session closed: ^58.0B (1 pkts) v166.0B (1 pkts) in 0.2s 13:28:17 INFO [23.236.111.29:43778] DC2m WS session closed: ^128.0B (1 pkts) v146.0B (1 pkts) in 0.2s 13:28:17 INFO [23.236.111.29:43780] DC2 WS session closed: ^66.0B (1 pkts) v165.0B (1 pkts) in 0.2s 13:28:21 INFO [91.217.79.224:55750] DC2 WS session closed: ^15.7KB (61 pkts) v52.5KB (57 pkts) in 216.2s 13:28:21 INFO [213.226.113.171:6005] DC2 -> pool hit via 149.154.167.220 13:28:21 WARNING [127.0.0.1:49724] timeout during handshake 13:28:21 WARNING [127.0.0.1:49728] timeout during handshake 13:28:21 WARNING [127.0.0.1:49740] timeout during handshake 13:28:21 WARNING [127.0.0.1:49750] timeout during handshake 13:28:21 WARNING [127.0.0.1:49760] timeout during handshake 13:28:21 WARNING [127.0.0.1:49790] timeout during handshake 13:28:21 INFO [91.235.101.150:44840] DC2 -> pool hit via 149.154.167.220 13:28:22 INFO [91.235.101.150:44856] DC2 -> pool hit via 149.154.167.220

В логах nginx ошибки
2026/06/05 13:28:43 [error] 1342#1342: *16968 no host in upstream "", client: 93.171.187.66, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:43 [error] 1342#1342: *16979 no host in upstream "", client: 93.171.187.66, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:43 [error] 1342#1342: *17000 no host in upstream "", client: 93.171.187.66, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:43 [error] 1342#1342: *17013 no host in upstream "", client: 93.171.187.66, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:44 [error] 1342#1342: *17026 no host in upstream "", client: 93.171.187.66, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:44 [error] 1342#1342: *17035 no host in upstream "", client: 93.171.187.66, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:49 [error] 1342#1342: *17219 no host in upstream "", client: 178.217.155.110, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:49 [error] 1342#1342: *17220 no host in upstream "", client: 178.217.155.110, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:49 [error] 1342#1342: *17223 no host in upstream "", client: 178.217.155.110, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:28:49 [error] 1342#1342: *17226 no host in upstream "", client: 178.217.155.110, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0 2026/06/05 13:29:33 [error] 1342#1342: *18941 no host in upstream "", client: 81.163.224.55, server: 0.0.0.0:443, bytes from/to client:0/0, bytes from/to upstream:0/0

Версия последняя, настроен и свой домен CF (купленый) и Worker

[github-actions]

Проверьте две вещи:

• вы на последней версии: Releases
• запускали по инструкции для своей ОС: Быстрый старт

Решение частых проблем:

Q: Не запускается, падает с ошибкой, не работает как раньше после обновления?
A:

1. Удалите всё в папке Temp (или хотя бы всё, что начинается с _MEI)
2. Запускайте от имени админа
3. Попробуйте Win7 версию (если вы пользователь Windows)
4. Попробуйте отключить антивирус (если помогло, то добавьте exe в исключения). Не забудьте включить антивирус обратно.

Q: Не грузит медиа? (фото/видео/стикеры)
A: Удалите в настройках прокси в поле DC → IP всё, кроме 4:149.154.167.220. Если это не помогло, полностью очистите это поле.

Если проблема решена, то закройте Issue

Если проблема осталась, пожалуйста, приложите по возможности логи.

Сделать это можно через иконку в трее -> Пкм -> Открыть логи. Сохраните логи в файл и приложите его сюда.

[Flowseal]

я думаю очевидно, из-за кого это

[Jenstel]

я думаю очевидно, из-за кого это

РКН?

[GreLI]

Похоже, надо выключить Cloudflare прокси

[Flowseal]

Похоже, надо выключить Cloudflare прокси

никак не относится, у человека прокси развернуто на сервере и он не может до нее достучаться.
локально все продолжает работать

[aekozhevnikov]

У меня тоже локально все работает, а вот на сервере перестал работать, версия последняя, вчера только обновил)

[poprugunchik]

в целом, все аналогично, очень много ошибок именно с handshake, проходит какое-то время, чутка подтягивается, но потом снова теряется связь.
09:42:48 WARNING [176.15.140.12:40917] timeout during handshake
09:42:58 WARNING [176.15.140.12:18342] timeout during handshake
09:43:01 WARNING [176.15.140.12:64193] timeout during handshake
09:43:02 WARNING [176.15.140.12:55126] timeout during handshake
09:43:02 WARNING [176.15.140.12:36400] timeout during handshake

[global133]

такая же проблема, к впс не дает подключиться, бесконечные таймауты падают, запускаю в докере с TG_WS_PROXY_FAKE_TLS_DOMAIN, локально все летает
11:05:29 WARNING [138.16.229.40:52093] timeout during handshake
11:05:29 WARNING [138.16.229.40:52091] timeout during handshake
11:05:33 WARNING [138.16.229.40:52104] timeout during handshake
11:05:33 WARNING [138.16.229.40:52107] timeout during handshake
11:05:33 WARNING [138.16.229.40:52105] timeout during handshake

[Flowseal]

от прокси тут ничего не зависит
решается только на стороне клиента

[poprugunchik]

а не могли бы чуть подробнее?

[Jenstel]

от прокси тут ничего не зависит решается только на стороне клиента

а на VDS реально включить запрет, чтобы все ответы к клиентам через него шли?

[qwe123poicv22]

Открыл мтпрото летал норм, утром сегодня поступили жалобы, ничего не помогло единственное решение для андроидов это в паре с bydpi. Пока что так работает

[poprugunchik]

Все стало супер понятно, проблема в том, что ркн блочит tcp запросы на cloud, раскинул на vps другой страны и все работает без ошибок