AirDrop با VPN روشن نیست؟ مسیریابی محلی را بررسی کنید
VPN که ترافیک اینترنت را حمل میکند باز هم میتواند کشف AWDL را بشکند یا زیرشبکههای محلی را پنهان کند. پیش از دست زدن به فیلترها شکل مسیرها و سیاست کلاینت را بررسی کنید.
AirDrop کار میکند، سپس VPN وصل میشود و Mac یا iPhone دیگر از برگه اشتراکگذاری ناپدید میشود. در گزارش VPN چیزی درباره کشف نوشته نمیشود، چون خطا معمولاً مربوط به دسترسپذیری محلی است نه رمزنگاری. صفحه پشتیبانی Apple تأیید میکند که پیکربندی VPN که شبکه محلی را محدود میکند میتواند Continuity و AirDrop را مختل کند؛ این نشانه مفیدی است نه تشخیص. با بررسیهای ارزان شروع کنید، سپس جدول مسیریابی را بخوانید و کلید دسترسی محلی را تصمیمی درباره حریم خصوصی بدانید نه پیشفرضی برای تغییر.
پیش از آنکه تونل دخالت کند چه میشکند
هر دو دستگاه باید Wi-Fi یا Bluetooth روشن داشته باشند، AirDrop باید در پنجره دریافت خود از مخاطبان یا از همه بپذیرد و دو حساب باید برای یکدیگر قابل کشف باشند. گذاشتن گیرنده روی همه برای ده دقیقه آزمایشی مشروع است: اگر دستگاه دیگر آنجا پیدا شد، مشکل تنظیمات بود و تونل بیگناه است. با گیرندهای شناختهشده آزمایش کنید نه با قضاوت بر اساس آنچه برگه اشتراکگذاری پیشنهاد میدهد.
مرورگری که صفحه بار میکند اثبات میکند مسیر اینترنت کار میکند، نه اینکه کشف محلی کار کند. هر دو دستگاه و جایی که ایستادهاید را بیتغییر بگذارید، سپس VPN را روشن و خاموش کنید و توجه کنید آیا دستگاه دیگر فقط وقتی تونل بالاست ناپدید میشود. اگر کشف با تونل بمیرد و بدون آن برگردد، تونل متغیر است و بقیه این فهرست صادق است. اگر در هر دو حالت شکست بخورد، پیشنیازها پیش از هر تغییر سیاست شبکه به یک دور دیگر نیاز دارند.
برگه اشتراکگذاری وقتی مسیر پیشفرض جابهجا میشود خالی میماند
کلاینت تونل کامل معمولاً یک مسیر پیشفرض از تونل بهعلاوه دو نیمهمسیر نصب میکند که بیشتر مقاصد را میگیرند. یک زیرشبکه محلی در این چیدمان تنها وقتی زنده میماند که مسیر دقیقتری داشته باشد؛ وگرنه در تونل ناپدید میشود. خود AirDrop روی رابط همتا AWDL کار میکند، پس کلاینتی که رابطهای محلی را فیلتر یا با پرخاش مسیریابی کند میتواند مزاحم شود در حالی که مسیر اینترنت بیعیب میماند. چهار فرمان رابط، مسیرها، اتصال فعال و فیلتر بسته را پوشش میدهند.
ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40ابتدا خط پیشفرض را بخوانید: اگر به رابط utun اشاره کند و هیچ مسیر دقیقتری زیرشبکه شما را نپوشاند، ترافیک محلی وارد تونل میشود و آگاهی هم با آن ناپدید میشود. جفت 0/1 و 128.0/1 شکلی رایج از تونل کامل است، چون آن مسیرها بر پیشفرض واقعی چیره میشوند بیآنکه جایگزینش کنند. خط awdl0 با وضعیت فعال و یک نشانی، خاموش بودن رابط همتا را رد میکند. وقتی هر سه عادی به نظر میرسند، محدودیت از سیاست کلاینت یا فیلتری روی میزبان میآید نه از جدول مسیریابی.
یک شکل ارزش ذکر دارد، چون مردم را در شبکههای مهمان میگیرد، و آن نیمهمسیرها نیست. DHCP نشانیای را که همین حالا گرفتهاید بهعنوان مسیر روی پیوند نصب میکند و آن ورودی از هر یک از دو نیمه دقیقتر است، پس زیرشبکه مهمان درست مانند زیرشبکه خانه از تونل میگذرد. آنچه حذفش میکند سیاست است نه مسیریابی: ترجیحی که شبکه محلی را مسدود و قاعده رد را نصب میکند، فیلتری روی میزبان که زیرشبکه را میاندازد، یا اجازه شبکه محلی macOS برای کلاینت. بنابراین جدولی با ظاهر عادی و برگه اشتراکگذاری مرده امضای بخش بعدی است نه شکل مسیرها.
ممکن است Mac مدیریتشده کلید دسترسی محلی را ارائه نکند
بسیاری از کلاینتها ترجیحی برای اجازه دسترسی به شبکه محلی در زمان بالا بودن تونل نشان میدهند، اما آن ترجیح را کلاینت و نمایه مدیریت اعمال میکنند، پس روی Mac مدیریتشده میتواند قفل، پنهان یا نادیده گرفته شود. قاعده فیلتر روی میزبان یا عامل امنیتی میتواند ترافیک همتا را مستقل از آنچه کلاینت VPN ارائه میدهد مسدود کند. پیش از نتیجهگیری که کاری نمیکند کلید را بجویید. آن کلید در ترجیحات خود کلاینت زندگی میکند نه در تنظیمات شبکه macOS، و به همین دلیل کلاینتی که پنلش آن را نشان نمیدهد معمولاً با نمایه مدیریت اداره میشود.
برداشتن مدیریت یا خاموش کردن هر فیلتر تا یک گیرنده پیدا شود، پیکربندی کنترلشده را با پیکربندی ناشناخته عوض میکند. گزینه دسترسی محلی را تنها وقتی روشن کنید که با سیاستی که زیر آن کار میکنید بخواند، و روی شبکه مهمان که هرگز کشف محلی در آن خواسته نشده بود خاموش بگذارید.
با فایل اثبات کنید نه با نماد
پس از تغییر مسیریابی یا سیاست، فایلی واقعی به گیرنده مورد نظر بفرستید و تأیید کنید که انتقال کامل میشود. نامی که در برگه پیدا میشود کشف است و بازگشت کشف با پایان انتقال یکی نیست.
اگر دستگاه هنوز پیدا نمیشود، جفت دوم دستگاهها را روی همان شبکه مقایسه کنید تا مشکل میزبان را از مشکل کل شبکه جدا کنید. این مقایسه از روشن و خاموش کردن گزینههای VPN یکییکی سریعتر است و برای تیکت یک واقعیت تولید میکند. تا وقتی خطا بازتولیدپذیر است رابط پیشفرض، شکل مسیرها و وضعیت کلید دسترسی محلی را بنویسید. وگرنه نفر بعدی هر چهار بررسی را از سر تکرار میکند.