Mac की शेयरिंग VPN पर दिखती है: बंद करें या छिपाएँ?

ब्राउज़ सूचियाँ घोषणाओं से बनती हैं, और घोषणा पहुँच अनुमति नहीं है। कोई दूर की सूची में आपके लैपटॉप का नाम देखता है क्योंकि एक multicast क्वेरी ऐसी सीमा पार कर गई जो सामान्यतः राउटर पर उसे रोक देती है। यही पार होना दोनों समझाता है: प्रविष्टि क्यों दिखती है और प्रविष्टि हटाना सेवा बंद करने के समान क्यों नहीं है। कुछ भी बदलने से पहले तय करें कि आप वास्तव में इन दोनों में से किसके विरुद्ध हैं।

ब्राउज़ प्रविष्टि वास्तव में क्या है

Mac पर mDNS उत्तरदाता उन सेवा प्रकारों की क्वेरी का उत्तर देता है जिनकी वह मेज़बानी करता है, और उत्तर में एक नाम, एक पोर्ट और कुछ टेक्स्ट रिकॉर्ड होते हैं। पूछने वाला क्लाइंट फिर उस नाम को सूची में दिखाता है। आदान-प्रदान में कुछ भी सिद्ध नहीं करता कि कोई कनेक्शन सफल होगा, और उसमें कुछ भी अनुमति नहीं देता: सूची नाम के बारे में दावा है, पहुँच के बारे में नहीं। यही भेद तय करता है कि आपको कुछ बंद करना चाहिए या उसे प्रकाशित करना बंद करना चाहिए।

अलग-अलग सेवाएँ अलग-अलग पंजीकृत होती हैं, इसलिए एक प्रविष्टि गायब होने का अर्थ यह नहीं कि सभी घोषणाएँ रुक गईं। फ़ाइल शेयरिंग एक प्रकार पंजीकृत करती है, स्क्रीन शेयरिंग दूसरा, और प्रिंटर, मीडिया लाइब्रेरी और डेवलपर टूल अपना-अपना पंजीकृत करते हैं। एक स्विच को मुख्य नियंत्रण मानने से पहले, सूची बनाएँ कि क्या पंजीकृत है और कौन-सी प्रक्रिया उसकी मालिक है:

dns-sd -B _smb._tcp
lsof -nP -iUDP:5353

Multicast स्थानीय रहता है जब तक कोई उसे पुल न बनाए

Multicast DNS UDP 5353 पर लिंक-स्थानीय समूह को भेजता है, और राउटर डिफ़ॉल्ट रूप से उस समूह को आगे नहीं भेजते। इसलिए unicast ट्रैफ़िक रूट करने वाला टनल खोज को पीछे छोड़ देता है, और इसीलिए रूटेड VPN पर Mac सामान्यतः दूर की साइट के लिए अदृश्य रहता है। पुल बना टनल, या जान-बूझकर सेट किया गया रिले, दोनों सिरों को एक ही प्रसारण डोमेन में रखकर यह बदल देता है। आपके पास कौन-सा डिज़ाइन है यह टनल का गुण है, उस पर छपे प्रोटोकॉल नाम का नहीं।

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

सेवा बंद करना सबसे साफ़ सीमा है

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

Apple की फ़ाइल शेयरिंग गाइड साझा फ़ोल्डरों, अनुमत उपयोगकर्ताओं और अतिथि पहुँच के लिए अनुमति मॉडल बताती है, और शेयरिंग पैनल वर्तमान स्थिति दिखाता है। जब सेवा वास्तव में आवश्यक हो तब इन तीनों की समीक्षा करें, क्योंकि जो शेयरिंग होनी ही चाहिए वह शेयरिंग सीमित की जानी चाहिए। अतिथि पहुँच अलग नज़र का हक़दार है, क्योंकि वह बिना किसी क्रेडेंशियल के कनेक्शन की अनुमति दे सकती है। फिर पुष्टि करें कि सेवा किन इंटरफ़ेस पर सुनती है, क्योंकि हर इंटरफ़ेस पर दी गई शेयरिंग टनल पर भी दी जाती है।

जब सेवा चाहिए पर दर्शक नहीं

कभी शेयरिंग वैध होती है और दर्शक नहीं। सेवा को स्वीकृत स्रोतों तक सीमित रखना, खोज को अलग और छोटा नियंत्रण छोड़ना, ईमानदार व्यवस्था है। फ़ायरवॉल नियम, प्रति-उपयोगकर्ता अनुमतियाँ और सही इंटरफ़ेस पर सुनना पहुँच को ऐसे संकरा करते हैं जैसे छिपी घोषणा नहीं कर सकती।

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

इसे दूर के पक्ष से देखें

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

लिख लें कि आपने क्या बदला और वह तीन नियंत्रणों में से किसका है: सेवा बंद, पहुँच सीमित, या खोज सीमित। जब कोई बताए कि Mac अब भी दिखता है, तो वही टिप्पणी बताती है कि रिपोर्ट पुरानी है या कोई दूसरी सेवा खुद की घोषणा कर रही है। यहाँ ज़्यादातर आश्चर्य ऐसा दूसरा पंजीकरण है जिसे चालू करना किसी को याद नहीं था, टूटा हुआ नियंत्रण नहीं।

यह मानने से पहले कि बदलाव विफल हुआ, बाकी पंजीकरण फिर जाँचें। छोटी सूची अनुमान के एक और दौर से बेहतर है।