Wi-Fi می‌گوید متصل است، چیزی بارگذاری نمی‌شود: حل‌کننده‌های قدیمی Mac

به یک نشانی صریح ping بزنید و پاسخ می‌دهد. سایتی را با نام باز کنید و هیچ اتفاقی نمی‌افتد، در حالی که آیکون شبکه پافشاری می‌کند که اتصال سالم است. روی Mac که تازه به یک VPN پیوسته است، این ترکیب تقریباً همیشه یعنی جست‌وجوها به سروری نشانه رفته‌اند که دیگر در دسترس نیست، نه اینکه شبکه قطع شده باشد. نشانی‌ها در مقطعی پیش‌تر به سرویس Wi-Fi تثبیت شده بودند و از آن زمان چیزی آن‌ها را برنداشته است. با حذف گزینه‌ها تشخیص بدهید، سپس ورودی‌های تثبیت‌شده را پاک کنید.

تعمیر، حذف است نه پاک‌سازی، و این تفاوت مهم است چون فرمان‌هایی که بیشتر مردم اول امتحان می‌کنند کاری کاملاً دیگر انجام می‌دهند.

متصل بودن یک اظهار درباره پیوند است

macOS برای هر سرویس شبکه یک پیکربندی حل‌کننده نگه می‌دارد. مقادیر DHCP یک منبع است، مقادیر دستی منبعی دیگر، و مقادیری که یک پروفایل هل می‌دهد یا یک کارخواه می‌نویسد منبع سومی است. تثبیت‌شده‌ها بر آنچه شبکه پیشنهاد می‌کند برتری دارند و چیزی در پشته آن‌ها را دوباره اعتبارسنجی نمی‌کند. بنابراین سروری که رفته است تا وقتی انسانی آن را برندارد یا سرویس از صفر بازساخته شود در فهرست می‌ماند.

به همین دلیل تونلی که دست‌دادنش را کامل می‌کند هیچ تغییری در جست‌وجویی که پیش‌تر مسیر غلط گرفته ایجاد نمی‌کند. VPN یک حل‌کننده اضافه کرد؛ آن یکی را که شکست می‌خورد بررسی نکرد.

نام‌ها را از بسته‌ها جدا کنید

اول با نشانی صریح به یک میزبان برسید. وقتی بارگذاری می‌شود، بسته‌ها سالم‌اند و حل‌کننده مقصر است. وقتی بارگذاری نمی‌شود، همان‌جا بایستید و مسئله را مسئله مسیریابی بدانید، چون تغییرات DNS فقط یک متغیر به تصویری که از قبل گیج‌کننده است اضافه می‌کند.

نامی که شکست می‌خورد در حالی که نشانی متناظرش کار می‌کند، اثر انگشت است. به دامنه هم توجه کنید: شکست همه‌چیز به یک ورودی سراسری خراب اشاره دارد، در حالی که شکست فقط میزبان‌های داخل تونل به صاحب دیگری و تعمیری باریک‌تر اشاره می‌کند.

سرورهای تثبیت‌شده را پاک کنید

در تنظیمات شبکه، جزئیات سرویس Wi-Fi را باز کنید و به زبانه DNS بروید. هر ردیف سرور را بردارید، تغییر را تأیید کنید، سپس دامنه‌های جست‌وجو را برای مقادیری که هرگز اضافه نکرده‌اید بگردید. فهرست را خالی بگذارید، سرویس را دوباره وصل کنید و تأیید کنید نشانی‌ای که DHCP می‌دهد خودش بازمی‌گردد. فهرست خالی همان حالت موقتی است که ثابت می‌کند مقادیر تثبیت‌شده مشکل بوده‌اند.

نسخه‌های قدیمی همان پنل را یک سطح پایین‌تر، پشت دکمه پیشرفته پنهان می‌کنند، با رفتاری یکسان و همان نتیجه.

وضعیت را بخوانید، نه پنل را

scutil --dns | head -40 حل‌کننده‌هایی را که macOS واقعاً استفاده می‌کند چاپ می‌کند، گروه‌بندی‌شده بر اساس دامنه، و یک nslookup سریع از یک نام داخلی شناخته‌شده نشان می‌دهد آیا پاسخی می‌رسد یا نه. دو خروجی را مقایسه کنید: پنل تمیز با سرور قدیمی که هنوز فهرست شده یعنی نویسنده دیگری صاحب آن تنظیم است. آن یک اشکال متفاوت با تعمیری متفاوت است.

وقتی هر دو تمیز به نظر می‌رسند و نام‌ها همچنان شکست می‌خورند، خطا جای دیگری رفته است و دیگر پیکربندی DNS را اشکال‌زدایی نمی‌کنید.

چه کسی ورودی‌ها را برمی‌گرداند

سرورهایی که پس از حذف برمی‌گردند منبعی دارند. مدیریت دستگاه را برای یک پروفایل پیکربندی بررسی کنید، چون پروفایل‌ها می‌توانند DNS را حمل کنند و بر اساس برنامه خودشان دوباره ارزیابی می‌شوند. ترجیحات کارخواه را برای گزینه تنظیم DNS هنگام اتصال بررسی کنید و تصمیم بگیرید آیا هنوز جای خود را روی این ماشین توجیه می‌کند. اگر VPN واقعاً به حل‌کننده خصوصی نیاز دارد، آن را به دامنه‌هایی که مالکشان است محدود کنید به‌جای نوشتن در فهرست سراسری که هر شبکه آینده آن را به ارث می‌برد.

حل‌کننده مورد نظر و دامنه‌هایی را که باید پاسخ دهد ثبت کنید. پس از به‌روزرسانی بعدی کارخواه، یک نام عمومی و یک نام خصوصی را بررسی کنید، که از تکرار گشتن در تنظیمات سریع‌تر است و پس‌رفت را وقتی ماشین هنوز در دستان شماست می‌گیرد.

هر چیز دیگری تئاتر نگهداری است: فرمان‌هایی که عمدی به نظر می‌رسند، هیچ چیز قابل‌اندازه‌گیری را تغییر نمی‌دهند و همان جست‌وجوی شکسته را برای نفر بعدی باقی می‌گذارند.