VLESS + REALITY + XHTTP: почему долгая задержка перед началом загрузки сайтов и видео?
Привет!
При подключении через клиент HAPP в скорость нормальная, телеграм работает отлично, YT быстро загружает превью и новые видео. Но есть странная проблема именно с началом загрузки контента, YT открывается быстро, превью загружаются быстро, но когда запускаю видео, само начало видео долго не начинает загружаться и нужно ждать несколько секунд или минут. После того как видео наконец начало воспроизводиться, дальше оно идёт нормально, без постоянных буферизаций. В браузере аналогично: поиск Google/Yandex работает быстро, результаты появляются сразу, но после нажатия на сайт сам сайт перед началом загрузки некоторое время висит, а потом загружается нормально.
Xray на финском vps, управляю им на 3xui панели. Раньше была аналогичная схема на геманском vps, но там всё хорошо
"с началом загрузки контента" - Закружается реклама, на которой платформа зарабатывает.
"vpn и В браузере аналогично: поиск Yandex" встретились в одном предложении, не удивляйтесь потом, если статистики дойдут до роскомпозора и вашу услугу заблокируют.
если у вас проблема, то ее надо анализировать и траблшутить, это первоначальные действия. По итогам, если непонятно как решить, то вопросы писать. А не "у меня vpn на панели x-ui, долго закружаются видео, а превью и сами сайты закружаются быстро"
похоже дело не в reality/xhttp, а в PMTU blackhole на финском VPS: мелкие пакеты (DNS, поиск, превью) проходят, а крупные сегменты с DF где-то дропаются, ICMP Frag Needed до клиента не долетает — TCP висит до ретрансмита с уменьшенным MSS, потом всё же доходит.
проверь с самой VPS наружу: ping -M do -s 1472 1.1.1.1, постепенно уменьшая размер, пока пинг не пройдёт. Найдёшь порог — выстави MTU пониже на интерфейсе (1420-1450) или пропиши mss clamping на исходящем.
на немецком сервере путь до аплинка был без фрагментации, у финского другой транзит — отсюда и разница при одинаковом конфиге xray.
Проверил без урезанных пакето сперва 1470, и до 1420 1420, всё пошло, и на интерфейсе поставил это значение, но ВРОДЕ бы всё осталось по прежнему, ну вот именно первоначальная загрузка видео в YouTube долго грузится
AslanPAPA, Но почему именно ЮТУБ ? На других сайтах другие видео открываются, нормально. А ещё у меня что-то странное произошло, теперь вообще без VPN начинает ютуб работать
похоже на QUIC — ютуб гонит видео по UDP, там PMTU работает иначе чем в TCP, поэтому MTU 1420 на интерфейсе мог не подхватиться для этого пути. попробуй временно вырубить QUIC в chrome://flags и сравни старт видео — если станет нормально, дело в этом.
Пума Тайланд, прям последнее время аншлаг жалоб на чухонские vps-ы.
Я в своё время хотел тоже взять, но хорошо в чате хостера народ жаловался на них, решил, ну ей в пень и снова взял Дойч...
Пума Тайланд, Я сейчас через германский VPN пошёл в ютуб в firefox на ПК, просто хотел проверить как без QUIC будет работать ютуб и он видео стал вроде быстрее загружать, почему так ?
Далее на телефоне в chrome выключил QUIC и там видео грузились от 7 до 9 секунд, на 8 видео посчитал такие секунды всё время. А потом снова включил и такие же результаты.
Пума Тайланд, Смотрите мне ещё на другом форуме написали вот это
Запросы внимательно посмотрите, увидите там запросы типа https://rr2---sn-u15hn5-59.googlevideo.com/videopl...?... - это запросы к CDN серверам, которые подбираются в соответствие с определенной локацией. Определяется она в основном по IP, но бывает и данные аккаунта, dns, и ряд других факторов. Вот предположу, что ютуб выдает вам адрес российского CDN (у него там есть MTS сервера и не только). Откройте любой сайт проверяющий домен и посмотрите в какую страну вас отсылает. Если РФ, то у вас утечка геолокации (меняйте DNS, проксируйте весь гугл, и т.д.)
AslanPAPA, то что и без QUIC на финском всё те же 7-9 сек — это как раз подтверждает: дело не в QUIC, а в пути/MTU до финской VPS, раз на германском стабильно 1-2 сек. Версия с геолокацией и российским CDN тут не бьётся, оба VPN не-RU, а разница чётко привязана к конкретному VPS. Дальше QUIC не трогай, лучше прогони ping -M do -s с самой финской VPS и найди порог, где пакет перестаёт проходить.
Средний
Простой
Средний
