Mac VPN अनुमति संकेत: आप किसे स्वीकृत कर रहे हैं?
नेटवर्क कॉन्फ़िगरेशन की सहमति, कीचेन तक पहुँच, फ़ायरवॉल और पूर्ण डिस्क पहुँच चार अलग-अलग अनुमतियाँ हैं। जिसका प्रलेखित उद्देश्य हो, उसी को स्वीकृत करें।
आपका VPN क्लाइंट अनुमति माँगता है और आप Allow दबा देते हैं, क्योंकि विकल्प ऐसा कनेक्शन है जो बनता ही नहीं। इसी आदत से मशीन पर ऐसी व्यापक अनुमतियाँ रह जाती हैं जिन्हें कोई समझा नहीं सकता। ये संकेत एक-दूसरे के बदले नहीं हैं: हर एक अलग क्षमता स्वीकृत करता है, और एक ही ऐप का नाम इन सबके सामने आ सकता है। तय करने से पहले आइकन के नीचे लिखा वाक्य पढ़ें।
सामान्य संकेतों के पीछे की चार अनुमतियाँ
VPN कॉन्फ़िगरेशन सहेजना पहली है। macOS पर, जो ऐप मूल Personal VPN API इस्तेमाल करता है, उसे कॉन्फ़िगरेशन पहली बार सहेजते समय स्पष्ट अधिकृति चाहिए, इसीलिए यह संवाद कनेक्ट होने के बजाय इंस्टॉल के समय दिखता है। इसे अस्वीकार करने पर क्लाइंट इंस्टॉल रहता है पर प्रोफ़ाइल सहेज नहीं सकता, और यह ऐसी स्थिति है जिसे सुधारा जा सकता है।
कीचेन दूसरी है। किसी विशेष आइटम का सहेजा हुआ पासवर्ड निकालना उस सर्वर पर भरोसा करने से अलग निर्णय है जो उसे पाएगा। फ़ायरवॉल तीसरा है, और उसके ऐप नियंत्रण आने वाले कनेक्शन नियंत्रित करते हैं, यह नहीं कि आपका ट्रैफ़िक किस इंटरफ़ेस से बाहर जाता है। पूर्ण डिस्क पहुँच चौथी है, और यही वह है जो ग़लत कारणों से दी जाती है।
| Prompt | What you are approving | What it does not prove |
|---|---|---|
| Save a VPN configuration | The configuration operation itself | That the gateway is legitimate or that the account works |
| Access a Keychain item | This component reading this credential | Trust in the server or access for other apps |
| Allow incoming connections | Traffic reaching the app from the network | That outgoing traffic uses the tunnel |
| Full Disk Access | Broad access to protected data | Anything about VPN configuration or login |
पूर्ण डिस्क पहुँच कभी VPN का उपाय नहीं है
Apple का गोपनीयता संदर्भ पूर्ण डिस्क पहुँच को व्यापक पहुँच बताता है जिसमें दूसरे ऐप्स का डेटा, बैकअप और कुछ प्रशासनिक सेटिंग्स शामिल हैं। Files & Folders अधिक सीमित, स्थान-आधारित नियंत्रण है जो ज़्यादातर वैध फ़ाइल आवश्यकताएँ पूरी करता है।
कुछ सुरक्षा उत्पाद ऐसी सुविधा का प्रलेखन करते हैं जिसे व्यापक पहुँच चाहिए, और जब करते हैं तो अनुरोध में घटक और संस्करण का नाम होना चाहिए। जो आपको स्वीकार नहीं करना चाहिए वह यह है कि पहला संवाद बार-बार लौटने के कारण नेटवर्क कॉन्फ़िगरेशन संवाद का उत्तर डिस्क अनुमति से दिया जाए।
इन दोनों अनुमतियों का एक-दूसरे से कोई संबंध नहीं है। एक को दूसरे को चुप कराने के लिए देना आपको ज़्यादा दी गई पहुँच और वही अनसुलझी समस्या छोड़ जाता है।
रनबुक: अप्रत्याशित संकेत से कैसे निपटें
शुरुआत में सटीक शब्दावली और घटक का नाम दर्ज करें, और पुनःकथन की जगह स्क्रीनशॉट लें। संस्करणों के बीच शब्दावली बदलती है, और सटीक वाक्य ही वह चीज़ है जिसे विक्रेता या प्रशासक पहचानेगा। स्क्रीनशॉट संवाद ने वास्तव में क्या कहा, इस पर की बहस भी तय करता है।
फिर पहचानें कि माँग कौन कर रहा है। ऐप का संस्करण और उस पर हस्ताक्षर किसने किए, यह जाँचें, और पुष्टि करें कि यह वही क्लाइंट है जो आपको लगता है इंस्टॉल है, न कोई हेल्पर, न अपडेटर और न हटाए गए उत्पाद का अवशेष।
एक ही प्रश्न पर तय करें: क्या इस घटक को इस संस्करण में इस क्षमता की प्रलेखित आवश्यकता है? अगर विक्रेता का प्रलेखन ऐसा नहीं कहता, तो संकेत अस्वीकार करें और पता लगाएँ कि वह क्यों आया, क्योंकि अस्पष्ट अनुरोध बाधा नहीं, जानकारी है।
निर्णय के बाद एक सामान्य कनेक्शन प्रयास दोहराएँ और देखें कि कुछ बदला या नहीं। असंबंधित समस्या के बीच दी गई अनुमति का बाद में मूल्यांकन करना कठिन है, इसलिए क्रम भी उत्तर जितना ही मायने रखता है।
वही संकेत बार-बार क्यों आता है
दोहराई गई अधिकृति का अर्थ आम तौर पर यह है कि निर्णय वहाँ सहेजा नहीं जाता जहाँ घटक उसकी अपेक्षा करता है, पुनः इंस्टॉल से आइटम फिर बना है, या कोई प्रबंधन नीति उसे रीसेट कर देती है। ध्यान दें कि यह कब आता है: शुरू होने पर, कनेक्ट होने पर, डिस्कनेक्ट होने पर या रीबूट के बाद। यह समय बाद में पढ़े जाने वाले किसी भी लॉग से तेज़ी से कारण सीमित करता है।
प्रबंधित Mac पर, प्रभावी उत्तर आपके क्लिक के बजाय कॉन्फ़िगरेशन प्रोफ़ाइल से आ सकता है, और उस स्थिति में फिर से Allow दबाने से कुछ तय नहीं होगा। वही बटन दबाते रहने से पहले प्रशासक से पूछें कि कौन सी नीति उस घटक को नियंत्रित करती है।
अगर संकेत किसी विशेष क्रिया का भरोसेमंद ढंग से अनुसरण करता है, तो यह उपयोगी बग रिपोर्ट है। अगर यह बेतरतीब आता है, तो एक दिन के टाइमस्टैम्प दर्ज करें और देखें कि मशीन और क्या कर रही थी, उसमें कोई पैटर्न है या नहीं।
ऐसा रिकॉर्ड छोड़ें जिसे कोई और इस्तेमाल कर सके
घटक, क्षमता, कारण और तारीख़ उसी जगह लिखें जहाँ बाक़ी कॉन्फ़िगरेशन रखते हैं। आपका भविष्य वाला स्वयं याद नहीं रखेगा कि कौन सा संवाद किसलिए स्वीकृत हुआ था। हर अनुमति के लिए एक पंक्ति काफ़ी है; ऐसी सूची जिसे कोई नहीं बनाए रखता, न होने से बुरी है।
अच्छे निर्णय की कसौटी यहाँ सरल है: क्या आप ऐप खोले बिना बता सकते हैं कि यह अनुमति क्यों मौजूद है? अगर नहीं, तो यह समीक्षा का उम्मीदवार है, और Apple का गोपनीयता और सुरक्षा सेटिंग्स संदर्भ वह जगह है जहाँ से यह पढ़ना शुरू करें कि इनमें से हर एक वास्तव में क्या कवर करती है।