macOS Tahoe에서 Mac의 Phone 앱이 울리지 않거나 통화가 실패할 때 해결법

iPhone은 방 저편 책상 위에 엎어져 있고, Mac은 바로 눈앞에 있는데, Dock에 있는 Phone 앱은 아무 반응도 없이 가만히 있고 꼭 받아야 했던 전화는 음성사서함으로 넘어갑니다. 더 나쁜 경우도 있습니다. Mac에서 벨은 울려서 수락을 눌렀는데, 2초쯤 멈칫하더니 통화 실패가 뜨고, 상대방은 여러분이 전화를 끊어버렸다고 생각하게 됩니다. 독립 실행형 Phone 앱은 macOS Tahoe가 Mac에 가져온 개선점 중 꽤 좋은 축에 속하는데, 작동하지 않을 때는 정말 사람을 미치게 만듭니다. Apple이 왜 고장 나는지에 대해 거의 아무것도 공개하지 않았기 때문입니다.

이 가이드는 해결 사다리입니다. 대부분의 경우를 2분 안에 해결하는, 비용이 적고 효과가 큰 점검부터 시작해서 알림 라우팅, 오디오 라우팅, 네트워크 필터링, 방화벽 규칙, 등록 재설정을 거쳐 마지막으로 최후의 수단까지 내려갑니다. 모든 단계에는 그것이 왜 중요한지 이유가 함께 있습니다. Phone 앱은 iPhone, Apple의 서버, Mac 사이에서 실제로 무슨 일이 일어나는지 이해해야만 납득이 되는 방식으로 실패하기 때문입니다.

시작하기 전에 한 가지 짚고 넘어가겠습니다. 이 글의 거의 모든 내용은 Apple이 문제 해결 단계로 문서화한 것이 아닙니다. Apple의 Phone 앱 문서는 앱을 어떻게 쓰는지를 다루지, 어떻게 고치는지를 다루지 않기 때문입니다. 이어지는 내용은 Apple이 명시한 요구 사항(이것은 문서화되어 있습니다)과, 사용자들이 정보를 공유한 Apple Support Communities 및 MacRumors 스레드에서 수집한 커뮤니티 보고 해결책이 섞여 있습니다. 각 단계마다 어느 쪽인지 밝히겠습니다. 커뮤니티 보고 항목은 많은 사람에게 효과가 있었던 것으로 받아들이되, 보장된 해결책으로 여기지는 마십시오.

핵심 요약

• Phone 앱은 오래된 배관 위에 얹힌 새 프런트엔드입니다. macOS 26 Tahoe와 함께 출시되었지만, FaceTime이 수년간 사용해 온 것과 같은 Continuity 시스템인 iPhone Cellular Calls(Calls on Other Devices) 위에서 동작합니다. 거의 모든 실패는 Phone 앱 버그가 아니라 Continuity 실패입니다.
• 가장 효과가 큰 단 하나의 해결책은 Mac이 아니라 iPhone에 있습니다. 설정 > 앱 > Phone > Calls on Other Devices는 iOS 업데이트 후 초기화되거나 기기가 조용히 목록에서 빠지는 사례가 널리 보고됩니다. 다른 무엇을 점검하기 전에 매 업데이트 후 이 항목을 다시 확인하십시오.
• 소리 없는 벨은 대개 통화 문제가 아니라 알림 또는 오디오 라우팅 문제입니다. 알림, 알림 스타일, "알림에 사운드 재생", Focus 모드, 그리고 시스템 설정 > 사운드의 출력 기기가 모두 성공적으로 전달된 통화와 실제로 들리는 소리 사이에 놓여 있습니다.
• 수락 시 나타나는 "통화 실패"는 등록이 아니라 네트워크를 가리킵니다. Mac에서 벨이 울렸다면 초대는 도달한 것입니다. VPN, 콘텐츠 필터, 사용자 지정 DNS, 또는 미디어 경로를 차단하는 macOS 방화벽이 벨은 울리지만 받으면 끊기는 통화의 가장 흔하게 보고되는 원인입니다.
• FaceTime에서 로그아웃했다가 다시 로그인하면 Mac이 Apple의 통화 라우팅에 다시 등록됩니다. 이는 커뮤니티 스레드에서 가장 일관되게 보고되는 해결책 중 하나입니다. 다만 무료 점검을 마친 뒤에 하십시오. 번거롭고 때때로 재인증 루프를 유발하기 때문입니다.

통화가 실제로 Mac에 도달하는 방식

머릿속 모델 없이는 이 문제를 제대로 해결할 수 없습니다. 매우 다른 다섯 가지 실패가 모두 "내 Mac이 울리지 않는다"로 나타나기 때문입니다.

Mac에는 셀룰러 무선 모듈이 없습니다. 전화를 직접 수신할 수 없습니다. 실제로 일어나는 일은 iPhone이 셀룰러(또는 Wi-Fi Calling)로 전화를 받고, 그 초대를 다른 Apple 기기로 중계하는 것입니다. 그 중계가 Apple이 iPhone Cellular Calls라고 부르는 Continuity 기능이며, iPhone에서 Calls on Other Devices 설정으로 제어됩니다. Tahoe의 Phone 앱은 그 중계를 위한 전용 인터페이스에 통화 기록과 연락처 동기화를 더한 것입니다. 하지만 중계 자체는 그보다 10년 앞서 존재했고 FaceTime과 공유됩니다.

세 가지 뚜렷한 단계가 있고, 각각 다르게 실패합니다.

1단계는 등록입니다. Mac이 Apple 서버에 "나는 이 Apple Account의 유효한 엔드포인트이며 중계된 통화를 받을 의사가 있다"고 알립니다. 이 등록은 Phone 앱이 아니라 FaceTime 로그인에 연결되어 있습니다. 등록이 깨지면 Mac이 iPhone의 기기 목록에 나타나지 않거나, 나타나더라도 아무것도 받지 못합니다. 증상은 완전한 무음, 이후 Phone 앱에 부재중 통화 기록이 없음, 그리고 종종 iPhone의 기기 목록에 Mac이 없음입니다.

2단계는 초대입니다. 전화가 오면 iPhone이 (Apple의 푸시 인프라를 통해) Mac에 통화가 들어온다고 신호를 보냅니다. 이것은 작고 가벼운 신호입니다. 이것이 도달하면 Mac은 통화를 인지합니다. 여러분이 그것을 듣게 되는지는 완전히 별개의 문제이며 macOS 알림과 오디오가 담당합니다. 초대는 도달했지만 표면화되지 않은 경우의 증상은, 아무 소리도 듣지 못했는데 Phone 앱 최근 통화에 부재중 통화로 표시되는 것입니다. 이것이 결정적인 진단 단서입니다. 소리 없이 기록만 남은 부재중 통화는 1단계와 2단계가 정상 작동했다는 뜻이고, 문제는 알림이나 오디오라는 뜻입니다.

3단계는 미디어 경로입니다. 수락을 누르면 이제 실제 오디오가 흘러야 합니다. 여기서는 네트워크 상황에 따라 Mac과 iPhone 사이, 또는 Mac과 Apple 중계 서버 사이에 양방향 경로가 제대로 작동해야 합니다. 이 단계는 초대보다 훨씬 까다롭고, 그래서 "벨은 울리는데 받으면 실패"가 그토록 특징적인 증상인 것입니다. 초대는 엽서이고, 미디어 경로는 전화선입니다. VPN, 방화벽, 또는 필터링하는 DNS 리졸버는 엽서는 기꺼이 통과시키면서 전화선은 목 졸라 버릴 수 있습니다.

이 구분을 체득하고 나면 아래 사다리가 더 이상 무작위 토글 목록으로 보이지 않습니다. 각 단계는 특정 한 가지 스테이지를 겨냥합니다. 이 하위 시스템들이 어떻게 상호작용하는지 더 넓은 그림을 원한다면, 저희의 macOS Tahoe Continuity 문제 해결 완전 가이드가 Handoff, 범용 클립보드, 통화 중계가 모두 올라타 있는 공통 기반을 다룹니다.

빠른 분류

아래에서 자신의 증상을 찾아 해당 단계로 건너뛰십시오. 사다리를 위에서부터 순서대로 밟는 것이 여전히 가장 안전한 접근이지만, 시간이 없다면 증상이 가리키는 곳에서 시작하십시오.

전혀 울리지 않고, 이후 Phone 앱에 부재중 통화 기록도 없음. 1단계 또는 2단계가 깨졌습니다. 1단계(요구 사항)에서 시작하고 2단계(iPhone 토글)에 각별히 주의하십시오. 이것이 가장 흔한 양상이며 보통 iPhone의 기기 목록이 원인입니다. 그것들이 문제없다면 7단계(FaceTime 재등록)로 가십시오.

전혀 울리지 않지만, 통화가 Phone 앱 최근 통화에 부재중으로 표시됨. 1단계와 2단계는 정상입니다. 초대가 Mac에 도달했습니다. 문제는 표시입니다. 곧바로 3단계(알림)와 4단계(사운드 라우팅)로 가십시오. 커뮤니티에서 벨소리를 죽이는 원인으로 보고된 8단계(Voice Control)도 확인하십시오.

벨이 울려서 수락을 눌렀는데 통화 실패가 뜨거나 즉시 무음이 됨. 3단계입니다. 먼저 5단계(VPN 및 네트워크 필터)로 가고, 그다음 6단계(방화벽)로 가십시오. 이 구분은 진단의 금맥입니다. 등록과 초대가 둘 다 작동하는 것으로 증명되었으니 그것들을 다시 점검하지 마십시오.

발신 통화는 되는데 수신 통화는 절대 오지 않음. 아래에 있는 이 주제 전용 섹션을 보십시오. 이는 거의 언제나 Mac이 밖으로 연결은 할 수 있지만 유효한 목적지로 등록되어 있지 않다는 뜻이며, 범위가 상당히 좁혀집니다.

Phone 앱이 열리지 않거나, 계정이 표시되지 않거나, 통화 기록이 있어야 할 자리가 비어 있음. 등록 또는 로그인 문제입니다. 7단계로 갔다가 10단계의 Apple Account 점검으로 가십시오.

1단계: 아무도 확인하지 않는 요구 사항

이것들은 iPhone Cellular Calls에 대한 Apple의 문서화된 요구 사항이며, 너무 시시해서 거의 모두가 확인도 하지 않고 충족되었다고 가정합니다. 그래도 확인하십시오. "Phone 앱이 고장 났다"는 스레드 중 상당수가 여기서 해결됩니다.

두 기기가 같은 Apple Account에 로그인. 그냥 iCloud가 아니라, 구체적으로 FaceTime에 사용된 계정입니다. Mac에서는 FaceTime > 설정 > 일반을 열어 표시된 계정을 확인하십시오. iPhone에서는 설정 > 앱 > FaceTime을 열어 비교하십시오. 둘은 반드시 동일해야 합니다. 구매용과 iCloud용으로 별도의 Apple Account를 사용한 적이 있다면, 바로 그런 구성이 통화 중계를 조용히 망가뜨립니다.

두 기기가 같은 Wi-Fi 네트워크에 연결. 이 항목은 흔히 낡은 조언으로 치부되지만 그래서는 안 됩니다. Apple은 iPhone Cellular Calls의 요구 사항으로 동일 네트워크를 문서화하고 있으며, 그 이유는 구조적입니다. 중계 경로는 공통 로컬 네트워크상의 기기들 사이에서 통화를 넘겨주도록 설계되어 있습니다. 진짜 예외가 하나 있는데 Wi-Fi Calling입니다. 통신사에서 Wi-Fi Calling이 활성화되어 있고 다른 기기에서의 통화를 허용하도록 구성되어 있다면, iPhone이 다른 곳에 있어도 Mac이 전화를 받을 수 있습니다. Wi-Fi Calling이 없다면 동일 네트워크는 권장 사항이 아닙니다.

여기서 실질적인 함정은 다른 네트워크에 있다는 것이 아니라, 겉보기에 같아 보이는 기술적으로 다른 네트워크에 있다는 것입니다. 2.4GHz와 5GHz SSID 분리, 게스트 네트워크, 두 기기를 다른 서브넷에 배치하는 메시 시스템, 또는 iPhone은 Wi-Fi인데 Mac은 이더넷으로 연결된 경우 모두 이 조건을 무너뜨립니다. Mac에서는 Option 키를 누른 채 메뉴 막대의 Wi-Fi 아이콘을 클릭하면 정확한 네트워크와 IP 주소를 볼 수 있습니다. IP의 앞 세 옥텟을 iPhone의 **설정 > Wi-Fi > (i)**에 표시된 값과 비교하십시오. 그것이 다르다면 네트워크 이름이 같더라도 중요한 의미에서는 두 기기가 같은 네트워크에 있지 않은 것입니다.

두 기기 모두 Bluetooth 켜기. Bluetooth는 여러 Continuity 기능이 근접 탐지에 사용하는 요소이며, Apple의 통화 관련 문서는 Wi-Fi를 강조하지만 Bluetooth를 켜 두는 것은 비용이 들지 않고 변수를 하나 제거해 줍니다. Mac의 Bluetooth 스택 자체가 불안정하다면(기기가 페어링을 거부하거나 부하가 걸릴 때 연결이 끊기는 등) Phone 앱을 탓하기 전에 그 자체로 고칠 가치가 있습니다. 불안정한 Bluetooth 스택은 4단계에서 설명하는 그 방식 그대로 오디오 출력도 불안정하게 만들기 때문입니다.

두 기기 모두 Handoff 활성화. Mac에서는 시스템 설정 > 일반 > AirDrop 및 Handoff에서 "이 Mac과 iCloud 기기 간 Handoff 허용"을 켜십시오. iPhone에서는 설정 > 일반 > AirPlay 및 연속성 > Handoff입니다. Handoff는 여러 Continuity 동작을 아우르는 상위 스위치이며, 이것을 끄면 통화 중계도 함께 꺼질 수 있습니다. 여러분의 환경에서 Handoff 자체가 말썽이라면, 같은 기반 배관이 Mac과 iPhone 간 Instant Hotspot 연결을 망가뜨리는 원인이기도 하며, 거기서 고치면 여기서도 해결되는 경우가 많습니다.

합리적인 범위 내의 물리적 근접성. 같은 방, 최소한 같은 층. 중계는 Wi-Fi Calling이 그 역할을 대신하지 않는 한 인터넷을 통해 다른 건물에서 작동하도록 만들어진 것이 아닙니다.

다섯 가지를 모두 실행하십시오. 그중 하나라도 꺼져 있었다면 켜고, 두 기기를 재시동한 뒤 더 진행하기 전에 테스트하십시오. 여기서 끝날 수도 있습니다.

2단계: 업데이트가 조용히 뒤집는 iPhone 토글

이 글에서 딱 한 가지만 한다면 이것을 하십시오. Apple Support Communities와 MacRumors의 커뮤니티 스레드는 다른 어떤 설정보다 이 설정으로 수렴하며, 특히 iOS 업데이트가 이것을 자주 초기화하거나 목록에서 기기를 빠뜨린다는 관찰로 모입니다.

iPhone에서 설정 > 앱 > Phone > Calls on Other Devices로 이동하십시오.

여기서 두 가지가 참이어야 하는데, 사람들은 흔히 첫 번째만 확인합니다.

1. Allow Calls on Other Devices가 켜져 있어야 합니다.
2. 그 아래 기기 목록에 여러분의 특정 Mac이 나열되어 있고 활성화되어 있어야 합니다.

두 번째가 핵심입니다. 마스터 토글은 켜져 있는데 MacBook이 목록에 아예 없거나, 있어도 개별 스위치가 꺼져 있을 수 있습니다. 사용자들은 iOS 업데이트 후 두 경우 모두를 보고합니다. 기기 목록이 재구성되면서 Mac이 돌아오지 않거나, 비활성화된 상태로 돌아옵니다. Mac이 목록에 아예 없다면 그것은 등록 문제입니다. 7단계로 가서 재등록한 뒤 여기로 돌아오십시오.

iPhone을 보는 김에 설정 > 앱 > FaceTime > Calls from iPhone도 확인하십시오. 이것은 같은 중계의 FaceTime 쪽 스위치이며 켜져 있어야 합니다. 역사적으로 이 두 설정은 일부 iOS 버전에서는 연동되었고 다른 버전에서는 독립적이었습니다. 어느 쪽이든 둘 다 확인하십시오.

교훈은 해결책 자체보다 행동 습관 쪽이 더 가치 있습니다. 매 iOS 업데이트 후, Phone 앱이 고장 났다고 단정하기 전에 이 화면을 여십시오. 10초면 됩니다. 이것이 조용히 바뀌는 사례가 충분히 자주 보고되기 때문에, 업데이트 후 의례로 삼으면 대부분의 경우 이 글의 나머지 전부를 아낄 수 있습니다. 이는 Apple이 인정한 버그가 아니라 커뮤니티에서 관찰된 패턴이므로, 어떤 iOS 버전이 왜 그러는지는 말씀드릴 수 없습니다. 다만 습관으로 삼을 만큼 일관되게 보고된다는 것만은 확실합니다.

토글이 이미 올바르게 되어 있었다면, 그래도 껐다가 약 30초 기다린 뒤 다시 켜십시오. 설정은 활성화된 것으로 표시되지만 그 아래 등록이 낡은 상태였던 경우가 여러 건 보고되었고, 상태 변경을 강제하면 그것이 다시 쓰입니다.

3단계: Mac의 알림 설정

통화가 부재중으로 기록은 되는데 아무 소리도 나지 않았다면, Phone 앱을 들여다보는 것을 멈추십시오. 통화는 도달했습니다. macOS가 단지 여러분에게 알려주지 않았을 뿐입니다.

시스템 설정 > 알림을 열고 Phone까지 스크롤한 뒤, 아래 항목을 하나도 빠짐없이 확인하십시오.

• 알림 허용 — 켜기. 당연해 보이지만, 전혀 다른 이유로 짜증이 났던 사람들이 이것을 꺼 버리곤 합니다.
• 알림 스타일 — 배너가 아니라 알림으로 설정하고, 없음은 절대 안 됩니다. 배너는 몇 초 뒤 저절로 사라지는데, 걸려 오는 전화에는 거의 쓸모가 없습니다. 알림은 닫을 때까지 유지됩니다.
• 알림에 사운드 재생 — 켜기. 이것이 직접적인 벨소리 스위치입니다. 이것이 꺼져 있으면 시각적 알림만 뜨고 완전한 무음이 되는데, 바로 "기록은 되는데 울리지 않는" 증상입니다.
• 잠금 화면에 표시와 알림 센터에 표시 — 켜기. 놓친 것을 볼 수 있도록 말입니다.

이제 같은 목록의 FaceTime에 대해서도 전부 반복하십시오. 두 앱은 기반 통화 시스템을 공유하며, 사용자들은 통화 유형에 따라 알림이 둘 중 어느 쪽으로도 나타난다고 보고합니다.

거의 아무도 찾지 못하는 설정

여전히 시스템 설정 > 알림에서, 앱 목록 아래 메인 창의 맨 아래까지 스크롤하십시오. 전역 알림 옵션 섹션이 있고, 그중 하나가 디스플레이 미러링 또는 공유 시 알림 허용입니다.

이것이 꺼져 있다면(많은 사용자에게 기본값이 꺼짐입니다), 외장 디스플레이로 미러링하거나 화면을 공유하거나 발표할 때, 그리고 경우에 따라서는 단지 특정 외장 모니터에 연결되어 있기만 해도 macOS가 알림을 완전히 억제합니다. 걸려 오는 전화도 포함해서 말입니다. 증상이 답답할 만큼 조건부이기 때문에 사람들이 여기에 몇 시간을 씁니다. 카페에서는 전화가 완벽하게 울리는데, 큰 모니터가 있는 책상에서는 절대 울리지 않습니다. 실패가 책상 환경과 상관관계가 있다면 거의 확실히 이것입니다.

그 하단 섹션에 있는 김에, 기기를 어떻게 쓰는지에 따라 화면이 잠자기 상태일 때 알림 허용과 화면이 잠겨 있을 때 알림 허용도 확인하십시오.

Focus 모드, Do Not Disturb, 그리고 Focus 공유

시스템 설정 > Focus. 현재 활성화된 Focus가 있는지, 그리고 각 Focus 모드가 Phone 앱에 무엇을 하는지 확인하십시오. 즐겨찾기의 통화만 허용하는 Focus는 나머지 모두를 무음으로 만드는데, 즐겨찾기가 아닌 번호로 테스트했다면 벨소리가 고장 난 것과 똑같아 보입니다.

복합적인 문제는 기기 간 Focus 공유입니다. "기기 간 공유"가 켜져 있으면 어젯밤 iPhone에서 켠 Focus가 지금 Mac에서도 활성화되어 있고, 여러분은 Mac에서 무언가를 켠 기억이 전혀 없을 수 있습니다. 어떤 결론을 내리기 전에 Mac의 제어 센터 상단에서 활성 Focus 표시를 확인하십시오.

시스템 설정 > Screen Time > 커뮤니케이션 제한도 확인하십시오. 커뮤니케이션 제한은 다운타임 동안 누가 연락할 수 있는지를 제한하며, 전화 통화에도 적용됩니다. 자녀 계정을 위해 이것을 설정했거나 집중 실험을 하려고 자신에게 설정해 놓고 잊었다면, 걸려 오는 전화를 조용히 걸러낼 것입니다.

4단계: 사운드 라우팅 — 벨은 울리고 있습니다, 여러분이 있는 곳이 아닐 뿐

이것은 가장 교묘한 실패 범주입니다. 모든 것이 정확히 정상 작동하고 있기 때문입니다. 통화가 도착하고, 알림이 발생하고, 벨소리가 재생됩니다. 여러분이 들을 수 없는 기기로 말입니다.

시스템 설정 > 사운드를 열고 세 가지를 확인하십시오.

출력 기기. 여기서 선택된 것이 벨소리를 포함한 시스템 사운드를 받습니다. 다른 방에 있는 Bluetooth 스피커, 케이스 안에 들어 있는 AirPods, 또는 디스플레이 내장 스피커로 설정되어 있다면 벨소리는 그리로 갑니다. 디스플레이의 경우가 특히 흔합니다. 많은 외장 모니터에 스피커가 있고 macOS는 그것을 기본 출력으로 기꺼이 선택하는데, 그런 스피커 중 상당수는 하드웨어 수준에서 음소거되어 있거나, 모니터가 저전력 상태일 때 꺼지거나, 그냥 들리지 않습니다. 오디오 미터가 움직이는 것은 보이는데 아무 소리도 들리지 않을 것입니다.

알림 음량. 출력 기기 아래에 별도의 알림 음량 슬라이더가 있습니다. 이것은 메인 출력 음량과 같지 않으며, 음악이 최대 음량으로 재생되는 동안에도 0에 가까울 수 있습니다. 알림 음량은 출력 음량에 상대적으로 조절되기 때문에, 출력이 30%인데 알림 슬라이더가 10%라면 거의 들리지 않는 소리가 나옵니다. 테스트하는 동안에는 알림 음량을 높게 설정하십시오.

**"사운드 효과 재생 기기"**는 알림이 구체적으로 어느 기기를 사용할지 결정하며, 메인 출력 기기와 다를 수 있습니다. 이것이 연결이 끊겼거나 잠자기 상태인 무언가를 가리키고 있다면 알림은 아무 데도 가지 않습니다.

Bluetooth 출력에는 그 자체의 복잡함이 더해집니다. 많은 Bluetooth 스피커와 헤드폰이 배터리를 아끼려고 공격적으로 절전 모드에 들어가고, 깨어난 뒤 첫 몇 분의 1초 오디오는 링크가 다시 연결되는 동안 삼켜집니다. 짧은 벨소리에서는 그것이 아무 소리도 못 듣거나 두 번째 벨의 끝자락만 겨우 듣는 결과가 될 수 있습니다. 벨소리가 Bluetooth 오디오가 연결되어 있을 때만 실패한다면 그것이 원인입니다. 다른 것을 쫓기 전에 출력을 Mac 내장 스피커로 설정하고 테스트해서 확인하십시오.

Mac의 오디오 동작이 전반적으로 이상하다면(기기가 사라지거나, 출력이 저절로 바뀌거나, 음량이 유지되지 않는 등) 그것은 먼저 고쳐야 할 별개의 문제이며, 저희의 macOS Tahoe 오디오 완전 가이드가 기기 선택 및 Core Audio 문제를 깊이 있게 다룹니다.

5단계: VPN, 콘텐츠 필터, 사용자 지정 DNS

이제 2단계에서 3단계로 넘어갑니다. "벨은 울리는데 실패"가 사는 곳입니다.

커뮤니티 스레드에서 가장 일관되게 보고되는 네트워크 쪽 해결책은 단순히 VPN 연결 끊기입니다. 사용자들은 Mac에서 정상적으로 벨이 울리다가 받는 순간 실패하며 통화가 통화 실패로 떨어지는데, VPN을 끄면 문제가 완전히 사라진다고 설명합니다.

여기서 그 원리를 설명하겠습니다. 다만 이것이 Phone 앱 내부에 대한 Apple의 설명이 아니라 이런 종류의 연결이 어떻게 작동하는지에 대한 일반적인 설명이라는 점을 분명히 하고 싶습니다. 실시간 음성에는 지연이 낮은 양방향 미디어 경로가 필요합니다. 그 경로를 수립하려면 보통 엔드포인트들이 앞에 놓인 NAT를 통해 자신이 어떻게 도달 가능한지 알아내야 하고, 직접 경로가 불가능하면 중계 서버로 폴백해야 합니다. VPN은 여러분의 겉보기 네트워크 위치를 바꾸고, 흔히 트래픽을 먼 출구 노드로 라우팅하며, 이 협상이 의존하는 바로 그 순회 트래픽을 자주 차단하거나 훼손합니다. Mac을 울리게 하는 가벼운 초대는 그 뒤를 따라야 하는 미디어 경로보다 전달하기가 훨씬 쉽습니다. 그 비대칭성이 바로 통화가 울린 뒤 실패하는 이유입니다.

일부 VPN 클라이언트는 시스템 수준의 콘텐츠 필터나 트래픽을 검사하는 네트워크 확장 프로그램도 설치합니다. 이런 것들은 VPN 터널 자체가 끊겨 있어도 확장 프로그램이 계속 로드되어 있기 때문에 간섭할 수 있습니다. 시스템 설정 > 일반 > 로그인 항목 및 확장 프로그램 > 네트워크 확장 프로그램에서 무엇이 설치되어 있는지 확인하고, 연결만 껐다 켜는 대신 VPN 클라이언트를 완전히 종료하는 것을 고려하십시오.

콘텐츠 필터와 자녀 보호 도구도 같은 범주입니다. DNS를 가로채거나 트래픽을 검사하는 모든 것(기업 보안 에이전트, 광고 차단 프록시, 가족 안전 도구)이 용의선상에 오릅니다.

사용자 지정 DNS는 따로 언급할 가치가 있습니다. 시스템 설정 > 네트워크 > (해당 인터페이스) > 세부사항 > DNS에서 사용자 지정 DNS 리졸버를 설정했거나 구성 프로파일을 통해 암호화된 DNS를 사용하고 있고, 그 리졸버가 Apple의 서비스 도메인을 차단하거나 잘못 라우팅한다면, 일반적인 웹 브라우징은 완벽해 보이는데 통화 설정만 실패할 수 있습니다. 라우터의 DNS로 일시적으로 되돌려 테스트하십시오. 사용자 지정 항목을 제거해서 필드가 DHCP 제공 값으로 되돌아가게 한 다음 통화를 테스트하십시오. 그것으로 해결된다면 리졸버가 걸러서는 안 될 것을 걸러내고 있었던 것입니다.

이 단계 전체의 테스트 절차는 간단합니다. VPN 연결을 끊고, 클라이언트를 완전히 종료하고, DNS를 자동으로 되돌린 다음 테스트 통화를 걸어 보십시오. 작동한다면 다시 망가질 때까지 항목을 하나씩 되돌리십시오. 그러면 VPN 없이 영구히 지내야 하는 대신, 어떤 제품을 설정하거나 교체해야 하는지 알 수 있습니다.

6단계: macOS 방화벽

macOS 응용 프로그램 방화벽은 수신 연결을 차단합니다. 통화는 정의상 수신입니다. 이는 자연스러운 용의자이며 정확하게 포함하거나 배제할 가치가 있습니다.

시스템 설정 > 네트워크 > 방화벽으로 가십시오. 꺼져 있다면 이 단계는 여러분의 문제가 아닙니다. 다음으로 넘어가십시오. 켜져 있다면 올바른 절차는 다음과 같습니다.

1. 방화벽을 일시적으로 끕니다.
2. 다른 전화기로 자신의 번호에 테스트 통화를 겁니다.
3. 이제 통화가 작동한다면 방화벽이 원인이었음을 확인한 것입니다.
4. 방화벽을 다시 켭니다.
5. 옵션을 클릭하고 모든 수신 연결 차단이 활성화되어 있지 않은지 확인합니다. 그 설정은 통화가 의존하는 서비스를 포함해 사실상 모든 것을 차단합니다.
6. 같은 옵션 시트에서 FaceTime과 Phone이 수신 연결 허용으로 설정되어 있는지 확인합니다. 목록에 없다면 + 버튼으로 추가하십시오. 두 앱은 /System/Applications/에 있습니다.
7. 내장 소프트웨어가 수신 연결을 받도록 자동으로 허용은 활성화된 채로 둡니다.

이 점은 분명히 말하고 싶습니다. 방화벽을 꺼 두는 것은 해결책이 아닙니다. 끄는 것은 진단이며, 능동적으로 테스트하지 않는 모든 시간 동안에는 켜져 있어야 합니다. 6번이 통하지 않는다면, 즉 앱을 허용했는데도 방화벽이 켜진 상태에서 통화가 계속 실패한다면, 유용한 정보를 하나 얻은 것이고 올바른 다음 수순은 보안 통제를 영구히 비활성화하는 것이 아니라 7단계 그다음 10단계입니다.

한 가지 더. 아웃바운드 연결 차단기 같은 서드파티 방화벽을 사용한다면 내장 방화벽보다 훨씬 유력한 범인이며, 같은 방식으로 확인해야 합니다. 그런 도구는 발신 연결도 차단하는데, 이는 3단계의 미디어 경로뿐 아니라 1단계의 등록까지 망가뜨릴 수 있습니다.

7단계: FaceTime에서 로그아웃했다가 다시 로그인

이것은 커뮤니티 스레드에서 가장 일관되게 보고되는 해결책입니다. 가장 일관되게 보고되는 원인인 2단계와 대비됩니다. 이것이 효과가 있는 이유는 Mac이 Apple의 통화 라우팅에 대한 등록을 허물고 다시 세우도록 강제하기 때문입니다. 위 모델에서 1단계입니다. 낡거나 부분적으로 깨진 등록은 사용자 인터페이스에서 보이지 않습니다. 겉으로는 모두 로그인되어 있고 정상으로 보이는데 Apple 쪽에서는 여러분의 Mac이 나쁜 상태에 있습니다.

순서가 중요합니다. 다음 순서대로 하십시오.

1. FaceTime을 엽니다. 메뉴 막대에서 FaceTime > 설정 > 일반을 선택합니다.
2. 로그아웃을 클릭합니다. 확인합니다.
3. FaceTime과 Phone 앱을 완전히 종료합니다(창을 닫는 것이 아니라 Command-Q).
4. Mac을 재시동합니다. 건너뛰지 마십시오. 재시동은 그렇게 하지 않으면 다시 로그인할 때 재사용될 메모리상의 상태를 지워 주며, 커뮤니티 보고는 재시동 없는 로그아웃은 효과가 없다고 일관되게 설명합니다.
5. 재시동 후 FaceTime을 열고 Apple Account로 다시 로그인합니다.
6. 기다립니다. 등록은 즉각적이지 않습니다. 몇 분을 주고 곧바로 다른 것들을 건드리기 시작하지 마십시오.
7. iPhone > 설정 > 앱 > Phone > Calls on Other Devices로 돌아가서 이제 Mac이 기기 목록에 나타나고 활성화되어 있는지 확인합니다. 새로 재등록된 기기는 비활성화 상태로 나타나는 일이 잦습니다.

마지막 항목이 2단계와 7단계가 한 묶음인 이유입니다. Mac을 재등록하면 iPhone의 기기 목록에 새 항목으로 다시 나타나면서 기본값이 꺼짐인 경우가 많습니다. 재등록만 하고 iPhone을 확인하지 않으면, 실제로는 절반이 해결되었는데도 해결책이 통하지 않았다고 결론 내리게 됩니다.

다시 로그인하는 과정이 멈춰 있다면(무한히 회전하거나 인증을 반복해서 요구한다면), Mac에서 Apple Account가 전반적으로 건강한지(시스템 설정 > [사용자 이름]), 5단계의 필터 없이 정상적인 인터넷 연결이 되는지, 시스템 시계가 자동으로 설정되어 있는지 확인하십시오. 잘못된 시스템 시계는 인증서 검증을 깨뜨리고, 시계 문제와는 전혀 달라 보이는 증상으로 재등록을 막습니다.

8단계: Voice Control 충돌

이것은 충분히 특이해서 성격을 분명히 밝히고 싶습니다. 이것은 커뮤니티에서 보고된 것이지 Apple이 문서화한 것이 아니며, 공식적인 설명도 없습니다. Tahoe Phone 앱 스레드의 여러 사용자가 Voice Control이 활성화되어 있으면 벨소리가 억제된다고 보고합니다. 통화는 도착하고 기록도 정확히 남는데 소리가 나지 않습니다. Voice Control을 끄면 벨소리가 돌아옵니다.

시스템 설정 > 손쉬운 사용 > Voice Control을 확인하십시오. 켜져 있는데 의도적으로 사용하는 것이 아니라면 끄고 테스트하십시오.

그럴듯한 원리는 Voice Control이 오디오 입력 경로를 독점하면서 시스템이 수신 통화 주변의 오디오 세션을 처리하는 방식에 영향을 줄 수 있다는 것인데, 저는 그것을 검증할 수 없고 Apple도 검증한 바 없습니다. 제가 말씀드릴 수 있는 것은 확인하는 데 30초면 된다는 점, 그리고 한번 Voice Control을 켜 보고 잊어버렸다면 그것이 문제의 전부일 수 있다는 점입니다.

더 넓은 교훈은 일반화할 가치가 있습니다. 오디오 세션을 붙잡거나, 시스템 사운드를 재매핑하거나, 오디오 체인 안에 자리 잡는 모든 손쉬운 사용 기능이나 서드파티 유틸리티(가상 오디오 기기, 오디오 라우팅 유틸리티, 스트리밍 및 팟캐스팅 소프트웨어, 오디오 드라이버를 설치하는 회의 앱)가 후보입니다. 그런 것들이 설치되어 있다면 종료하고 테스트하십시오.

9단계: 기본 통화 처리기 충돌

macOS에는 기본 브라우저와 기본 메일 클라이언트가 있듯이 통화를 처리하는 기본 응용 프로그램이라는 개념이 있습니다. Microsoft Teams, Zoom, Skype 같은 앱과 각종 소프트폰 및 VoIP 클라이언트가 스스로를 시스템 통화 처리기로 등록합니다. 설치 중에 묻지도 않고 그러기도 하고, 몇 달 전에 무심코 클릭한 프롬프트를 통해 그러기도 합니다.

다른 앱이 그 역할을 소유하면 연락처, Safari, Spotlight의 tel: 링크가 Phone 대신 그 앱에서 열리고, 전체적인 통화 경험이 충분히 혼란스러워져서 사람들이 이를 Phone 앱이 고장 난 것으로 보고합니다. 이것이 무엇을 하고 무엇을 하지 않는지 정확히 말하자면, 탈취된 기본 처리기는 발신 통화가 어디서 시작되는지와 클릭한 전화번호가 어디로 가는지를 바꿉니다. 수신 통화에 Mac이 울리지 않는 원인인 경우는 보통 아닙니다. 하지만 "번호를 클릭했는데 쓸모 있는 일이 아무것도 일어나지 않는다"의 원인인 것은 분명하며, 여기까지 온 김에 재설정할 가치가 있습니다.

확인하고 변경하려면 FaceTime > 설정 > 일반을 열고 통화 기본 앱 드롭다운을 찾으십시오. FaceTime으로 설정하십시오(Phone이 사용하는 시스템 통화 스택을 통해 라우팅됩니다). 거기에 서드파티 앱이 선택되어 있다면 그것이 답입니다.

일부 앱은 실행할 때마다, 또는 다음 업데이트 때 그 역할을 다시 가져갑니다. 이것을 반복해서 재설정하고 있다면, 문제 앱 자체의 설정 안을 들여다보십시오. Teams와 Zoom 모두 시스템 전화 처리기로 등록할지 여부를 제어하는 환경설정이 있고, 근원에서 끄는 것만이 지속적인 해결책입니다.

발신 통화는 되는데 수신 통화는 안 될 때

이 구분은 진단적으로 가치가 크고 별도로 다룰 가치가 있습니다. 탐색 범위를 엄청나게 줄여 주기 때문입니다.

Mac에서 전화를 걸었을 때 연결되고 소리도 괜찮다면, 다음이 모두 정상 작동하는 것으로 증명됩니다. Apple Account 로그인, Mac과 Apple 서버 사이의 네트워크 경로, 통화용 마이크와 스피커 구성, 그리고 iPhone으로의 기본 중계입니다. Mac에서의 발신 통화도 수신 통화와 마찬가지로 iPhone을 통해 중계되므로, 발신 통화 성공은 적어도 한 방향으로는 통로가 존재함을 증명합니다.

그러면 남는 것은 목적지 쪽입니다. Mac이 수신 통화의 유효한 대상으로 등록되어 있는지, 그리고 초대가 도착했을 때 표면화되는지입니다.

다음 순서로 작업하십시오.

1. iPhone 기기 목록(2단계). 거기서 Mac이 없거나 비활성화되어 있으면 발신은 그대로 두고 수신만 깨집니다. 발신 통화는 Mac으로 라우팅되는 것이 아니라 Mac이 시작하기 때문입니다. 이 특정 조합의 원인으로는 이것이 압도적으로 유력합니다.
2. 알림 억제(3단계). 통화가 부재중으로 기록되고 있다면 이것이 답입니다. 수신 통화가 실패한 직후 Phone 앱의 최근 통화를 확인하십시오. 그 항목의 유무가 원인 1과 2 중 어느 쪽인지를 결정하며, 5초면 됩니다.
3. FaceTime 재등록(7단계). 부분적으로만 유효한 등록은 발신은 지원하면서 수신은 실패시킬 수 있습니다.
4. 방화벽(6단계). macOS 응용 프로그램 방화벽은 구체적으로 수신 연결을 차단합니다. 발신은 되고 수신은 실패하는 패턴은 방화벽 문제에서 예상할 수 있는 바로 그 지문입니다.

이 패턴은 5단계 대부분을 원인에서 배제한다는 점에 유의하십시오. VPN이 미디어 경로를 훼손하고 있다면 발신 통화도 실패했을 것입니다. VPN은 Mac이 울린 뒤 받을 때 실패하는 좁은 경우에만 용의자로 남습니다.

통신사 측 요인과 Wi-Fi Calling

위의 모든 내용은 iPhone이 전화를 정상적으로 받고 있고 그것이 Mac에 도달하는지만이 문제라고 가정합니다. 때로는 통신사 계층이 제약입니다.

Wi-Fi Calling은 iPhone이 같은 네트워크에 없을 때도 Mac이 전화를 받을 수 있게 해 주는 것입니다. 그것이 없으면 동일 Wi-Fi라는 Apple의 요구 사항이 엄격하게 적용됩니다. 그것이 있으면 iPhone은 사무실 가방 안에 있고 Mac은 집에 있어도 전화가 도착합니다. 다만 Wi-Fi Calling이 통신사에서 활성화되어 있고 다른 기기에서의 통화를 허용하도록 구성되어 있어야만 합니다. iPhone에서는 설정 > 앱 > Phone > Wi-Fi Calling이며, 거기서 이 iPhone에서 Wi-Fi Calling과, 지원되는 경우 다른 기기에 Wi-Fi Calling 추가를 모두 찾을 수 있습니다. 둘 다 중요합니다.

Wi-Fi Calling 제공 여부는 Apple이 아니라 통신사의 결정입니다. 모든 통신사가 지원하는 것은 아니고, 모든 요금제에 포함되는 것도 아니며, 다른 기기에서의 통화 지원은 단말기의 기본 Wi-Fi Calling과는 별개의 기능입니다. 일부 통신사는 옵션이 아예 나타나기 전에 계정 수준의 프로비저닝을 요구합니다. 여기서는 의도적으로 통신사 이름을 밝히거나 구체적인 정책을 설명하지 않겠습니다. 그런 것들은 끊임없이 바뀌고 지역과 요금제마다 다르기 때문입니다. 이 글을 포함해 어떤 글도 믿지 말고 여러분의 특정 요금제가 무엇을 지원하는지는 통신사에 직접 확인하십시오.

듀얼 SIM과 eSIM 구성은 다르게 동작하며, 이 점은 충분히 논의되지 않습니다. iPhone에 두 개의 활성 회선이 있으면 중계는 어느 회선의 통화를 어느 기기로 보낼지 결정해야 하고, 듀얼 SIM 사용자들은 보조 회선에서 일관되지 않은 동작을 보고합니다. 두 회선이 활성화되어 있다면 기준선을 잡기 위해 먼저 기본 회선으로 테스트한 뒤 보조 회선을 테스트하십시오. 보조 회선만 실패한다면 문제는 기기별이 아니라 회선별이며, Mac 쪽에서 아무리 문제를 해결해도 도움이 되지 않습니다.

최근의 SIM 변경도 중요합니다. SIM 교체, 새 iPhone으로의 eSIM 이전, 또는 통신사 번호이동 이후에는 통화 중계가 안정적으로 작동하기 전에 번호가 Apple Account에 다시 등록되어야 합니다. 보통 몇 시간 안에 저절로 해결되지만 가끔은 한 번 밀어 줘야 합니다. iPhone에서 iMessage와 FaceTime을 껐다 켜고, 두 기기 모두의 FaceTime 설정에서 전화번호가 체크된 주소로 나타나는지 확인하십시오. Mac과 iPhone 간 iMessage 동기화도 같은 등록 메커니즘에 기반하며, 그래서 SIM 변경 후 두 문제가 그토록 자주 함께 나타나는 것입니다.

10단계: 순서대로 진행하는 더 깊은 재설정

여기까지 왔다면 표적 해결책이 통하지 않은 것입니다. 다음을 순서대로 진행하십시오. 번거로움이 커지는 순으로 정렬되어 있으며, 끝으로 건너뛸 이유는 없습니다.

두 기기 모두 재시동. 정말로 둘 다, Mac뿐 아니라 iPhone도 말입니다. Continuity 상태는 양쪽 모두에 존재하며 한쪽만 재시동하면 낡은 상태의 절반이 그대로 남습니다. 철저히 하고 싶다면 Mac은 재시동보다 완전히 종료하십시오.

두 기기 모두 Wi-Fi와 Bluetooth 껐다 켜기. Mac에서는 메뉴 막대나 제어 센터를 사용하십시오. 양쪽 모두에서 탐색이 깔끔하게 다시 실행되도록 두 기기에서 같은 1분 안에 하십시오. 비용이 적고 가끔 효과가 있습니다.

현재 macOS 빌드인지 확인. Continuity 회귀 문제는 포인트 릴리스에서 수정되며, 현재 iOS 버전에 대해 오래된 26.x 빌드를 실행하는 것은 실제 불일치의 원인입니다. 현재 안정 릴리스는 macOS Tahoe 26.6이며, 뒤처져 있다면 저희의 macOS Tahoe 26.6 업데이트 가이드가 무엇이 바뀌었고 어떻게 깔끔하게 업데이트하는지를 다룹니다. macOS 27 베타를 사용 중이라면, 베타 Mac과 정식 릴리스 iPhone 사이의 Continuity는 잘 알려진 불안정 원인이며, 올바른 선택은 문제 해결을 멈추고 다음 베타를 기다리는 것일 수도 있음을 이해하십시오.

Mac에서 Apple Account 전체 로그아웃 후 다시 로그인. 이것은 7단계의 FaceTime 전용 로그아웃보다 큰 망치이며 그만큼 더 번거롭습니다. iCloud Drive, 사진, 키체인, 그 밖의 모든 것에 영향을 줍니다. 시스템 설정 > [사용자 이름] > 로그아웃으로 가십시오. 그 전에 Apple Account 비밀번호를 알고 있는지, 2단계 인증을 위한 신뢰할 수 있는 기기나 전화번호에 접근할 수 있는지 확인하고, 로컬에만 있는 변경 사항을 잃지 않도록 iCloud Drive가 동기화를 마치게 하십시오. 재시동하고, 다시 로그인하고, iCloud가 안정될 때까지 기다린 뒤 테스트하십시오.

iPhone에서 네트워크 설정 재설정. 설정 > 일반 > iPhone 전송 또는 재설정 > 재설정 > 네트워크 설정 재설정. 이것은 iPhone에 저장된 Wi-Fi 네트워크와 비밀번호, VPN 구성, 셀룰러 설정을 지웁니다. 이후 Wi-Fi 네트워크에 다시 접속해야 하므로 비밀번호를 준비해 두십시오. 번거롭지만 데이터를 파괴하지는 않습니다. Mac에는 정확히 대응되는 것이 없으며, 그래서 이 단계가 iPhone 쪽인 것입니다.

새로운 macOS 사용자 계정 만들기. 이것은 목록에서 가장 유용한 진단인데 거의 아무도 하지 않습니다. 시스템 설정 > 사용자 및 그룹 > 계정 추가로 가서 새 관리자 계정을 만들고, 그 계정으로 로그인해서 같은 Apple Account로 FaceTime에 로그인한 뒤 수신 통화를 테스트하십시오. 새 계정에서 통화가 작동한다면 문제는 사용자별 구성(환경설정 파일, 로그인 항목, 오디오 유틸리티, 알림 설정)이지 시스템 수준이나 계정 수준의 문제가 아닙니다. 그것만으로 무서운 설명 대부분이 즉시 배제되고 해결책이 여러분의 사용자 라이브러리 안에 있음을 알려 줍니다. 새 계정에서도 통화가 실패한다면 문제는 시스템 전역이거나 계정 전역이며, 남은 후보는 Apple Account, 네트워크, 또는 macOS 설치 자체입니다.

Apple 지원에 문의. 새 사용자 테스트도 실패했고 사다리를 다 밟았다면, 이는 정당한 에스컬레이션입니다. 다음을 준비해 가십시오. 정확한 macOS 버전과 빌드(Apple 메뉴 > 이 Mac에 관하여), 정확한 iOS 버전, 위의 분류 용어로 표현한 구체적 증상(안 울림 / 울린 뒤 실패 / 발신만 됨), 통화가 부재중으로 기록되는지 여부, 새 사용자 계정에서 재현되는지 여부, 그리고 이미 시도한 것들의 목록. 마지막 항목은 사람들이 생각하는 것보다 훨씬 중요합니다. 1차 상담 스크립트를 빠르게 넘어가게 해 주기 때문입니다.

자주 발생하는 문제 해결

문제: Mac에서 벨은 울리는데, 통화가 연결되면 양방향 모두 소리가 없습니다. 해결책: 이것은 3단계가 연결에는 성공하고 미디어에서 실패한 경우입니다. 통화가 진행 중일 때 시스템 설정 > 사운드에서 입력 및 출력 기기를 확인하십시오. macOS는 일반 재생과 통화에 서로 다른 기기를 선택할 수 있기 때문입니다. 그다음 시스템 설정 > 개인정보 보호 및 보안 > 마이크를 확인해 Phone 앱에 권한이 있는지 확인하십시오. 가상 오디오 기기나 회의 앱이 설치되어 있다면 종료하고 다시 테스트하십시오.

문제: 내 Mac이 iPhone의 기기 목록에 나타나는데, 스위치가 저절로 다시 꺼집니다. 해결책: 활성화 상태를 유지하지 못하는 기기 항목은 보통 그 뒤의 등록이 낡았거나 중복되었다는 뜻입니다. 7단계의 전체 FaceTime 로그아웃, 재시동, 로그인 순서를 수행한 뒤 목록을 다시 확인하십시오. 같은 Mac에 대해 두 개의 항목이 보인다면 등록이 중복되었음을 확인해 주는 것이며, 로그아웃 사이클이 고아 항목을 지워 줍니다.

문제: Mac에서 벨이 울리기는 하는데 몇 초 지연되어서, 받을 때쯤이면 상대방이 끊어 버립니다. 해결책: 초대 지연은 보통 어떤 설정보다 iPhone과 Mac 사이의 네트워크 품질을 가리킵니다. 두 기기가 같은 네트워크의 같은 대역에 있는지 확인하고, Wi-Fi가 혼잡한지 확인하고, Mac을 이더넷이 아닌 Wi-Fi로 두고 테스트하십시오. 공격적인 Bluetooth 오디오 절전도 첫 한두 번의 벨을 삼킬 수 있습니다. 내장 스피커로 테스트하십시오.

문제: 다 잘 되다가 iOS 또는 macOS 업데이트 후에 멈췄습니다. 해결책: 곧바로 2단계로 가서 iPhone의 기기 목록을 확인하십시오. 이것이 업데이트 후 가장 흔하게 보고되는 실패입니다. 목록이 정상으로 보인다면 7단계 재등록을 하십시오. 어느 쪽의 업데이트든 기존 등록을 무효화할 수 있기 때문입니다. 그다음 두 기기가 현재의 호환되는 릴리스에 있는지 확인하십시오.

문제: 원하지 않는데 Mac에서 전화가 울립니다. 예를 들어 공유 기기나 업무용 기기에서요. 해결책: 같은 설정을 반대로 사용하는 것입니다. iPhone에서 설정 > 앱 > Phone > Calls on Other Devices로 가서 해당 Mac의 개별 스위치만 끄고, 다른 기기에는 기능을 켜 두십시오. 모든 곳에서 중계를 비활성화하고 싶은 것이 아니라면 마스터 토글은 끄지 마십시오.

문제: Phone 앱은 열리는데 통화 기록과 연락처가 표시되지 않습니다. 해결책: 통화 기록과 연락처는 통화 중계가 아니라 iCloud를 통해 동기화됩니다. 시스템 설정 > [사용자 이름] > iCloud를 확인해 연락처가 활성화되어 있는지 확인하십시오. 통화는 되는데 비어 있는 Phone 앱은 iCloud 동기화 문제이고, 통화도 안 되면서 비어 있는 Phone 앱은 로그인 문제이며 7단계가 올바른 출발점입니다.

자주 묻는 질문

Mac의 Phone 앱은 iPhone이 근처에 없어도 작동하나요?

통신사에서 Wi-Fi Calling이 활성화되어 있고 다른 기기에서의 통화를 허용하도록 구성되어 있을 때만 가능합니다. Wi-Fi Calling이 없으면 Apple은 두 기기가 같은 Wi-Fi 네트워크에 있을 것을 요구합니다. Mac에는 셀룰러 무선 모듈이 없어서 통화를 중계해 주는 iPhone에 의존하기 때문입니다.

왜 Mac에서 벨은 울리는데 받으면 통화 실패라고 뜨나요?

Mac을 울리게 하는 초대는 가볍고 전달하기 쉽습니다. 그 뒤를 따르는 오디오 경로는 훨씬 까다롭습니다. VPN, 콘텐츠 필터, 사용자 지정 DNS 리졸버, 또는 방화벽이 앞의 것은 통과시키고 뒤의 것은 차단할 수 있습니다. 다른 것을 바꾸기 전에 VPN 연결을 끊고 테스트하십시오.

macOS Tahoe 이전에도 Mac에 Phone 앱이 있었나요?

아니요. 독립 실행형 Phone 앱은 macOS 26 Tahoe에서 Mac에 도입되었습니다. 그전에는 Mac에서의 통화가 같은 iPhone Cellular Calls 중계를 사용해 FaceTime을 통해 이루어졌습니다. Phone 앱은 기존 시스템 위의 새 인터페이스이며, 그래서 그 해결책 상당수가 FaceTime 설정 안에 있는 것입니다.

방화벽을 끄면 Phone 앱이 영구히 고쳐지나요?

끄는 것은 진단이지 해결책이 아닙니다. 방화벽을 끈 상태에서 통화가 작동한다면, 다시 켠 뒤 옵션에서 FaceTime과 Phone의 수신 연결을 허용하고 모든 수신 연결 차단이 비활성화되어 있는지 확인하십시오. 방화벽을 꺼 두는 것은 통화 문제를 보안 문제와 맞바꾸는 일입니다.

왜 iOS 업데이트 때마다 Mac이 울리지 않게 되나요?

커뮤니티 보고는 iPhone의 Calls on Other Devices 기기 목록이 업데이트 후 초기화되거나 기기가 빠지는 현상을 일관되게 설명합니다. Apple은 이를 인정한 적이 없으므로 확인된 버그가 아니라 패턴으로 여기십시오. 매 업데이트 후 그 화면을 확인하는 것이 여러분이 들일 수 있는 가장 저렴한 습관입니다.

통화 문제인지 알림 문제인지 어떻게 구분하나요?

누군가에게 전화를 걸어 달라고 해서 실패하게 두고, Phone 앱을 열어 최근 통화를 보십시오. 통화가 부재중으로 나타난다면 Mac에 도달한 것이고 실패는 알림이나 오디오에 있습니다. 아무것도 기록되지 않았다면 통화가 애초에 도착하지 않은 것이고 문제는 등록 또는 iPhone 쪽 토글입니다.

결론

Mac의 Phone 앱은 밖에서 보면 똑같아 보이지만 그 아래 원인은 완전히 다른 방식으로 실패하며, 그래서 일반적인 조언이 여기서는 그토록 형편없이 작동합니다. 이 문제를 다룰 수 있게 만들어 주는 모델은 세 단계입니다. 등록은 Mac을 유효한 목적지 목록에 올리고, 초대는 통화가 들어온다고 알려 주며, 미디어 경로는 실제 오디오를 실어 나릅니다. 기록 없는 무음은 1단계 또는 2단계입니다. 부재중 통화 기록이 있는 무음은 알림이나 오디오입니다. 울린 뒤 받을 때 끊기는 것은 3단계이고, 그것은 네트워크를 뜻합니다.

iPhone에서 시작하십시오. 설정 > 앱 > Phone > Calls on Other Devices에서 마스터 토글을 확인하고 여러분의 특정 Mac이 존재하며 활성화되어 있는지 확인하십시오. 그 화면 하나가 나머지 목록 전체를 합친 것보다 더 많은 경우를 해결하며, 매 iOS 업데이트 후 일상적으로 다시 확인할 가치가 있습니다. 거기서부터 내려가십시오. 알림, 사운드 라우팅, VPN, 방화벽, 그다음 Mac을 재등록하는 FaceTime 로그아웃-재시동-로그인 사이클입니다. 새 사용자 계정까지 갔는데도 거기서 통화가 실패한다면, 여러분은 진짜 진단 작업을 한 것이고 Apple 지원은 대부분의 사람이 제공하는 것보다 훨씬 나은 출발점에서 이어받을 수 있습니다.

나머지 Continuity 설정도 불안정하다면(Handoff가 끊기거나, 범용 클립보드가 없거나, 기기끼리 서로를 보지 못한다면) 그 기반부터 먼저 고치십시오. macOS Tahoe에서의 iPhone Mirroring 실패와 더 넓은 범위의 Continuity 문제 해결에 대한 저희 가이드가 공통 배관을 다루며, 거기서 고치면 대개 Phone 앱도 함께 돌아옵니다.