Обидва запити починаються з однієї фрази: поставити Apple TV за VPN. Одна людина має на увазі весь пристрій, інша — один застосунок для стрімінгу, що працює на ньому. Це різні охоплення, і на tvOS сьогодні зазвичай доступне лише одне з них. Різниця не в протоколі чи постачальнику, а в тому, хто бачить, який застосунок створив з'єднання. Маршрутизатор бачить пакети й адреси, а застосунок на телевізорі бачить ідентичність процесу лише тоді, коли його власний клієнт реалізує цей вибір.

Різниця в тому, хто може бачити ідентичність застосунку

Маршрутизатор пересилає за адресою джерела, адресою призначення та портом. Він ніколи не отримує назву процесу tvOS, який відкрив сокет, тому не має способу висловити «цей застосунок і ніщо інше».

Застосунок VPN, що працює на телевізорі, перебуває в межах процесу і в принципі може застосовувати правила для окремих застосунків. Чи пропонує це поставлений клієнт — питання продукту, а не протоколу.

Що застосунок VPN на tvOS може вибрати, а що ні

Apple додала підтримку сторонніх застосунків VPN у tvOS 17, що фіксує її анонс платформи. Це виправило давнє припущення, ніби маршрутизатор має бути кінцевою точкою. Але воно не обіцяло, що кожен клієнт пропонує список включення чи виключення, і саме в цій прогалині більшість таких порівнянь помиляється. Читайте сторінку постачальника для tvOS, а не його сторінку для Windows чи Android.

Розділене тунелювання, описане для настільної версії, не є доказом для версії для телевізора. Постачальники постачають різні кодові бази для кожної платформи, і клієнт для телевізора часто найменший із них.

Документація Apple про керований VPN для застосунків описує модель розгортання для пристроїв під наглядом, а не споживчий перемикач. Перевірте список підтримуваних платформ, перш ніж імпортувати інструкції, написані для керованого iPhone чи Mac.

Що насправді вибирає правило маршрутизатора

Коли маршрутизатор є кінцевою точкою, правило пристрою вибирає адресу або сегмент Apple TV. Це вибір усього пристрою в межах політики, і він не стає «лише одним застосунком» через те, що ви тестували з одним застосунком. Якщо другий застосунок на тому самому телевізорі використовує тунель, правило працює саме так, як задумано.

Зазвичай це правильна відповідь, коли мета — «цей телевізор, повністю». Воно також переживає оновлення застосунків, нові стрімінгові сервіси та зміни профілів, чого більшість списків за застосунками сказати не можуть.

Правила доменів і призначень не є ідентичностями застосунків

Правило призначення вибирає адреси або підтримувані набори доменів. Один застосунок звертається до точок входу, медіа, телеметрії та реклами, і кілька застосунків можуть ділити ту саму інфраструктуру доставки. Тому правило домену може пропустити частину задуманого застосунку й перехопити трафік того, який ви не мали на увазі.

Пересилання DNS і незалежні резолвери ще більше все ускладнюють. Якщо телевізор розв'язує імена іншим шляхом, ніж передбачає правило, набір призначень хибний, навіть коли саме правило написане правильно.

Перевірка публічної адреси з вашого ноутбука нічого не говорить про шлях телевізора. Перевіряйте з телевізора або із застосунку, який вам справді важливий.

Вибір між двома

Виберіть правило маршрутизатора, коли вимога стосується всього пристрою, коли ви контролюєте мережу і коли можете прийняти, що невдалий тунель вплине на все на цьому телевізорі. Виберіть застосунок tvOS, коли власний клієнт постачальника документує вибір за застосунками для tvOS і ви можете підтвердити це на пристрої. Між ними чесна відповідь така: у вас є охоплення всього пристрою, і це варто записати, перш ніж хтось на це покладеться.

У будь-якому разі зберігайте правила доступу сервісу незмінними. Можливість маршрутизації не розширює регіональне право облікового запису, а рішення про охоплення не змінює того, що постачальник вам надасть.

Два питання вирішують більшість таких звернень: хто має мати можливість назвати застосунок і що має статися, коли тунель упаде? Дайте відповідь на обидва, перш ніж купувати обладнання чи підписку.

Схожі статті