Как приложение YouTube Android доступно, когда веб-сайт заблокирован?

Question

В настоящее время я живу в стране, в которой запрещен доступ к веб-сайту YouTube, и вам потребуется VPN или прокси-сервер, чтобы иметь доступ к веб-сайту YouTube и видео с помощью веб-браузера, но, как это ни удивительно, иногда я обнаруживал, что на самом деле) Я могу получить доступ к YouTube и смотреть видео YT без использования VPN или прокси с помощью приложения YouTube Android на своем телефоне / планшете. Насколько я знаю, это связано с моим провайдером.

Как приложение YouTube Android может подключаться к серверам YouTube без каких-либо прокси или VPN, и в то же время я должен использовать прокси-программу, например "Freegate", чтобы иметь возможность смотреть YouTube на моем компьютере? Есть ли хитрость на моем компьютере, чтобы можно было смотреть YT в веб-браузерах без использования прокси?

Я использовал приложение "Packet Capture", которое захватывало следующие IP-адреса:

74.125.173.200:443
216.58.208.42:443
172.217.22.34:443
173.194.188.70:443

Когда я набираю их в веб-браузере, они перенаправляют на google.com. Android Oreo 8.1.0 и последняя версия Youtube.

Моя главная цель - использовать youtube-dl без прокси.

Мой вопрос похож на это.

Спасибо.

Answer 1

Цензоры могут блокироваться несколькими способами:

1. Изменяя DNS-сервер провайдера, чтобы сделать youtube.com разрешить IP-адрес самостоятельно (или просто 0.0.0.0). Из-за его минимального воздействия на инфраструктуру Интернета, это имеет тенденцию быть предпочтительным способом в демократических странах. Этого можно легко избежать, используя DNS-сервер, не находящийся под контролем цензуры, например 8.8.8.8 или же 1.1.1.1,

2. Например, блокируя диапазоны IP-адресов 172.217.0.0/16, Это может привести к перегрузке, особенно если целью является веб-сайт меньшего размера, который разделяет свой диапазон IP-адресов (или даже IP-адрес с другими). Даже в этом случае прямая блокировка всей подсети /16 также заблокирует доступ к google.com. Это включает в себя большую работу со стороны цензора, так как IP-адреса регулярно и автоматически меняются.

3. Читая трафик и блокируя его, если включен конкретный контент. Поскольку в наши дни все зашифровано, только DNS-имена и SNI находятся в открытом доступе. Уже ведутся работы по устранению этих лазеек. Недостатком цензора является то, что он должен читать и анализировать каждый отдельный пакет, т. Е. Нуждаться в большом оборудовании, хотя, если он ограничен только DNS, это гораздо более осуществимо. Это также может создать проблемы для несвязанных служб, которые иногда могут быть неправильно диагностированы.

(Есть несколько других способов и более тонких различий, которые я перечисляю в своей диссертации на тему цензуры, но они здесь не применимы).

Независимо от того, какие пути выбирают цензоры, они должны добавить список запрещенных предметов в свое снаряжение. В случаях 1 и 3 это доменные имена, в случае 2 это IP-адрес (диапазоны).

Современные сервисы, такие как YouTube, внутренне разделены на несколько небольших сервисов. Например, YouTube может внутренне состоять из:

• Веб-интерфейс, youtube.com / 172.217.22.46
• Служба миниатюр, ytimg.l.google.com / 172.217.21.206
• API googlevideo.com / 172.217.22.68
• Видео сервис, в нескольких поддоменах, таких как r3---sn-i5onxoxu-q0n.googlevideo.com / 92.226.0.78

Все доменные имена и адреса являются примерами; на практике каждый сервис использует много IP-адресов и разных доменных имен (например, есть www.youtube.co.uk,

Если цензоры в вашей стране блокируют только веб-интерфейс, приложение для Android продолжит работать. Цензоры могут также забыть некоторые домены - т.е. блокировать youtube.com а также youtube.pk и их поддоменов, но не youtube.fr,

В качестве альтернативы, цензоры, возможно, пытались заблокировать приложение Android по IP-адресу, но YouTube мог изменить IP-адрес либо в рамках автоматической внутренней переназначения, либо путем явного избегания цензуры.

Приложение Android связывается с внутренним API Google, так как оно хочет получить машиночитаемую информацию. Так почему youtube-dl использует веб-интерфейс, а не Android API?

Я не могу говорить за всех разработчиков, но, как давний ведущий разработчик youtube-dl, я знаю, почему я в основном сосредоточился на веб-интерфейсе: это был просто вопрос удобства, поскольку инструменты для отладки и наблюдения за веб-приложениями гораздо лучше, чем для Android (или приложений для iOS). Поэтому, когда я добавлял функции, я наблюдал, как их реализует веб-приложение JavaScript, и переопределял это в youtube-dl.

До сих пор в основном было достаточно использовать веб-API, но вы можете добавить альтернативный код, который использует вызовы, которые делает приложение Android. Помните, что это облегчение может быть временным, поскольку цензоры могут заметить, что приложение YouTube разблокировано, и обновить свои списки доменных имен и диапазонов IP-адресов, чтобы включить эту службу.