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 क्लायंट स्थानिक रहदारीशी काय करतो

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

अनेक क्लायंट स्थानिक प्रवेशाचा अपवाद देतात; सुरू करण्यापूर्वी तो काय परवानगी देतो ते वाचा, आणि फायरवॉल नियम हाताने बदलण्यापेक्षा विक्रेत्याच्या समर्थित पर्यायाला प्राधान्य द्या।

क्लायंटकडे असा पर्याय नसेल, तर रचनेचा निर्णय तैनातीच्या मालकाचा आहे।

सामायिक एग्झिट तुम्हाला काय देत नाही

एकाच VPN सर्व्हरचा वापर करणारी दोन उपकरणे एक एग्झिट पत्ता सामायिक करतात, आणि ते एवढेच सामायिक करतात। ते Bluetooth घोषणा तयार करत नाही, त्यांना एकाच स्थानिक दुव्यावर ठेवत नाही, आणि जुळत नसलेले Apple Account दुरुस्त करत नाही। सामायिक सार्वजनिक पत्त्याला पूर्वअट मानणे ही वर्गवारीची चूक आहे जी निरर्थक क्लायंट बदलांकडे नेते।

VPN सेवेवरील ग्राहकांचे अलगीकरणही जवळच्या दोन उपकरणांच्या कार्य सुरू ठेवण्यापेक्षा वेगळा प्रश्न आहे, म्हणून ग्राहकांमध्ये फॉरवर्डिंग उघडणे हे Handoff चे पाऊल नाही।

राउटर आधारित VPN उपकरणांना कोणते धोरण लागू होते ते बदलतो, आणि तरीही गहाळ रेडिओ किंवा खाते देत नाही।

धोरणाच्या मालकासोबत ठरवा, नंतर दोन्ही निकाल तपासा

तीन अटी दुरुस्ती ठरवतात। VPN बंद असताना पूर्वअटींची साखळी टिकते का? क्लायंटकडे समर्थित स्थानिक प्रवेश पर्याय आहे का, आणि धोरण तो परवानगी देतो का? आणि टनेल ज्या संरक्षणासाठी आहे ते कमकुवत न करता बदल तपासू शकता का? तिसरे उत्तर नाही असेल, तर बदलाला पर्यायी उपाय नाही, प्रशासक हवा।

मंजूर बदलानंतर दोन्ही निकाल निश्चित करा: कार्य जवळच्या उपकरणावर सुरू राहते, आणि टनेल आवश्यक असलेली अॅप्स त्यांचा इच्छित प्रवेश आणि ब्लॉकिंग टिकवतात।

त्या कनेक्शनच्या संरचनेजवळ अपवाद नोंदवा, अन्यथा पुढील प्रोफाइल अद्यतन तो गुपचूप काढून टाकेल।