Ny ISP sasany dia manome Youtube / Netflix / Facebook maimaim-poana. Ahoana ny fomba hanarahan'izy ireo izany?
Any Polonina, mahazatra ny ISP finday ny manolotra drafitra misy fatran-bandwidth voafetra isam-bolana, miaraka amin'ireo fampiharana malaza sasany. Ka ohatra ny fifamoivoizana rehetra avy amin'ny youtube dia tsy isaina mankany amin'ny takelaka data.
Ankoatry ny olana amin'ny tsy fitoviana amin'ny atiny dia manontany tena aho hoe amin'ny fomba ahoana no ahatratrarana izany amin'ny vanim-potoana HTTPS? Ahoana no ahalalan'ny ISP ny fonosana azo isaina amin'ny cap data?
Fantatro fa azo atao izany amin'ny fijerena fotsiny ny adiresy IP, fa ny youtube dia manana IP taonina, ary mieritreritra aho fa miova mandrakariva izy ireo. Fanampin'izay, tsy ho gaga aho raha ny sasany amin'ireo IP an'ny youtube dia zaraina amin'ny serivisy Google hafa, izay tsy vitan'ny ISP ...
HTTPS затеняет содержание из трафика, но не эти конечные точки . Так, например, мой ISP не знает, что я отвечаю на этот конкретный вопрос, потому что я использую HTTPS, но они действительно все еще знают, что я получаю доступ к содержанию на порте serverfault.com 443.
В конкретных случаях, таких как партнерства ISP/Neflix Вы описываете, Netflix также свойственно соразместить одну из их конечных точек в дата-центре ISP, который затем работает так же к CDN - когда Вы соединяетесь с Netflix, Вы получаете сервер Netflix в собственной сети ISP, которая делает еще легче для них отследить его в целях соглашения, так как Ваш трафик никогда не оставляет их собственную сеть. (Соразмещенный сервер все еще должен получить видеопотоки от другого сервера Netflix за пределами сети ISP, конечно, но образование воронок всего через соразмещенный сервер позволяет им данным кэша, используйте выделенные соединения, совокупные потоки, и т.д. чтобы уменьшить их затраты и/или пасовать назад некоторые из тех затрат для Netflix как часть соглашения о партнерстве.)
Еще более простой - ИХ DNS ответит определенными IP-адресами локальных прокси. Это даже не может повредить HTTPS - они могут портировать вперед оттуда. Но это позволяет Вам иметь бесплатный трафик в определенных IP-адресах и удалять IP-адреса от учета.
Во-первых они теперь IP-адрес YouTube.
*edit для лучшего объяснения.
ISP имеет IP базу данных. Например, YouTube asn является AS15169. В стороне сервера они сделали бы группировку для каждого сервиса. Один из них является группировкой по умолчанию, и эта группа тарифицировала группу. При создании использования в группе по умолчанию использование зарегистрировано в системе.
, Например, немного адресов YouTube перечислены в ниже.
root@server ~>whois -h whois.radb.net -- '-i origin AS15169' | grep ^route
route: 192.179.147.0/24
route: 192.179.148.0/23
route: 192.179.148.0/24
route: 192.179.149.0/24
route: 192.179.150.0/23
route: 192.179.150.0/
...
route6: 2607:f8b0:4016::/48
route6: 2604:31C0::/32
route6: 2620:33:c000::/48
route6: 2607:f8b0:4000::/48
route6: 2404:f340::/32
, Когда Вы пытаетесь достигнуть сервисов YouTube или YouTube (устройство хранения данных Google Video) Ваш телефон, достигающий этих IP адресов.
Isp проверяют IP-адрес, если это в группе YouTube, они не делают appy бросаются на эту группу.
И другая опция проверяет заголовок SNI при http соединении. Когда Вы устанавливаете связь с https сайтами, все данные не шифруются.
, Например, при создании поиска в Google, Вы видите URL в своем браузере как [1 112] https://www.google.com/search? q=hello+world это.
Зашифрованные данные поиск/? q=hello+world и вся страница. ISP теперь Ваш сайт достижения как www.google.com , но они не делают теперь который страница и в странице.
Некоторый ISP с помощью SNI для для этого. Например, в Турции это использование методов для делают определенный Интернет пакетами как 5 ГБ internet+4GB Spotify или Интернет на 7 ГБ неограниченный WhatsApp. И также они использующий SNI для веб-сайтов запрета. Некоторые веб-сайты с помощью того же IP адресуют как wikimedia.com или wikipedia.org. если они пытаются заблокировать Википедию с IP адресами, они блокируют все сервисы Викимедиа.
Это - соединение того, чтобы взглянуть на конечные точки IP т.е. IP-адреса и DNS. Это обычно делается в так называемом PGW, который обозначает Шлюз Данных Packe. PGW является частью каждой сети мобильной связи.
В дополнение к знанию IP-адресов, как описано в других ответах, некоторые сети CDN предлагают свои узлы для размещения у интернет-провайдеров. Например: Пограничные узлы / Google Global Cache . Данные, обслуживаемые этими узлами, никогда не покидают периметр провайдера и никогда не попадают в счетчик «исходящего» трафика. Кстати, именно поэтому интернет-провайдеры могут предлагать этот трафик бесплатно или по значительно более низкой цене.
Небольшое дополнение к отличным пока что ответам. Я знаю, что многие интернет-провайдеры, и, конечно же, все те, с которыми я так или иначе имел дело, решают это через группы классов обслуживания. По сути, трафик от определенных ASN и к ним помечен определенным CoS, который затем считается неизмеренным их механизмами статистики. Это упрощает отслеживание фактических статистических данных в инфраструктуре и упрощает выставление счетов. Он также позволяет дросселировать, но не многие используют это сегодня - хотя это может измениться, когда дело доходит до мобильных тарифов в будущем, и VBR будет обрабатывать колебания воспроизведения, которые это вызовет.