[Résolu] Partage de connexion iPhone → Mac : connecté mais pas d'internet (DNS timeout) — Sosh/Orange

Bonjour à tous,

Je partage ici la résolution d'un problème qui m'a pris plusieurs jours à diagnostiquer, au cas où ça aide quelqu'un dans la même situation.

Symptôme : Le partage de connexion (Personal Hotspot) depuis un iPhone vers un Mac se connecte normalement (statut "Connecté", adresse IP attribuée), mais aucun site web ne charge dans le navigateur. Aucun problème avec d'autres appareils (iPad, Android) connectés au même partage.

Cause identifiée : Ma ligne mobile (Sosh, mais ça concerne potentiellement tout abonné Orange/MVNO Orange) est configurée en IPv6-only avec NAT64/DNS64. Ce mécanisme permet à un appareil sans IPv4 d'accéder quand même à l'internet IPv4 classique, via un service de traduction. Le problème : sur macOS, les requêtes DNS classiques en UDP vers ce service échouent systématiquement (timeout), alors que les mêmes requêtes en TCP fonctionnent parfaitement. C'est un bug documenté depuis plusieurs années sur le forum développeur Apple, jamais corrigé officiellement.

Comment vérifier si vous avez le même problème :

Ouvrez le Terminal sur le Mac et tapez :

nslookup google.com

Si vous obtenez "connection timed out; no servers could be reached", puis que ce test fonctionne :

dig +tcp google.com

→ vous avez très probablement exactement ce bug.

Solutions qui fonctionnent (par ordre de simplicité) :

1. App Cloudflare "1.1.1.1" (gratuite, App Store) — installez-la sur le Mac et activez le mode DNS simple (pas besoin du VPN complet). Elle utilise du DNS chiffré qui contourne le bug UDP. Solution la plus simple, mais à garder active en permanence.
2. Ne mettez jamais de DNS manuel (type 1.1.1.1 ou 8.8.8.8 en IPv4) dans les réglages Wi-Fi du Mac sur ce type de réseau — ça casse encore plus la résolution, car le réseau est IPv6-only et n'a pas de route vers ces adresses IPv4. Laissez le DNS en automatique.
3. Demandez à votre opérateur un profil APN en IPv4 uniquement — ça élimine le NAT64/DNS64 à la source, donc le bug ne peut plus se produire. Contrepartie : vous perdez l'IPv6 sur votre ligne mobile en général.
4. Alternative testée avec succès : un partage de connexion depuis un téléphone Android (testé avec un Fairphone sous /e/OS-Murena) ne pose pas ce problème — Android semble gérer différemment ce type de réseau (dual-stack/464XLAT plutôt que DNS64 pur), donc pas de bug DNS observé.

Ce qui ne sert à rien :

• Renouveler le bail DHCP, oublier/reconnecter le réseau, réinitialiser les réglages réseau : le bug persiste, car ce n'est pas un problème de configuration mais un bug logiciel
• Réinitialiser complètement le Mac : n'a aucune raison de résoudre un bug présent dans le code du système lui-même

N'hésitez pas à commenter si vous rencontrez le même souci, ça aidera à évaluer l'ampleur du problème.