Sidecar och en VPN: trådlöst eller USB, och vad som blockerar det

Sidecar gör en iPad till en extra skärm via en direkt anslutning mellan två Apple-enheter. En VPN som ändrar routning eller blockerar lokal upptäckt kan bryta den anslutningen, och ingen ny ihopparning åtgärdar ett policyproblem. Valet mellan trådlös och kabelansluten Sidecar är ett riktigt beslut och inte en nödlösning, och varje läge misslyckas på sitt eget sätt. Testa skärmen själv innan du skyller på tunneln eller surfplattan.

Vad Sidecar behöver före varje VPN

Innan en tunnel kommer in i bilden har Sidecar egna krav: kompatibla modeller och programvara, samma Apple-konto med tvåfaktorsautentisering på båda enheterna, och för trådlös användning måste de två enheterna stå nära varandra med Wi-Fi, Bluetooth och Handoff påslagna. Ingen av enheterna får fungera som hotspot för den andra.

De villkoren är lätta att kontrollera och lätta att glömma. En Mac som delar telefonens anslutning kommer att misslyckas med Sidecar av skäl som inte har något med en VPN att göra.

Trådlöst mot kabel, ärligt jämfört

Trådlöst är det bekväma läget och det ömtåliga. Det bygger på upptäckt mellan enheter och en direkt anslutning, så allt som filtrerar lokal multicast eller tvingar trafik genom en fjärrutgång kan bryta det. USB undviker den vägen helt genom att bära skärmsessionen över kabeln, till priset av en kabel och en förtroendeförfrågan. Välj USB när nätverket är hanterat och du inte kan ändra dess policy; välj trådlöst när båda enheterna ligger på ett nätverk som tillåter lokal trafik.

Inget av lägena är säkrare per definition. Kabeln tar bort en nätverksväg, medan policyn på enheterna fortfarande avgör vad som får ansluta.

En kabelansluten session tar också bort avståndsbegränsningen, vilket spelar roll när iPad-en står på ett stativ i andra änden av rummet. Den tar inte bort kontokravet eller förtroendeförfrågan.

Var en VPN-klient kan störa

En VPN-klient stör på två sätt: den kan ändra routingtabellen så att lokala adresser går genom tunneln, och den kan tillämpa en policy för lokala nätverk som blockerar upptäckt mellan enheter. Apples egen Sidecar-vägledning noterar att en VPN som hindrar lokalt nätverk kan störa Continuity-funktioner. Läs klientens inställningar i stället för att anta det ena eller andra utfallet.

scutil --nc list

Kontrollera sedan vad klienten faktiskt installerade. En full tunnel som skickar varje prefix genom gatewayen för lokal upptäcktstrafik till ett fjärrnätverk där iPad-en inte finns. Delad tunnling som utesluter det lokala subnätet återställer den vanligtvis. På en hanterad enhet får du kanske inte ändra det, och det är ett samtal om policy, inte en konfigurationsjustering.

Acceptera skärmen, inte en proxysignal

Acceptera skärmen genom att använda den. Flytta ett fönster till iPad-en, bekräfta att arrangemanget är utökat och inte speglat, och arbeta i det tillräckligt länge för att se om inmatning och uppdatering håller. Att en iPad dyker upp i skärmlistan är en början, inte ett resultat. Att AirDrop fungerar bevisar att en tjänst når enheten och säger ingenting om skärmsessionen.

Anteckna versionerna för båda enheterna, läget, VPN-profilen och åtgärden du utförde. Om bara fallet med aktiv VPN misslyckas har du en konkret samverkan med den lokala policyn att ta till ägaren. Den anteckningen är värd mer än ett recept som stängde av skyddet för att få en menyrad att synas, och baslinjen bekräftas i Sidecar-kraven.