Sidecar और VPN: वायरलेस या USB, और इसे क्या रोकता है

Sidecar दो Apple डिवाइसों के बीच सीधे लिंक से iPad को दूसरी स्क्रीन बनाता है। रूटिंग बदलने वाला या स्थानीय खोज को रोकने वाला VPN उस लिंक को तोड़ सकता है, और दोबारा पेयर करने से नीति की समस्या ठीक नहीं होती। वायरलेस और केबल वाले Sidecar के बीच चुनाव असली फैसला है, वैकल्पिक रास्ता नहीं, और हर मोड अलग तरह से विफल होता है। सुरंग या टैबलेट को दोष देने से पहले स्क्रीन की ही जाँच करें।

किसी भी VPN से पहले Sidecar को क्या चाहिए

सुरंग सामने आने से पहले Sidecar की अपनी ज़रूरतें हैं: अनुकूल मॉडल और सॉफ़्टवेयर, दोनों डिवाइसों पर दो-चरणीय प्रमाणीकरण वाला एक ही Apple खाता, और वायरलेस उपयोग के लिए दोनों डिवाइस पास होने चाहिए तथा Wi-Fi, Bluetooth और Handoff चालू होने चाहिए। कोई भी डिवाइस दूसरे के लिए हॉटस्पॉट की तरह काम न करे।

इन शर्तों की जाँच आसान है और इन्हें भूलना भी आसान है। जो Mac अपने फ़ोन का कनेक्शन साझा कर रहा है, वह ऐसे कारणों से Sidecar में विफल होगा जिनका VPN से कोई संबंध नहीं है।

वायरलेस बनाम केबल, ईमानदार तुलना

वायरलेस मोड सुविधाजनक है और साथ ही नाज़ुक भी। यह डिवाइसों के बीच खोज और सीधे लिंक पर निर्भर करता है, इसलिए स्थानीय मल्टीकास्ट छानने वाला या ट्रैफ़िक को दूर के आउटलेट से गुज़ारने वाला कोई भी कारक इसे तोड़ सकता है। USB केबल से स्क्रीन सत्र ले जाकर उस रास्ते को पूरी तरह बचाता है, पर उसकी कीमत एक केबल और एक भरोसा संकेत है। नेटवर्क प्रबंधित हो और आप उसकी नीति न बदल सकें तो USB चुनें; दोनों डिवाइस ऐसे नेटवर्क पर हों जो स्थानीय ट्रैफ़िक की अनुमति देता हो तो वायरलेस चुनें।

परिभाषा से कोई भी मोड अधिक सुरक्षित नहीं है। केबल नेटवर्क का एक रास्ता हटाता है, जबकि डिवाइसों की नीति अभी भी तय करती है कि क्या जुड़ सकता है।

केबल सत्र दूरी की बाधा भी हटाता है, जो तब मायने रखता है जब iPad कमरे के दूसरी ओर स्टैंड पर हो। यह खाते की शर्त या भरोसा संकेत नहीं हटाता।

VPN क्लाइंट कहाँ दखल दे सकता है

VPN क्लाइंट दो तरह से दखल देता है: यह रूटिंग तालिका बदल सकता है ताकि स्थानीय पते सुरंग से जाएँ, और यह स्थानीय नेटवर्क नीति लागू कर सकता है जो डिवाइसों के बीच खोज को रोकती है। Apple की अपनी Sidecar मार्गदर्शिका कहती है कि स्थानीय नेटवर्किंग रोकने वाला VPN Continuity सुविधाओं में दखल दे सकता है। दोनों में से किसी नतीजे को मान लेने के बजाय अपने क्लाइंट की सेटिंग्स पढ़ें।

scutil --nc list

फिर देखें कि क्लाइंट ने वास्तव में क्या स्थापित किया। हर प्रीफ़िक्स को गेटवे से भेजने वाला पूरा सुरंग स्थानीय खोज ट्रैफ़िक को ऐसे दूर के नेटवर्क तक ले जाता है जहाँ iPad नहीं है। स्थानीय सबनेट को छोड़ने वाला विभाजित टनलिंग आम तौर पर इसे बहाल करता है। प्रबंधित डिवाइस पर आपको यह बदलने की अनुमति न हो, और यह कॉन्फ़िगरेशन बदलाव नहीं, नीति की बातचीत है।

स्क्रीन स्वीकारें, प्रॉक्सी संकेत नहीं

स्क्रीन का उपयोग करके उसे स्वीकारें। एक विंडो iPad पर ले जाएँ, पुष्टि करें कि व्यवस्था विस्तारित है, प्रतिबिंबित नहीं, और यह देखने के लिए पर्याप्त समय उसमें काम करें कि इनपुट और रीफ़्रेश टिकते हैं या नहीं। डिस्प्ले सूची में iPad का दिखना शुरुआत है, नतीजा नहीं। AirDrop का काम करना साबित करता है कि एक सेवा डिवाइस तक पहुँचती है और स्क्रीन सत्र के बारे में कुछ नहीं कहता।

दोनों डिवाइसों के संस्करण, मोड, VPN प्रोफ़ाइल और आपने जो क्रिया की उसे दर्ज करें। अगर केवल VPN सक्रिय होने पर विफलता होती है, तो मालिक के पास ले जाने के लिए आपके पास एक ठोस स्थानीय-नीति अंतःक्रिया है। वह रिकॉर्ड उस विधि से अधिक मूल्यवान है जिसने मेनू आइटम दिखाने के लिए सुरक्षा बंद कर दी, और आधार रेखा Sidecar की ज़रूरतों में जाँची जा सकती है।