Поидее да, но для того чтоб его вытащить нужно получить доступ до внутрянки системы кэша. Гугл после такого скорее всего отзовёт сертификат который утек.
Но учитывая что узлы мониторятся, сертификат скорее всего не лежит на диске, а в памяти (в рамках инициализации получает актуальный у центрального узла), а оттуда вытащить уже сложнее.
Для любителей утверждать что во всем виноват гугл, повторим тест с SNI:
Прямой тест
curl https://speedtest.selectel.ru/100MB -k -o/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 100M 100 100M 0 0 72.4M 0 0:00:01 0:00:01 --:--:-- 72.4M
Тест с подменой
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 100M 0 0 0 0 0 0 --:--:-- 0:00:44 --:--:-- 0
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 100M 0 15032 0 0 1006 0 28:57:12 0:00:14 28:56:58 0
Я не дожидался теста до конца, но уже можно видеть что разница огромна(1 попытка вообще ни байта не скачала, второй очень медленный).
В то время как прямое соединение скачало за секунду.
По-идее установка нового соединения самая тяжелая операция, потому и срезали где могли.(а даже без ДДОС могут быть скачки, например при работах в домах и тп)
Это немного нестандартное поведение вроде как, но легитимное.
Где-то писали что зачастую даже перестановка пакетов не обрабатывается ими.
Станет распространено, скорее всего доучат железку.
ADD: возможно еще из-за того что сделает легче атаку на саму железку, ей же придется выделять память под это.
Конечно будет. Это называется reassembling. После сборки сообщение и выдергивания из него нужных данных для классификации - буфер сборки просто очистится.
Это дорого для транзитного траффика, на мелких сетях может и вытянет, но на крупных нет.
Итак столкнулись однажды с тем что при ДДОС-атаке легла ТСПУ))
В браузерных средствах разработчика на панели «Сеть» никаких данных про отправку запросов и получение ответов тоже не было.
Насколько помню там WS соединение должно быть(по хорошему), оно отображается, но, возможно его надо ловить в момент открытия, а потом уже можно смотреть сообщения.
Нет возможности сделать микс из Interactive Server-Side Rendering и Client-Side Rendering (WebAssembly).
Сейчас вроде есть режим Auto, когда он из ISSR перейдет в ICSR в фоне. Но там есть свои нюансы.
Там на самом деле очень много "ручек", но например обратный отсчет это пример когда ISSR подходит плохо, тут уж лучше JS чучуть оставить.(не зря в MudBlazor + MudExtensions есть компонент Watch)
Собственно, как упомянул выше, совсем от JS уходить не удается, зачастую есть компоненты что это нивелируют. либо можно свой компонент сделать и забыть о проблеме.
В целом Blazor игрушка неплохая, но надо много изучать по режимам работы и тп.
В целом статистика неплохая на самом деле, проблема с таймером это иное все же.(потому под такие вещи я предпочитаю просто сервис фоновый)
C пропусками событий, странно, надо попробовать повторить тест как нибудь.
Для себя пока пилю ICSR приложение(так как там тяжелое приложение). На работе тестируем возможность(скорее думаем, стоит ли переписывать) сделать панель управления, но Blazor строго после авторизации.
мне все же кажется этих IP куда меньше чем во всем мире)
Поидее да, но для того чтоб его вытащить нужно получить доступ до внутрянки системы кэша. Гугл после такого скорее всего отзовёт сертификат который утек.
Но учитывая что узлы мониторятся, сертификат скорее всего не лежит на диске, а в памяти (в рамках инициализации получает актуальный у центрального узла), а оттуда вытащить уже сложнее.
Статья про GCC описывает формирование кэша и направление пользователя к нему.
Но для отдачи трафика все ещё нужен сертификат(точнее ключ) для работы https.
А сертификаты гугла вы где возьмёте?
У меня обратный опыт.
Я скачиваю обычно то что планируется много раз смотреть, или для оффлайн просмотра. Остальное и онлайн хорошо.(Москва если что)
Заберут у меня телефон?
А цены там замечательные))
https://vkplay.ru/play/?is_sellable=1&search=Martyr
И
https://store.steampowered.com/app/527430/Warhammer_40000_Inquisitor__Martyr/
9999 против 2900 за Definitive edition.
Причём игра доступна в РФ итак.
Мне кажется основная причина роста это куча пиратского контента.
Я когда в отпуске был с поиска яндекс часто вел туда чтоб фильмы смотреть.
Для любителей утверждать что во всем виноват гугл, повторим тест с SNI:
Прямой тест
curl https://speedtest.selectel.ru/100MB -k -o/dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 100M 100 100M 0 0 72.4M 0 0:00:01 0:00:01 --:--:-- 72.4M
Тест с подменой
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 100M 0 0 0 0 0 0 --:--:-- 0:00:44 --:--:-- 0
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 100M 0 15032 0 0 1006 0 28:57:12 0:00:14 28:56:58 0
Я не дожидался теста до конца, но уже можно видеть что разница огромна(1 попытка вообще ни байта не скачала, второй очень медленный).
В то время как прямое соединение скачало за секунду.
Если бы была деградация кэша, то тест с подменой SNI бы не работал.
Как вариант всю AS 15169 туда, но там далеко не только YouTube.
DNS тут не причем
Из того что находил в комментариях, приходят разные доменные имена сервера отдачи видео для мобильного и десктопа.
Собственно выше, сам гугл отдает другое имя сервера(даже если ведет в тот же адрес) для мобильных.
а замедляют по SNI(который не шифрован)
Повторю: то что видел в комментариях.
По-идее установка нового соединения самая тяжелая операция, потому и срезали где могли.(а даже без ДДОС могут быть скачки, например при работах в домах и тп)
Это немного нестандартное поведение вроде как, но легитимное.
Где-то писали что зачастую даже перестановка пакетов не обрабатывается ими.
Станет распространено, скорее всего доучат железку.
ADD: возможно еще из-за того что сделает легче атаку на саму железку, ей же придется выделять память под это.
не припомню чтоб с ТСПУ ставилась защита еще.
Провайдеры ж не будут ставить защиту за свой счет для клиентов.
Это дорого для транзитного траффика, на мелких сетях может и вытянет, но на крупных нет.
Итак столкнулись однажды с тем что при ДДОС-атаке легла ТСПУ))
Насколько помню там WS соединение должно быть(по хорошему), оно отображается, но, возможно его надо ловить в момент открытия, а потом уже можно смотреть сообщения.
Сейчас вроде есть режим Auto, когда он из ISSR перейдет в ICSR в фоне. Но там есть свои нюансы.
Там на самом деле очень много "ручек", но например обратный отсчет это пример когда ISSR подходит плохо, тут уж лучше JS чучуть оставить.(не зря в MudBlazor + MudExtensions есть компонент Watch)
Собственно, как упомянул выше, совсем от JS уходить не удается, зачастую есть компоненты что это нивелируют. либо можно свой компонент сделать и забыть о проблеме.
В целом Blazor игрушка неплохая, но надо много изучать по режимам работы и тп.
В целом статистика неплохая на самом деле, проблема с таймером это иное все же.(потому под такие вещи я предпочитаю просто сервис фоновый)
C пропусками событий, странно, надо попробовать повторить тест как нибудь.
Для себя пока пилю ICSR приложение(так как там тяжелое приложение). На работе тестируем возможность(скорее думаем, стоит ли переписывать) сделать панель управления, но Blazor строго после авторизации.
На самом деле вместо
SevenBitNumber y = (SevenBitNumber)100;можно сделать
SevenBitNumber y = new(100);dotnet начиная с core, официально поддерживает Linux.(а вот mono оставил неприятные впечатления)
Они в первую очередь наслаждаются, зачем им думать настоящий персонаж или нет?
Они просто испытывают эмоции.
Тем более мы говорим о другой культуре.