대부분의 가정에서 Apple TV는 동시에 두 가지 일을 합니다. 스트리밍 종단점이고, 꽤 자주 원격 액세서리 요청에 응답하고 자동화를 실행하는 활성 홈 허브입니다. 그 상자 앞에 VPN을 두는 것 자체는 문제가 없을 수 있지만, 영상 스트리밍이 성공했다는 사실은 두 번째 일에 대해 거의 아무것도 증명하지 못합니다. 작업은 허브 역할의 기준선을 기록하고, 터널이 tvOS에 어떻게 도달하는지 확인하고, 분리된 두 가지 인수 테스트를 하는 것입니다. 이것이 제가 쓰는 순서입니다.

1단계: 네트워크를 건드리기 전에 활성 허브 기록하기

iPhone, iPad 또는 Mac에서 Home 앱을 열고 Home Settings로 간 다음 Home Hubs & Bridges로 이동합니다. 현재 그 일을 하는 기기가 맨 위에 표시되며, Apple의 홈 허브 안내서에는 요구 사항과 선호 허브를 고정할 수 있는 Automatic Selection 설정이 설명되어 있습니다.

무엇이든 바꾸기 전에 그 이름을 적어 두세요.

HomePod가 집을 담당하고 있다면 Apple TV 쪽 변경은 무관할 수 있고, 나중에 원격 제어 테스트를 통과해도 터널에 대해 아무것도 증명하지 못합니다. Apple TV가 허브라면 사전 조건이 VPN만큼 중요합니다. 전원이 켜져 있고, 홈 네트워크에 연결되어 있고, 집에서 쓰는 Apple Account로 로그인되어 있고, 그 계정에서 iCloud Keychain과 이중 인증이 활성화되어 있어야 합니다. 절반만 마친 설정은 잘못된 라우팅과 같은 증상을 만들며, 먼저 배제하는 편이 훨씬 저렴합니다.

2단계: VPN이 tvOS에 어떻게 도달하는지 확인하기

tvOS의 설정에는 VPN 항목이 없습니다. 실제로 터널이 Apple TV에 도달하는 방법은 두 가지뿐입니다. 라우터에서 종료되어 집 안의 모든 기기를 덮거나, 관리 도구가 밀어 넣는 구성 프로파일로 도착하는 것입니다. 후자는 보통 감독되는 기기를 뜻합니다. 둘 다 해당하지 않는다면 터널이 살 곳은 Apple TV가 아니며, 이 계획의 나머지는 라우터 쪽 이야기입니다.

문제가 생겼을 때 두 형태는 다르게 행동합니다. 라우터 터널은 모든 기기의 연결을 한꺼번에 바꾸므로 액세서리 하나의 고장을 거기에 귀속시키기 어렵습니다. 프로파일은 설치 날짜가 보이는 제거 가능한 객체여서, 되돌리는 일이 라우터 복원이 아니라 몇 분짜리 작업이 됩니다. 의식적으로 고르고, 라우터 쪽 길을 간다면 가족을 깨우지 않고 되돌릴 수 있는 일정으로 허브를 테스트하세요.

3단계: 로컬 제어와 원격 접속을 별도 확인으로 실행하기

로컬 확인은 집에서 Wi-Fi로, 실제로 의존하는 액세서리를 Home 앱으로 조작하며 합니다. 차고 문을 열고, 온도조절기의 설정값을 바꾸고, 자동화 하나를 실행합니다. Home 앱이 타일을 불러오는 것은 테스트가 아니고, 액세서리가 응답하는 것이 테스트입니다.

그다음 원격 확인을 하되, 지루하게 유지하세요. iPhone을 Wi-Fi에서 빼고 셀룰러에 있는지 확인한 뒤 영향이 적은 명령 하나를 보냅니다. 잠금장치, 경보기, 잘못되면 곤란한 것으로 시험하지 마세요.

VPN을 켠 뒤 두 확인을 반복하고, 그 시점에 활성 허브를 다시 기록합니다. 비교하는 동안에는 휴대폰을 그대로 두세요. 두 기기에서 동시에 VPN 설정을 바꾸면 깔끔한 결과가 귀속 논쟁으로 바뀝니다.

4단계: 어떤 의존성이 먼저 무너지는지 알기

터널이 Home을 방해하면 세 가지가 예측 가능한 순서로 무너집니다. 먼저 iCloud와 push 도달성이 떨어지고, 이는 집에서는 모두 작동하는데 원격 접속만 실패하는 형태로 나타납니다. 다음은 Thread 경계 라우터 역할이고, 이는 Apple TV 4K의 세 번째 세대와 HomePod mini에 해당하므로 Thread 액세서리가 빠지면 Wi-Fi가 아니라 그쪽을 가리킵니다. 세 번째는 로컬 검색입니다. HomeKit은 LAN의 Bonjour와 multicast에 기대고, multicast를 삼키거나 자체 DNS를 강요하는 터널은 일반 인터넷 트래픽을 건강하게 둔 채 검색을 깨뜨립니다.

그 순서가 어디를 봐야 하는지 알려 줍니다. 원격에서만 생기는 실패는 push와 iCloud를 가리키고, 로컬 검색 실패는 LAN 경로를 가리키며, Thread 액세서리가 사라지는 것은 경계 라우터를 가리킵니다.

이 중 어느 것도 라우터의 인바운드 포트를 열거나, 이중 인증을 끄거나, Apple 서비스에 대해 추측한 예외를 추가하는 것으로 해결되지 않습니다. 그런 조치는 공격 표면을 넓히고 증상을 거의 바꾸지 않습니다.

필요해지기 전에 되돌리기

이전 구성을 한 단계로 복원할 수 있는 형태로 보관하세요. 예전 라우터 설정을 내보내 두거나, 프로파일을 제거할 수 있는 상태로 남겨 두는 것입니다. 프로파일을 설치하기 전에 기기에서 그것을 빼는 경로를 알아 두고, 나중에 Home Hubs & Bridges가 1단계와 같은 활성 허브를 보여 주는지 확인합니다.

허브 역할과 VPN 정책이 정말로 함께 있을 수 없다면, 간헐적인 제어를 받아들이는 대신 두 번째 허브를 추가하거나 유지하세요. 대부분의 경우에 동작하는 자동화는 결코 동작하지 않는 것보다 나쁩니다. 아무도 그것을 신뢰하지 않고 아무도 고치지 않기 때문입니다.

관련 글