Sidecar en ’n VPN: draadloos of USB, en wat dit blokkeer

Sidecar maak van ’n iPad ’n tweede skerm via ’n direkte skakel tussen twee Apple-toestelle. ’n VPN wat roetering verander of plaaslike ontdekking blokkeer, kan dié skakel breek, en geen hoeveelheid herparing regstel ’n beleidsprobleem nie. Die keuse tussen draadlose en bedrade Sidecar is ’n werklike besluit eerder as ’n terugvalopsie, en elke modus misluk anders. Toets die skerm self voordat jy die tonnel of die tablet blameer.

Wat Sidecar voor enige VPN nodig het

Voordat ’n tonnel betrokke raak, het Sidecar sy eie vereistes: versoenbare modelle en sagteware, dieselfde Apple-rekening met tweefaktor-verifikasie op albei toestelle, en vir draadlose gebruik moet die twee toestelle naby mekaar wees met Wi-Fi, Bluetooth en Handoff aangeskakel. Geen van die toestelle mag as ’n hotspot vir die ander dien nie.

Dié voorwaardes is maklik om na te gaan en maklik om te vergeet. ’n Mac wat aan sy foon gekoppel is, sal Sidecar faal om redes wat niks met ’n VPN te doen het nie.

Draadloos teenoor kabel, eerlik vergelyk

Draadloos is die gerieflike modus en die brose een. Dit hang af van eweknie-ontdekking en ’n direkte skakel, so enigiets wat plaaslike multicast filtreer of verkeer deur ’n afgeleë uitgang dwing, kan dit breek. USB vermy dié pad heeltemal deur die skermsessie oor die kabel te dra, ten koste van ’n kabel en ’n vertrouensvraag. Kies USB wanneer die netwerk bestuur word en jy nie sy beleid kan verander nie; kies draadloos wanneer albei toestelle op ’n netwerk is wat plaaslike verkeer toelaat.

Geen van die twee modusse is per definisie veiliger nie. Die kabel verwyder ’n netwerkpad, terwyl die beleid op die toestelle steeds besluit wat mag koppel.

’n Bedrade sessie verwyder ook die afstandsbeperking, wat saak maak wanneer die iPad op ’n staander oorkant die kamer staan. Dit verwyder nie die rekeningvereiste of die vertrouensvraag nie.

Waar ’n VPN-kliënt kan inmeng

’n VPN-kliënt meng op twee maniere in: dit kan die roeteringstabel verander sodat plaaslike adresse deur die tonnel gaan, en dit kan ’n plaaslike netwerkbeleid toepas wat eweknie-ontdekking blokkeer. Apple se eie Sidecar-riglyne noem dat ’n VPN wat plaaslike netwerking verhinder, Continuity-kenmerke kan beïnvloed. Lees jou kliënt se instellings eerder as om enige van die twee uitkomste te aanvaar.

scutil --nc list

Kyk dan wat die kliënt werklik geïnstalleer het. ’n Volle tonnel wat elke voorvoegsel deur die poort stuur, dra plaaslike ontdekkingsverkeer na ’n afgeleë netwerk waar die iPad nie bestaan nie. Verdeelde tonneling wat die plaaslike subnet uitsluit, herstel dit gewoonlik. Op ’n bestuurde toestel mag jy dit dalk nie verander nie, wat ’n beleidsgesprek is eerder as ’n opstellingsaanpassing.

Aanvaar die skerm, nie ’n proxy-sein nie

Aanvaar die skerm deur dit te gebruik. Skuif ’n venster na die iPad, bevestig dat die rangskikking uitgebrei eerder as gedupliseer is, en werk daarin lank genoeg om te sien of invoer en verversing hou. ’n iPad wat in die Skerms-lys verskyn, is ’n begin, nie ’n resultaat nie. AirDrop wat werk, bewys dat een diens die toestel kan bereik en sê niks oor die skermsessie nie.

Teken die twee toestelweergawes, die modus, die VPN-profiel en die bewerking wat jy uitgevoer het, aan. As slegs die geval met aktiewe VPN misluk, het jy ’n spesifieke plaaslike-beleidsinteraksie om na die eienaar te bring. Dié rekord is meer werd as ’n resep wat beskerming afgeskakel het om ’n kieslysitem te laat verskyn, en die Sidecar-vereistes is die plek om die basislyn te bevestig.