iMessage non se actualiza coa VPN do Mac: comprobacións en orde

Se Messages deixa de sincronizarse mentres Safari aínda carga páxinas, a VPN é unha causa plausible pero non demostrada. iMessage depende do servizo de notificacións push de Apple (APNs) xunto cos servizos de identidade de Apple, e un túnel pode cambiar a ruta, o resolutor ou a inspección aplicada a esas conexións sen tocar o tráfico web. Un só porto bloqueado raramente é toda a historia, así que as comprobacións seguintes van do Mac cara a fóra. Detéñase no primeiro paso que falle e corríxao antes de cambiar calquera outra cousa.

Primeiro concrete o síntoma. Un fallo de inicio de sesión, unha mensaxe que nunca sae, unha mensaxe que nunca chega e un adxunto que non se descarga son catro problemas distintos que comparten unha aplicación. Anote cal ten, que perfil de VPN estaba activo e a versión do cliente; esa nota tamén a necesitará o responsable da rede.

Comprobación 1: que encamiña e abrangue o túnel

Mire o perfil antes que a aplicación. Un túnel completo envía todo o tráfico pola VPN, un túnel dividido só as subredes listadas, e un túnel por aplicación só inclúe as aplicacións escollidas. Se Messages queda fóra do conxunto incluído, usa a interface física e a VPN non pode ser a causa. scutil --nc list mostra os servizos xestionados por configuración, netstat -rn -f inet mostra cara a onde apunta a ruta predeterminada, e a vista do perfil no cliente mostra se o alcance se basea na aplicación.

Condición de éxito: a ruta predeterminada ou a inclusión por aplicación cobre realmente Messages, e o perfil que proba é o que se aplica agora. Se non, detéñase e revise o cliente ou o sistema operativo en lugar da rede.

Comprobación 2: política do resolutor e inspección

Os servizos de push e de conta resolven nomes que a miúdo difiren dos que usa o navegador, e un DNS dividido pode enviar esas consultas a un lugar inesperado. scutil --dns enumera os resolutores por dominio; compare o resolutor usado para os dominios de Apple co que espera. Un resolutor que responde cun enderezo interno, ou que rexeita a consulta de plano, rompe o servizo antes de que un só paquete chegue a Apple.

Despois comprobe se o túnel inspecciona TLS. Os requisitos de rede de Apple indican que os seus servizos listados non están deseñados para a interceptación de HTTPS, e un equipo que remata esas conexións pode deixar a navegación web intacta mentres a mensaxería falla en silencio. Se a inspección cobre todo, exclúa as categorías de servizos de Apple pertinentes e volva probar en lugar de desactivar a inspección globalmente.

Comprobación 3: transporte de APNs, incluído o 443

As conexións dos dispositivos a APNs usan TCP 5223, con TCP 443 para a activación e o respaldo en situacións admitidas. Ambas son conexións saíntes iniciadas polo dispositivo. Non necesita un porto de entrada no router, e publicar un no Mac expón un servizo sen axudar a un cliente que non pode chegar a Apple.

Condición de éxito: unha mensaxe nova do Mac chega a un destinatario noutra rede e a súa resposta chega, co mesmo perfil aínda activo. Envíe unha mensaxe non sensible e espere unha resposta en lugar dun lote, para que un éxito parcial siga mostrando que dirección fallou. Se o envío funciona e os adxuntos atascan, o transporte probablemente está ben e o camiño máis estreito é o que hai que inspeccionar.

Comprobación 4: estado da conta antes de restablecela

Un erro de activación ou de inicio de sesión pertence á capa da conta, non ao túnel. Confirme que a data e a hora do Mac son correctas, que a Apple ID ten a sesión iniciada e se hai unha solicitude de verificación esperando noutro dispositivo. Unha aprobación de dous factores pendente parece exactamente un fallo de conectividade desde a xanela de Messages.

Resista o instinto de restablecer. Pechar e volver abrir sesión, ou restablecer a conta, descarta o estado que lle tería mostrado onde estaba o fallo, e nun Mac xestionado pode iniciar pasos de inscrición que non pode desfacer só. Volva autenticarse unha vez, e só despois de que as comprobacións de transporte pasasen e a conta sexa o único sospeitoso.

Que entregar ao responsable da rede

Se as comprobacións apuntan ao túnel, o informe útil é breve: modelo de Mac e versión de macOS, nome e versión do cliente, nome do perfil, a franxa horaria, que dirección fallou e a observación de ruta ou de resolutor que difería. Deixe fóra o contido das mensaxes e as capturas de conversas.

Pida que a política se aplique na fronteira real de filtrado. Os requisitos de rede empresarial actuais de Apple enumeran hosts e condicións de transporte por servizo, así que o responsable pode contrastalos co conxunto de regras en lugar de abrir un porto e esperar. Volva probar cunha mensaxe tras cada cambio; dúas variables á vez dan un resultado que non pode ler.