VPN कनेक्ट होते ही Handoff काम करना बंद कर देता है: क्या जाँचें

iPhone पर पेज खोलें, Mac के पास जाएँ, और Dock का आइकन नहीं दिखता। VPN बंद करें और यह काम करता है। यह क्रम VPN की समस्या जैसा लगता है, और अक्सर होता भी है, पर उस कारण से नहीं जो लोग मानते हैं: Handoff डिवाइसों के बीच का स्थानीय फ़ीचर है, और टनल इंटरनेट वाले हिस्से में नहीं, स्थानीय हिस्से में दख़ल देता है।

एक कार्य और एक जोड़ी डिवाइस ठीक करें

Handoff समर्थित एक ही कार्य चुनें, जैसे Safari में कोई वेब पेज या Notes में कोई ड्राफ़्ट, और एक ही जोड़ी डिवाइस। ऐप, खाते और भौतिक स्थिति समान रखें और एक बार में एक चर बदलें। एक साथ तीन चीज़ें बदलने वाला परीक्षण ऐसा अवलोकन देता है जिसका उपयोग आप नहीं कर सकते।

Handoff कार्य की निरंतरता है, स्क्रीन कास्टिंग या फ़ाइल साझा करना नहीं। अगर ज़रूरत स्क्रीन मिरर करने या कोई शेयर माउंट करने की है, तो आप अलग पूर्वापेक्षाओं वाला दूसरा फ़ीचर डीबग कर रहे हैं।

सटीक कार्य लिख लें, क्योंकि किसी भी सुधार का सत्यापन यही है कि वही कार्य चले।

पूर्वापेक्षाएँ स्थानीय हैं, दूर की नहीं

Apple की Handoff के लिए आवश्यकताएँ हैं पास के संगत डिवाइस, दोनों पर Wi-Fi और Bluetooth चालू, वही Apple Account साइन इन, और Handoff चालू। Continuity के लिए इस्तेमाल होने वाला खाता जाँचें, वह खाता नहीं जिसने कोई ऐप खरीदा, क्योंकि साझा Mac पर ये अलग हो सकते हैं। फिर पुष्टि करें कि ऐप और कार्य वास्तव में Handoff का समर्थन करते हैं, क्योंकि खुला रह गया कोई भी ऐप कुछ साबित नहीं करता। ये जाँचें सस्ती हैं, और इन्हीं को सबसे पहले बाहर करना चाहिए।

यह सब स्थानीय रेडियो पर होता है। Bluetooth गतिविधि की घोषणा करता है और Wi-Fi पेलोड ले जाता है, इसीलिए दोनों के पास इंटरनेट होने पर भी डिवाइसों को पास रहना पड़ता है।

इनमें से कुछ भी किसी भी डिवाइस के इस्तेमाल किए गए सार्वजनिक पते पर निर्भर नहीं है।

VPN क्लाइंट स्थानीय ट्रैफ़िक के साथ क्या करता है

पूरा-टनल क्लाइंट स्थानीय सबनेट को बाकी सब के साथ पकड़ सकता है, और कुछ क्लाइंट बिल्कुल यही करते हैं जब तक आप स्थानीय नेटवर्क एक्सेस की अनुमति न दें। Apple चेतावनी देता है कि स्थानीय नेटवर्किंग रोकने वाले VPN कॉन्फ़िगरेशन Continuity फ़ीचरों में बाधा डाल सकते हैं। यह क्लाइंट की नीति के बारे में कथन है, किसी एक ब्लॉक किए गए पोर्ट के बारे में नहीं।

कई क्लाइंट स्थानीय एक्सेस का अपवाद देते हैं; सक्षम करने से पहले पढ़ें कि यह किसकी अनुमति देता है, और फ़ायरवॉल नियम हाथ से बदलने के बजाय विक्रेता के समर्थित विकल्प को प्राथमिकता दें।

अगर क्लाइंट में ऐसा विकल्प नहीं है, तो डिज़ाइन का निर्णय उसका है जिसके पास तैनाती है।

साझा एग्ज़िट आपको क्या नहीं देता

एक ही VPN सर्वर इस्तेमाल करने वाले दो डिवाइस एक एग्ज़िट पता साझा करते हैं, और बस इतना ही। यह Bluetooth घोषणा नहीं बनाता, उन्हें एक ही स्थानीय लिंक पर नहीं रखता, और बेमेल Apple Account ठीक नहीं करता। किसी साझा सार्वजनिक पते को पूर्वापेक्षा मानना श्रेणी की भूल है जो बेकार क्लाइंट बदलावों की ओर ले जाती है।

VPN सेवा पर ग्राहक अलगाव भी पास के दो डिवाइसों के कार्य जारी रखने से अलग सवाल है, इसलिए ग्राहकों के बीच फ़ॉरवर्डिंग खोलना Handoff का चरण नहीं है।

राउटर आधारित VPN बदलता है कि डिवाइसों पर कौन सी नीति लागू होती है, और वह फिर भी गायब रेडियो या खाता नहीं देता।

नीति के मालिक के साथ तय करें, फिर दोनों परिणाम जाँचें

तीन शर्तें सुधार तय करती हैं। क्या VPN बंद होने पर पूर्वापेक्षाओं की श्रृंखला टिकती है? क्या क्लाइंट के पास समर्थित स्थानीय-एक्सेस विकल्प है, और क्या नीति उसे अनुमति देती है? और क्या आप उस सुरक्षा को कमज़ोर किए बिना बदलाव जाँच सकते हैं जिसके लिए टनल मौजूद है? अगर तीसरा उत्तर नहीं है, तो बदलाव को कामचलाऊ उपाय नहीं, प्रशासक चाहिए।

मंज़ूर बदलाव के बाद दोनों परिणाम पुष्ट करें: कार्य पास के डिवाइस पर जारी रहता है, और जिन ऐप्स को टनल चाहिए वे अपना इच्छित एक्सेस और ब्लॉकिंग बनाए रखते हैं।

उस कनेक्शन के कॉन्फ़िगरेशन के पास अपवाद दर्ज करें, वरना अगला प्रोफ़ाइल अपडेट उसे चुपचाप हटा देगा।