Ну я просто визуально без тестов вижу. Пока (последние сутки) сайт стабильно открывается без таймаутов. (При http2, TLS 1.3)
визуально это надо еще подловить момент, потому что фактически страница сайта не грузится,но через минуту по Ф5 уже летает)
Nil2024 #: Так у них скорее всего и не было умысла создать проблему сайтам / серверам не связанным с ВПН. Возможно авто фильтр по множеству соединений запросе страницы.
Nil2024 #: Тут товарищ выше верно написал. Просто включить http2, не нужно переключаться на TLS 1.2. Второе действие создаст новые проблемы "соединение не защищено". Включил http2 с утра, вроде норм пока. Это для тех, кто попадает под раздачу из-за множества пакетов, а не под прицельный удар из-за "плохого ip" и т п.
а как понять, что нормально? у меня на бегете провалы и 10% ошибок, а на другом хосте все ровно, и общий траф почти не упал ну и конечно же никакие http2 и TLS 1.2 не решают проблему, просто фильтр перестает срабатывать на некоторое время делая иллюзию решения
Mik Foxi#: traceroute чего нибудь интересного показывает, на каком шаге обрывается коннект?
все известно, клиент делает рукопожатие с сервером, сервер отвечает клиенту, но ответ до клиента не доходит, а теряется в черном ящике под названием ТСПУ
plab#: Зная как, можно попытаться обойти замедление настройками сервака или браузера.
все известно, клиент делает рукопожатие с сервером, сервер отвечает клиенту, но ответ до клиента не доходит, а теряется в черном ящике под названием ТСПУ
Ну я просто визуально без тестов вижу. Пока (последние сутки) сайт стабильно открывается без таймаутов. (При http2, TLS 1.3)
Так у них скорее всего и не было умысла создать проблему сайтам / серверам не связанным с ВПН. Возможно авто фильтр по множеству соединений запросе страницы.
Тут товарищ выше верно написал. Просто включить http2, не нужно переключаться на TLS 1.2. Второе действие создаст новые проблемы "соединение не защищено". Включил http2 с утра, вроде норм пока. Это для тех, кто попадает под раздачу из-за множества пакетов, а не под прицельный удар из-за "плохого ip" и т п.
у меня на бегете провалы и 10% ошибок, а на другом хосте все ровно, и общий траф почти не упал
ну и конечно же никакие http2 и TLS 1.2 не решают проблему, просто фильтр перестает срабатывать на некоторое время делая иллюзию решения
😀 но это выглядит как косяк, а косяк полюбому должны исправить скоро. незачем бегать изза этого с хостинга на хостинг.
traceroute чего нибудь интересного показывает, на каком шаге обрывается коннект?
Зная как, можно попытаться обойти замедление настройками сервака или браузера.
а много из вас тут присутствующих это ловит на своих сайтах своим браузером? или только потому что "в метрике что-то стало мало циферок"?
полез смотреть, а там
селектел мск:
Скажите пожалуйста, каким способом проводите эту диагностику? Утилита какая или что за скрипт?
заливаешь на свой сайт, запускаешь в браузере и ждешь пока пойдут ошибки,
далее когда пойдут ошибки
у меня пока ничего не ловится больше
https://pastebin.com/JCBCyhMd
за ночь прилетали ошибки на 5 минут, пров мегафон, хост бегет мск
еще из тестов видно ТСПУ работает по IP, не по SNI
накатал скрипт мониторинга, может кому пригодится:
https://pastebin.com/JCBCyhMd