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 अझै देखिन्छ भनी कसैले रिपोर्ट गर्दा त्यो टिप्पणीले रिपोर्ट पुरानो हो कि अर्को सेवा आफै घोषणा गर्दै छ भन्ने बताउँछ। यहाँका अधिकांश आश्चर्यहरू कसैले सुरु गरेको सम्झना नभएको दोस्रो दर्ता हुन्, बिग्रिएको नियन्त्रण होइन।

परिवर्तन असफल भयो भनी ठहर गर्नु अघि बाँकी दर्ताहरू फेरि जाँच्नुहोस्। छोटो सूची अर्को अनुमानको चरणभन्दा राम्रो हुन्छ।