Sidecar et un VPN : sans fil ou USB, et ce qui le bloque

Sidecar transforme un iPad en second écran via une liaison directe entre deux appareils Apple. Un VPN qui modifie le routage ou bloque la découverte locale peut rompre cette liaison, et aucun réappairage ne corrige un problème de politique. Choisir entre Sidecar sans fil et câblé est une vraie décision, pas une solution de repli, et chaque mode échoue différemment. Testez l’écran lui-même avant d’accuser le tunnel ou la tablette.

Ce dont Sidecar a besoin avant tout VPN

Avant qu’un tunnel n’entre en jeu, Sidecar a ses propres exigences : des modèles et des logiciels compatibles, le même compte Apple avec authentification à deux facteurs sur les deux appareils et, pour l’usage sans fil, les deux appareils doivent être proches l’un de l’autre avec le Wi-Fi, le Bluetooth et Handoff activés. Aucun des appareils ne doit servir de point d’accès pour l’autre.

Ces conditions sont faciles à vérifier et faciles à oublier. Un Mac qui partage la connexion de son téléphone échouera avec Sidecar pour des raisons qui n’ont rien à voir avec un VPN.

Sans fil contre câble, comparés honnêtement

Le mode sans fil est le pratique et le fragile. Il dépend de la découverte entre appareils et d’une liaison directe, donc tout ce qui filtre le multicast local ou force le trafic par une sortie distante peut le rompre. L’USB évite entièrement ce chemin en transportant la session d’écran par le câble, au prix d’un câble et d’une demande de confiance. Choisissez l’USB quand le réseau est géré et que vous ne pouvez pas changer sa politique ; choisissez le sans fil quand les deux appareils sont sur un réseau qui autorise le trafic local.

Aucun des deux modes n’est plus sûr par définition. Le câble supprime un chemin réseau, tandis que la politique sur les appareils décide toujours de ce qui peut se connecter.

Une session câblée supprime aussi la contrainte de distance, ce qui compte quand l’iPad est sur un support à l’autre bout de la pièce. Elle ne supprime ni l’exigence de compte ni la demande de confiance.

Où un client VPN peut interférer

Un client VPN interfère de deux manières : il peut modifier la table de routage pour que les adresses locales passent par le tunnel, et il peut appliquer une politique de réseau local qui bloque la découverte entre appareils. Le guide Sidecar d’Apple indique qu’un VPN empêchant la mise en réseau locale peut interférer avec les fonctions Continuity. Lisez les réglages de votre client au lieu de supposer l’un ou l’autre résultat.

scutil --nc list

Vérifiez ensuite ce que le client a réellement installé. Un tunnel complet qui envoie chaque préfixe par la passerelle transporte le trafic de découverte local vers un réseau distant où l’iPad n’existe pas. Le tunnel divisé qui exclut le sous-réseau local le rétablit généralement. Sur un appareil géré, vous n’êtes peut-être pas autorisé à le changer, et c’est une conversation sur les politiques, pas un réglage de configuration.

Acceptez l’écran, pas un signal intermédiaire

Acceptez l’écran en l’utilisant. Déplacez une fenêtre vers l’iPad, confirmez que la disposition est étendue et non dupliquée, et travaillez dedans assez longtemps pour voir si la saisie et le rafraîchissement tiennent. Un iPad qui apparaît dans la liste des écrans est un début, pas un résultat. Un AirDrop qui fonctionne prouve qu’un service atteint l’appareil et ne dit rien de la session d’écran.

Notez les versions des deux appareils, le mode, le profil VPN et l’opération que vous avez effectuée. Si seul le cas avec VPN actif échoue, vous avez une interaction précise avec la politique locale à porter au propriétaire. Ce relevé vaut plus qu’une recette qui a désactivé la protection pour faire apparaître un élément de menu, et la référence se confirme dans les exigences de Sidecar.