Sidecar en een VPN: draadloos of USB, en wat het blokkeert

Sidecar maakt van een iPad een tweede scherm via een directe verbinding tussen twee Apple-apparaten. Een VPN die routing wijzigt of lokale detectie blokkeert, kan die verbinding breken, en opnieuw koppelen lost een beleidsprobleem niet op. De keuze tussen draadloze en bekabelde Sidecar is een echte beslissing en geen terugvaloptie, en elke modus faalt anders. Test het scherm zelf voordat u de tunnel of de tablet de schuld geeft.

Wat Sidecar nodig heeft vóór elke VPN

Voordat een tunnel in beeld komt, heeft Sidecar zijn eigen vereisten: compatibele modellen en software, hetzelfde Apple-account met tweefactorauthenticatie op beide apparaten, en voor draadloos gebruik moeten de twee apparaten dicht bij elkaar staan met Wi-Fi, Bluetooth en Handoff ingeschakeld. Geen van de apparaten mag als hotspot voor het andere dienen.

Die voorwaarden zijn makkelijk te controleren en makkelijk te vergeten. Een Mac die de verbinding van zijn telefoon deelt, zal met Sidecar mislukken om redenen die niets met een VPN te maken hebben.

Draadloos tegenover kabel, eerlijk vergeleken

Draadloos is de handige modus en de kwetsbare. Het hangt af van detectie tussen apparaten en een directe verbinding, dus alles wat lokaal multicast filtert of verkeer door een externe uitgang dwingt, kan het breken. USB omzeilt die route volledig door de schermsessie over de kabel te dragen, tegen de prijs van een kabel en een vertrouwensvraag. Kies USB wanneer het netwerk beheerd wordt en u het beleid niet kunt wijzigen; kies draadloos wanneer beide apparaten op een netwerk zitten dat lokaal verkeer toestaat.

Geen van beide modi is per definitie veiliger. De kabel verwijdert een netwerkpad, terwijl het beleid op de apparaten nog steeds bepaalt wat mag verbinden.

Een bekabelde sessie verwijdert ook de afstandsbeperking, wat uitmaakt wanneer de iPad op een standaard aan de andere kant van de kamer staat. Het verwijdert de accountvereiste of de vertrouwensvraag niet.

Waar een VPN-client kan storen

Een VPN-client stoort op twee manieren: hij kan de routingtabel wijzigen zodat lokale adressen door de tunnel gaan, en hij kan een lokaal-netwerkbeleid toepassen dat detectie tussen apparaten blokkeert. Apples eigen Sidecar-richtlijnen merken op dat een VPN die lokaal netwerkverkeer verhindert, Continuity-functies kan storen. Lees de instellingen van uw client in plaats van een van beide uitkomsten aan te nemen.

scutil --nc list

Controleer vervolgens wat de client werkelijk heeft geïnstalleerd. Een volledige tunnel die elk prefix via de gateway stuurt, brengt lokaal detectieverkeer naar een extern netwerk waar de iPad niet bestaat. Split-tunneling dat het lokale subnet uitsluit, herstelt het meestal. Op een beheerd apparaat mag u dat misschien niet wijzigen, en dat is een beleidsgesprek en geen configuratieaanpassing.

Accepteer het scherm, niet een proxysignaal

Accepteer het scherm door het te gebruiken. Verplaats een venster naar de iPad, bevestig dat de indeling uitgebreid en niet gespiegeld is, en werk er lang genoeg in om te zien of invoer en verversing standhouden. Dat een iPad in de lijst Beeldschermen verschijnt, is een begin en geen resultaat. Dat AirDrop werkt, bewijst dat één dienst het apparaat bereikt en zegt niets over de schermsessie.

Noteer de versies van beide apparaten, de modus, het VPN-profiel en de handeling die u hebt uitgevoerd. Als alleen het geval met actieve VPN mislukt, hebt u een concrete lokale-beleidsinteractie om aan de eigenaar voor te leggen. Dat verslag is meer waard dan een recept dat de bescherming uitschakelde om een menu-item te laten verschijnen, en de basislijn bevestigt u in de Sidecar-vereisten.