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 अजूनही दिसतो असे कोणी नोंदवल्यास ती नोंद तुम्हाला सांगते की अहवाल जुना आहे की दुसरी सेवा स्वतःची घोषणा करत आहे। इथल्या बहुतेक आश्चर्यांचे कारण म्हणजे कोणालाही सुरू केल्याचे आठवत नसलेली दुसरी नोंदणी, तुटलेले नियंत्रण नाही।

बदल अयशस्वी झाला असे ठरवण्यापूर्वी उरलेल्या नोंदणी पुन्हा तपासा। छोटी यादी अजून एका अंदाजाच्या फेरीपेक्षा बरी।