اشتراک‌گذاری Mac از طریق VPN دیده می‌شود: متوقفش کنیم یا پنهانش کنیم؟
ورودی مرور یک اعلام است، نه مجوز دسترسی. تصمیم بگیرید که سرویس را متوقف کنید، کاربرانش را محدود کنید یا خودِ کشف را محدود کنید.
فهرست‌های مرور از اعلام‌ها ساخته می‌شوند، و اعلام مجوز دسترسی نیست. کسی نام لپ‌تاپ شما را در فهرستی دوردست می‌بیند چون یک پرس‌وجوی multicast از مرزی گذشته که معمولاً آن را در روتر متوقف می‌کند. همان عبور هم توضیح می‌دهد چرا ورودی پدیدار می‌شود و هم چرا حذف ورودی همان بستن سرویس نیست. پیش از تغییر هر چیزی روشن کنید که واقعاً به کدام یک از این دو اعتراض دارید.
ورودی مرور در واقع چیست
یک پاسخ‌دهنده mDNS روی Mac به پرس‌وجوهای مربوط به انواع سرویسی که میزبانی می‌کند پاسخ می‌دهد، و پاسخ نام، درگاه و چند رکورد متنی را حمل می‌کند. کارخواهی که پرسیده بود سپس آن نام را در فهرستی نشان می‌دهد. هیچ چیز در این تبادل ثابت نمی‌کند که اتصالی موفق می‌شود، و هیچ چیز در آن مجوز نمی‌دهد: فهرست ادعایی درباره یک نام است، نه درباره دسترسی. همین تمایز تعیین می‌کند که باید چیزی را خاموش کنید یا انتشارش را متوقف کنید.
سرویس‌های مختلف جداگانه ثبت می‌شوند، پس ناپدید شدن یک ورودی به معنای توقف همه اعلام‌ها نیست. اشتراک فایل یک نوع را ثبت می‌کند، اشتراک صفحه نوعی دیگر، و چاپگرها، کتابخانه‌های رسانه و ابزارهای توسعه‌دهنده هر یک نوع خود را. پیش از آنکه یک کلید را کنترل اصلی بدانید، فهرست کنید چه چیزی ثبت شده و کدام فرایند مالک آن است:
dns-sd -B _smb._tcp
lsof -nP -iUDP:5353Multicast محلی می‌ماند مگر آنکه چیزی آن را پل بزند
Multicast DNS به گروهی محلی در پیوند روی UDP 5353 می‌فرستد، و روترها آن گروه را به‌طور پیش‌فرض ارسال نمی‌کنند. بنابراین تونلی که ترافیک unicast را مسیریابی می‌کند کشف را پشت سر می‌گذارد، و به همین دلیل Mac روی VPN مسیریابی‌شده معمولاً برای سایت دوردست نامرئی است. تونل پل‌شده، یا رله‌ای که عمداً پیکربندی شده، این را با قرار دادن هر دو سر در یک دامنه پخش تغییر می‌دهد. اینکه کدام طراحی را دارید ویژگی تونل است، نه نام پروتکلی که روی آن چاپ شده.
پیکربندی سرور را بررسی کنید تا ببینید رابط را پل می‌زند یا زیرشبکه را مسیریابی می‌کند، چون این دو برای هر پروتکل وابسته به پخش رفتار متفاوتی دارند. اگر تونل پل‌شده است، انتظار داشته باشید بیش از یک نوع اعلام نشت کند، از جمله چیزهایی که هیچ‌کس قصد انتشارشان را نداشت. اگر مسیریابی‌شده است، ورودی در فهرست دوردست احتمالاً از راه رله یا کشف مبتنی بر DNS یک‌پخشی رسیده، نه از راه گروه multicast. این مسیرها اصلاح‌های متفاوتی دارند، و مسدود کردن درگاه multicast تنها یکی از آن‌ها را می‌بندد.
متوقف کردن سرویس پاک‌ترین مرز است
اگر Mac کاری برای ارائه فایل ندارد، اشتراک‌گذاری را با کنترل پشتیبانی‌شده‌اش خاموش کنید، نه اینکه بخواهید اعلامش را پنهان کنید. به سرویس متوقف‌شده نمی‌توان متصل شد، نمی‌توان حدسش زد، و کارخواه قدیمی که نام را به یاد داشت به آن نمی‌رسد. همین ویژگی آن را کنترل قوی‌تری می‌کند، و هیچ همکاری از شبکه نمی‌خواهد.
راهنمای اشتراک فایل Apple مدل مجوز برای پوشه‌های اشتراکی، کاربران مجاز و دسترسی مهمان را شرح می‌دهد، و پنجره اشتراک‌گذاری وضعیت کنونی را نشان می‌دهد. وقتی سرویس واقعاً لازم است این سه را بازبینی کنید، چون اشتراکی که باید وجود داشته باشد اشتراکی است که باید محدود شود. دسترسی مهمان بررسی جداگانه‌ای می‌خواهد، چون می‌تواند اتصال را بدون هیچ اعتباری ممکن کند. سپس تأیید کنید سرویس روی کدام رابط‌ها گوش می‌دهد، چون اشتراکی که روی همه رابط‌ها عرضه شود روی تونل هم عرضه می‌شود.
وقتی سرویس را لازم دارید اما مخاطب را نه
گاهی اشتراک مشروع است و مخاطب نه. محدود کردن سرویس به منابع تأییدشده، با گذاشتن کشف به‌عنوان کنترلی جدا و کم‌اهمیت‌تر، ترتیب صادقانه است. قواعد دیوار آتش، مجوزهای هر کاربر و گوش دادن روی رابط درست دسترسی را به گونه‌ای تنگ می‌کنند که اعلام پنهان نمی‌تواند.
سرکوب کشف در معنای دقیق ظاهری است: سرویس همچنان به هر کس نام را بداند پاسخ می‌دهد. اگر خود انتشار مشکل است، آن را در لایه‌ای که حملش می‌کند محدود کنید. در شبکه‌ای که مدیریت می‌کنید، این یعنی تصمیم بگیرید کدام انواع سرویس باید از مرز بگذرند و پل، رله یا فیلتر را مطابق آن پیکربندی کنید. کپی کردن فرمان فیلتر پل از یک انجمن فقط وقتی کار می‌کند که سرور شما دقیقاً همان پشته و همان حالت تونل را اجرا کند، و در شبکه‌ای که مدیریت نمی‌کنید پاسخ صادقانه این است که نمی‌توانید کنترل کنید کارخواه دوردست چه چیزی به یاد می‌آورد.
از سمت دور نگاه کنید
از سمت دور آزمایش کنید نه از شبکه خودِ Mac، و یک مرور تازه را آزمایش کنید نه فهرست ذخیره‌شده. سپس اتصال مستقیم به سرویس را با نام و با نشانی بیازمایید، چون دو نتیجه به دو پرسش متفاوت پاسخ می‌دهند. ورودی غایب با اتصال موفق یعنی برچسبی را پنهان کرده‌اید، و اتصال ناموفق یعنی سرویسی را بسته‌اید. اگر تازه‌سازی را جا بیندازید حافظه پنهان هر دو آزمون را دروغین می‌کند، پس کارخواه را از نو آغاز کنید.
بنویسید چه چیزی را تغییر دادید و به کدام یک از سه کنترل تعلق دارد: سرویس متوقف، دسترسی محدود، یا کشف محدود. وقتی کسی گزارش می‌دهد که Mac هنوز دیده می‌شود، همان یادداشت به شما می‌گوید گزارش کهنه است یا سرویس دیگری خود را اعلام می‌کند. بیشتر شگفتی‌ها اینجا ثبت دومی است که کسی به یاد نداشت روشنش کرده، نه کنترلی خراب.
پیش از نتیجه‌گیری که تغییر شکست خورده، ثبت‌های باقی‌مانده را دوباره بررسی کنید. فهرست کوتاه موجودی بهتر از دور دیگری حدس زدن است.