Sidecar e una VPN: senza fili o USB, e cosa lo blocca

Sidecar trasforma un iPad in un secondo display tramite un collegamento diretto tra due dispositivi Apple. Una VPN che cambia il routing o blocca il rilevamento locale può interrompere quel collegamento, e nessun nuovo abbinamento risolve un problema di politica. La scelta tra Sidecar senza fili e con cavo è una decisione reale, non un ripiego, e ogni modalità fallisce in modo diverso. Provate il display stesso prima di dare la colpa al tunnel o al tablet.

Di cosa ha bisogno Sidecar prima di qualsiasi VPN

Prima che entri in gioco un tunnel, Sidecar ha i propri requisiti: modelli e software compatibili, lo stesso account Apple con autenticazione a due fattori su entrambi i dispositivi e, per l’uso senza fili, i due dispositivi devono stare vicini con Wi-Fi, Bluetooth e Handoff attivi. Nessuno dei dispositivi può fare da hotspot per l’altro.

Queste condizioni sono facili da verificare e facili da dimenticare. Un Mac che condivide la connessione del telefono fallirà con Sidecar per motivi che non hanno nulla a che vedere con una VPN.

Senza fili contro cavo, confrontati con onestà

La modalità senza fili è quella comoda e quella fragile. Dipende dal rilevamento tra dispositivi e da un collegamento diretto, quindi tutto ciò che filtra il multicast locale o forza il traffico attraverso un’uscita remota può romperla. L’USB evita del tutto quel percorso trasportando la sessione dello schermo sul cavo, al costo di un cavo e di una richiesta di fiducia. Scegliete l’USB quando la rete è gestita e non potete cambiarne la politica; scegliete il senza fili quando entrambi i dispositivi sono su una rete che consente il traffico locale.

Nessuna delle due modalità è più sicura per definizione. Il cavo elimina un percorso di rete, mentre la politica sui dispositivi decide ancora cosa può connettersi.

Una sessione con cavo elimina anche il vincolo di distanza, cosa che conta quando l’iPad è su un supporto dall’altra parte della stanza. Non elimina il requisito dell’account né la richiesta di fiducia.

Dove un client VPN può interferire

Un client VPN interferisce in due modi: può modificare la tabella di routing perché gli indirizzi locali passino dal tunnel, e può applicare una politica di rete locale che blocca il rilevamento tra dispositivi. La guida di Apple a Sidecar osserva che una VPN che impedisce la rete locale può interferire con le funzioni Continuity. Leggete le impostazioni del vostro client invece di dare per scontato l’uno o l’altro esito.

scutil --nc list

Poi verificate cosa ha installato davvero il client. Un tunnel completo che invia ogni prefisso attraverso il gateway porta il traffico di rilevamento locale su una rete remota dove l’iPad non esiste. Il tunnel diviso che esclude la sottorete locale di solito lo ripristina. Su un dispositivo gestito potrebbe non esservi permesso cambiarlo, e quella è una conversazione sulle politiche, non una modifica di configurazione.

Accettate il display, non un segnale intermediario

Accettate il display usandolo. Spostate una finestra sull’iPad, confermate che la disposizione è estesa e non duplicata, e lavorateci abbastanza a lungo da vedere se input e aggiornamento tengono. Un iPad che compare nell’elenco dei display è un inizio, non un risultato. Un AirDrop funzionante prova che un servizio raggiunge il dispositivo e non dice nulla sulla sessione dello schermo.

Annotate le versioni dei due dispositivi, la modalità, il profilo VPN e l’operazione eseguita. Se fallisce solo il caso con VPN attiva, avete un’interazione concreta con la politica locale da portare al proprietario. Quel verbale vale più di una ricetta che ha disattivato la protezione per far comparire una voce di menu, e il riferimento si conferma nei requisiti di Sidecar.