Sidecar kaj VPN: sendrata aŭ per USB, kaj kio ĝin blokas

Sidecar igas iPad duan ekranon per rekta ligo inter du Apple-aparatoj. VPN, kiu ŝanĝas enkursigon aŭ blokas lokan malkovron, povas rompi tiun ligon, kaj neniu repara parigo solvas politikan problemon. La elekto inter sendrata kaj kabla Sidecar estas vera decido, ne rezerva opcio, kaj ĉiu reĝimo malsukcesas alimaniere. Testu la ekranon mem antaŭ ol kulpigi la tunelon aŭ la tabulkomputilon.

Kion Sidecar bezonas antaŭ ajna VPN

Antaŭ ol tunelo envenas, Sidecar havas proprajn postulojn: kongruajn modelojn kaj programaron, la saman Apple-konton kun dufaktora aŭtentigo sur ambaŭ aparatoj, kaj por sendrata uzo la du aparatoj devas esti proksime unu al la alia kun Wi-Fi, Bluetooth kaj Handoff ŝaltitaj. Neniu el la aparatoj rajtas servi kiel hotspot por la alia.

Tiuj kondiĉoj facile kontroleblas kaj facile forgeseblas. Mac, kiu kunhavigas la ligon de sia telefono, malsukcesos kun Sidecar pro kialoj tute ne rilataj al VPN.

Sendrata kontraŭ kabla, honesta komparo

La sendrata reĝimo estas la oportuna kaj la rompiĝema. Ĝi dependas de malkovro inter aparatoj kaj de rekta ligo, do ĉio, kio filtradas lokan dissendon aŭ devigas trafikon tra fora elirejo, povas ĝin rompi. USB tute evitas tiun vojon portante la ekranan sesion per la kablo, kontraŭ prezo de kablo kaj konfida peto. Elektu USB kiam la reto estas administrata kaj vi ne povas ŝanĝi ĝian politikon; elektu sendratan kiam ambaŭ aparatoj estas en reto, kiu permesas lokan trafikon.

Neniu el la du reĝimoj estas pli sekura laŭdifine. La kablo forigas retan vojon, dum la politiko sur la aparatoj ankoraŭ decidas, kio rajtas konektiĝi.

Kabla sesio ankaŭ forigas la distancan limon, kio gravas kiam la iPad staras sur stando trans la ĉambro. Ĝi ne forigas la kontan postulon nek la konfidan peton.

Kie VPN-kliento povas ĝeni

VPN-kliento ĝenas duamaniere: ĝi povas ŝanĝi la enkursigan tabelon tiel ke lokaj adresoj iru tra la tunelo, kaj ĝi povas apliki lokan retan politikon, kiu blokas malkovron inter aparatoj. La propra gvidilo de Apple pri Sidecar notas, ke VPN malhelpanta lokan retadon povas ĝeni funkciojn de Continuity. Legu la agordojn de via kliento anstataŭ supozi iun ajn el la du rezultoj.

scutil --nc list

Poste kontrolu, kion la kliento vere instalis. Plena tunelo, kiu sendas ĉiun prefikson tra la enirejo, portas lokan malkovran trafikon al fora reto, kie la iPad ne ekzistas. Dividita tunelado, kiu ekskludas la lokan subreton, kutime restarigas ĝin. Sur administrata aparato vi eble ne rajtas ŝanĝi tion, kaj tio estas konversacio pri politiko, ne agorda ŝanĝo.

Akceptu la ekranon, ne proksigan signalon

Akceptu la ekranon per ĝia uzo. Movu fenestron al la iPad, konfirmu ke la aranĝo estas etendita, ne spegulita, kaj laboru en ĝi sufiĉe longe por vidi, ĉu enigo kaj refreŝigo teniĝas. iPad aperanta en la listo de ekranoj estas komenco, ne rezulto. Funkcianta AirDrop pruvas, ke unu servo atingas la aparaton, kaj diras nenion pri la ekrana sesio.

Notu la versiojn de ambaŭ aparatoj, la reĝimon, la VPN-profilon kaj la operacion, kiun vi faris. Se nur la kazo kun aktiva VPN malsukcesas, vi havas konkretan interagadon kun la loka politiko por prezenti al la posedanto. Tiu noto valoras pli ol recepto, kiu malŝaltis protekton por aperigi menuero, kaj la bazlinion vi povas konfirmi en la postuloj de Sidecar.