Что за странный трафик при просмотре онлайн кино на серверах лордфилм?

Question

[lazix]

Если открыть с телефона какой-нибудь фильм по запросу "название фильма смотреть онлайн" с сайта лордфилмс (так уж вышло, что они высоко в выдаче), с телефона образуется сначала множество DNS-запросов к несуществующим доменам типа f03ef30f-719a-4fa6-b084-4682851d9698.local, а затем многочисленные UDP-подключения к самым разным IP-адресам и портам >10000.
Половил wireshark: идет запрос stun-сервера Google, а затем какие-то binding request.


Когда видел только udp-коннекты, подумал, что реализовано какое-то p2p-кешрование, чтобы снять нагрузку с сервера и кино транслируется с юзерских девайсов друг другу. А теперь не знаю, что думать.

Comments

[rPman]

udp в браузере возможен только при использовании webrtc, так что это однозначно p2p, т.е. скорее всего загрузка данных у других просматривающих, технология отлично разгружает канал на пиковых нагрузках на одно видео (но плохо работает на мобильных, точнее десктопные пользователи будут давать видео мобильным ) - и это хорошо всем

webrtc можно всегда в браузере отключить, если вы жадный

[Maximus-666]

У лордфилма есть и нормальные зеркала.... Но их крайне мало.

Answer 1

[Daemon23RUS]

с телефона образуется сначала множество DNS-запросов к несуществующим доменам типа f03ef30f-719a-4fa6-b084-4682851d9698.local

Bonjour/Avahi мультикаст DNS (mDNS)
Вполне прогнозируемое поведение, посмотреть а нет ли случаем в ближайшем окружении мультикаста с просматриваемым контентом.

а затем многочисленные UDP-подключения к самым разным IP-адресам и портам >10000

скорее всего пиринг

Comments

[lazix]

Это теперь реально реализовать в обычном вебе, браузере?
А какой-то удобный способ прекратить это безобразие есть? Ну, очевидно, устройство совсем одно в сети и никто рядом с ним не будет делиться контентом.

[Daemon23RUS]

lazix,

chrome.socket
Use the chrome.socket API to send and receive data over the network using TCP and UDP connections. Note: Starting with Chrome 33, this API is deprecated in favor of the sockets.udp, sockets.tcp and sockets.tcpServer APIs.

Ноги растут оттуда, и от WebRTC

Ну, очевидно, устройство совсем одно в сети и никто рядом с ним не будет делиться контентом.

Это Вам очевидно, но чтобы плееру убедится и делается запрос к *.local
Следующий шаг - пиринг с теми, кто смотрит этот контент, дабы получить фрагмент не с хостинга а с такого же клиента. Тем самым снижается нагрузка на хостинг, а Вам плюшки в скорости доступа.

Answer 2

[lantonov]

Strun это попытка создать соединение между хостами на прямую которые находятся за nat и bind это команда установки соединения между собой а .local это домен mdns который работает только по мультикасту и сразу говорю за бросить этого тип трафика для конкретного сайта нельзя есть ли что то просто можно понять откуда растут ноги запров на сайте скорее всего это какая нибудь Jc и просто найти эти строки и комментировать их при загрузке можно расширения для этого полно которые смогут подменить данные в реальном времени

Answer 3

[estat1k]

Товарищи, это агрегатор рекламы от videoroll или movieads работает.