세 가지 Apple 설정이 같은 일로 비난받지만, 각각은 다른 것을 바꿉니다. 개인 Wi-Fi 주소는 iPhone이 하나의 Wi-Fi 네트워크에 보여 주는 하드웨어 식별자를 바꿉니다. IP 주소 추적 제한은 하나의 네트워크에 대해 iCloud Private Relay를 켜거나 끕니다. 그리고 VPN은 트래픽이 어디서 나가는지를 바꾸며, 나머지 둘 중 어느 것도 바꾸지 않습니다.

아래 목록을 순서대로 살펴보고 실제로 관찰한 내용과 맞는 첫 번째 항목에서 멈추세요. 어떤 스위치가 증상의 주인인지 추측하는 것이 사람들이 하나를 고치려고 세 가지 설정을 끄는 방식입니다.

스위치가 아니라 관찰에서 시작하세요

무엇이든 만지기 전에 관찰에 이름을 붙이세요. 라우터의 임대 목록에 있는 새 기기, 브라우저 탭에서 보이는 다른 공용 IP, 세션을 거부하는 사이트는 서로 다른 세 주인을 가진 세 가지 증상입니다.

어디서 보았는지 — 로컬 네트워크의 클라이언트 목록, 공용 IP를 표시하는 페이지, 또는 앱 자체의 오류 — 를 적으세요. 아래 표는 각각을 하나의 설정에 대응시키며, 그 대응이 작업의 전부입니다.

What you observedControl that owns itWhere to read it
Unknown or changing device in the router listPrivate Wi-Fi AddressThe network's details screen
Different public IP in a browser tabLimit IP Address Tracking, or the VPN exitPrivate Relay state, then the tunnel
App traffic that never enters the tunnelVPN routing scopeThe profile and its on-demand rules

개인 Wi-Fi 주소는 로컬 식별자입니다

개인 Wi-Fi 주소는 네트워크별 MAC 주소 선택이며, 현재 시스템에서는 선택지가 세 가지입니다. 끔은 하드웨어 주소를 표시합니다. 고정은 다시 연결해도 그 네트워크에 대해 무작위 주소 하나를 유지합니다. 순환은 Apple이 관리하는 일정에 따라 그것을 바꿉니다.

Apple의 개인 Wi-Fi 주소 안내서는 macOS Sequoia 15부터의 Mac 설정을 문서화하며, 같은 끔, 고정, 순환 옵션이 iOS 18의 iPhone에 나타납니다. 이전 버전은 켬과 끔 형태만 제공했으므로 다르게 보이는 메뉴는 버전 차이일 뿐 손상된 기기가 아닙니다.

IP 주소 추적 제한은 Relay 설정입니다

IP 주소 추적 제한은 iCloud Private Relay를 위한 네트워크별 토글이며, 일반적인 추적 스위치가 아닙니다. Wi-Fi 및 Ethernet 네트워크에 나타나고, 셀룰러에 해당하는 기능은 자체 규칙을 가진 통신사 기능입니다. 이것이 켜져 있고 Relay를 사용할 수 있으면 Safari 트래픽과 DNS 조회는 두 개의 별도 릴레이를 통해 나갑니다.

앱 전체의 프록시가 아닙니다. 시스템 리졸버도 Safari의 네트워킹 스택도 사용하지 않는 앱의 트래픽은 릴레이되지 않으며, 릴레이 출구는 VPN 출구가 아닙니다. 공용 IP 확인이 릴레이 대역을 반환하면 그 요청을 처리한 것은 Relay이며, 당신의 터널이 아닙니다.

VPN은 경로이며 식별자가 아닙니다

VPN 프로필은 어떤 트래픽을 잡고 어디로 보낼지 결정합니다. 전체 터널 라우팅에서는 명시적으로 제외되지 않은 모든 것이 터널을 통해 나가고, 분할 터널링에서는 나머지가 물리 링크에 남습니다. 어느 모드도 Wi-Fi 네트워크가 보는 MAC 주소를 다시 쓰지 않습니다 — 그 주소는 터널 아래의 링크 계층에 속하기 때문입니다.

따라서 VPN이 개인 Wi-Fi 주소를 바꾸는지에 대한 답은 분명합니다 — 아닙니다. 공용 IP, 리졸버, 지연 시간은 바꿀 수 있지만 로컬 식별자는 그대로 둡니다.

세 가지가 서로 작용하는 지점

혼란의 대부분은 두 가지 상호 작용에서 비롯됩니다. Apple은 일부 VPN 및 인터넷 필터 구성이 Private Relay의 작동을 막는다고 문서화하는데, 이는 모든 VPN에 대한 규칙이 아니라 호환성 조건입니다. 또한 자체 DNS 서버를 강제하는 터널은 Relay가 한 번도 조회되지 않았는데도 Relay 테스트가 깨진 것처럼 보이게 할 수 있습니다.

전체 효과를 가정하기 전에 보고된 상태를 확인하세요. VPN이 연결된 상태에서 Relay가 사용할 수 없음으로 표시되면 그 프로필만 연결을 끊고 다시 확인한 뒤 터널이 원인인지 필터가 원인인지 판단하세요. 그러면 Wi-Fi 식별자는 전혀 건드리지 않고 변수 하나를 분리할 수 있습니다.

확인 체크리스트

이것을 순서대로 실행하세요. 네트워크가 보는 MAC은 휴대폰이 아니라 라우터의 임대 목록에서 읽으세요. 공용 IP는 VPN을 끈 상태와 켠 상태에서 일반 브라우저 탭으로 읽으세요. Relay의 네트워크별 상태는 Wi-Fi 세부 정보 화면에서 읽으세요. 각 측정값은 서로 다른 설정에 속하며, 비교하면 실제로 무엇을 바꿨는지 알 수 있습니다.

관리되는 네트워크가 기기를 거부하면 개인 주소를 기본으로 끄는 대신 문서화된 온보딩 절차를 통해 그 요구 사항을 해결하세요. 사이트가 VPN을 켠 동안에만 실패한다면 변수는 터널입니다. MAC 주소는 결코 아니었습니다.

관련 글