O FaceTime funciona, mas o Mac não consegue ligar pelo iPhone
Uma chamada FaceTime bem-sucedida não prova que o encaminhamento de chamadas do iPhone funcione no Mac. Verifique o caminho local que uma VPN pode bloquear e depois teste na ordem correta.
Pode iniciar uma chamada de áudio FaceTime a partir do Mac sem qualquer problema e, em seguida, marcar o número de um canalizador a partir do mesmo Mac sem que nada aconteça. A leitura habitual é que a rede está saudável e que algo não relacionado se avariou. Essa leitura é o mito, e sobrevive sobretudo porque o FaceTime parece um teste justo.
Não é. O áudio do FaceTime e o encaminhamento de chamadas telefónicas são transportes separados com requisitos separados, e um deles atravessa um túnel que o outro não consegue passar.
A VPN também não é culpada por omissão. A ordem abaixo remove as duas suposições antes de tocar noutra definição.
Um FaceTime a funcionar não lhe diz quase nada
O áudio do FaceTime negoceia uma ligação com um interlocutor acessível. Esse tráfego pode atravessar a internet, incluindo uma VPN de túnel completo, desde que ambos os extremos possam trocar pacotes. O encaminhamento de chamadas não sai do edifício. O seu Mac pede a um iPhone próximo que faça a chamada na sua linha celular, e esse pedido é local.
Portanto, uma chamada FaceTime bem-sucedida prova que o Mac tem internet utilizável e chega aos serviços da Apple. Não diz nada sobre se o Mac vê o iPhone sentado ao lado. Dois dispositivos podem partilhar o mesmo SSID e continuar invisíveis um para o outro.
É todo o mito numa linha: nenhuma chamada que sai do edifício testa a ligação local.
O que o caminho de encaminhamento exige realmente
Cada item da lista da Apple é obrigatório, não adicional. Ambos os dispositivos na mesma rede Wi-Fi, ambos com sessão iniciada na mesma conta Apple, ambos com sessão iniciada no FaceTime com o número de telefone ativado, e Chamadas noutros dispositivos ligadas para o Mac que quer usar. O guia da Apple para chamadas a partir do iPhone é a referência para a formulação atual.
Num iPhone recente, o interruptor está em Definições, Apps, Telefone, Chamadas noutros dispositivos, e o seu Mac tem de aparecer nessa lista e estar ativado. Quando o Mac tenta usar a linha pela primeira vez, o macOS pergunta se devem ser permitidas chamadas a partir desse iPhone. Se dispensar esse aviso uma vez, a funcionalidade fica silenciosamente avariada, porque nada volta a perguntar.
O lado do Mac depende da versão do sistema. As versões recentes do macOS incluem uma app Telefone, as mais antigas encaminham chamadas pelo FaceTime. Se um tutorial apontar para um menu que não encontra, verifique a versão antes de concluir que falta uma definição.
| Requirement | How it fails when missing |
|---|---|
| Same Wi-Fi network | The iPhone is listed in settings but a call rings nowhere |
| Same Apple Account | The iPhone never appears as a call source |
| Number enabled in FaceTime | FaceTime calls work, the phone line does not appear |
| Calls on Other Devices enabled for this Mac | Incoming calls never arrive, outgoing dialing fails at once |
| macOS allow prompt accepted | Worked once after setup, then stopped without an error |
Onde uma VPN interfere realmente
Um cliente VPN pode quebrar o encaminhamento de três formas distintas, e só a primeira está documentada. O caso documentado é uma configuração que impede a rede local: o macOS avisa que uma VPN dessas pode interferir com funcionalidades Continuity, e o encaminhamento é uma funcionalidade Continuity. A segunda é um túnel completo que captura o tráfego que o Mac usaria para chegar ao iPhone, pelo que o pedido local sai para um gateway que não tem uso para ele. A terceira é um cliente que aplica o seu próprio filtro ou interruptor de emergência a cada interface em vez de apenas ao túnel.
Um túnel dividido que transporta apenas sub-redes empresariais costuma deixar o caminho local em paz. É por isso que o mesmo Mac pode passar num perfil de VPN e falhar noutro, e a diferença entre os dois perfis é o sinal útil.
Seja rigoroso quanto ao que a comparação prova. Funcionar sem a VPN e falhar com ela é uma interação, não um diagnóstico. Não nomeia o protocolo, a porta ou a interface que foi bloqueada, e inventar rotas só a partir disso torna o teste seguinte inútil.
Três falhas que levam a culpa pela VPN
Chamadas Wi-Fi. Isto é uma funcionalidade da operadora no iPhone, não algo que o Mac herde. Permite que o telefone use o serviço da operadora por Wi-Fi, não todas as operadoras a oferecem, e é inútil quando o iPhone está desligado, fora de alcance ou numa rede que bloqueia os pontos finais da operadora. Se a sua necessidade real é ligar enquanto o iPhone fica em casa, o encaminhamento era o mecanismo errado para testar desde o início.
Isolamento de rede. Redes de convidados, isolamento de clientes num ponto de acesso e VLAN separadas produzem exatamente o sintoma do encaminhamento: o mesmo SSID e nenhuma visibilidade, sem qualquer VPN na equação. Se o Wi-Fi do edifício isola os clientes, nenhuma definição no seu Mac muda o resultado.
Handoff. O Handoff continua uma atividade entre dispositivos. Não dá ao seu Mac uma linha celular e não é um teste substituto. Ver o ícone do Handoff aparecer diz-lhe de facto que os dois dispositivos se conseguem encontrar, o que vale a pena saber, mas fica muito longe de provar que o encaminhamento de chamadas funciona.
Uma ordem de testes que produz provas
Comece por um estado conhecido: iPhone desbloqueado e próximo, ambos os dispositivos na mesma Wi-Fi, VPN desligada no Mac. Faça uma chamada de saída e receba uma chamada de entrada. Ambas as direções importam, porque falham por motivos diferentes. A de saída depende de o Mac chegar à linha, enquanto a de entrada depende de o iPhone considerar esse Mac um alvo válido.
Volte a ligar a VPN com o perfil com que trabalha realmente e repita as duas chamadas sem alterar mais nada. Se ambas ainda funcionarem, a VPN não é a sua variável e deve parar de a ajustar. Se ambas quebrarem, anote o nome do perfil, a versão do cliente e se o tráfego local está excluído, e entregue esses três factos a quem detém a configuração.
Se apenas uma direção falhar, veja as definições de chamadas do iPhone antes do túnel. Uma falha assimétrica é muito mais vezes um interruptor por dispositivo do que um problema de encaminhamento, e essa única observação poupa uma tarde.
O que confirmar antes de escalar
Percorra estes cinco pontos pela ordem e anote a resposta a cada um: a mesma rede Wi-Fi, a mesma conta Apple, número de telefone ativado no FaceTime, este Mac ativado em Chamadas noutros dispositivos e o aviso de permissão do macOS aceite. Tudo o que não conseguir confirmar é uma causa candidata gratuita.
Depois decida para o que está a otimizar. Se as chamadas só precisam de funcionar na sua secretária, excluir o tráfego local do perfil de VPN costuma bastar e não enfraquece o propósito do túnel. Se precisam de funcionar enquanto o iPhone está noutro sítio, o encaminhamento é a funcionalidade errada e a questão da operadora vem primeiro.