دستگاه‌های محلی در VPN ناپدید می‌شوند: سه خرابی جداگانه
دستگاه ممکن است پس از ناپدید شدن از فهرست همچنان روی نشانی خود پاسخ دهد. کشف، حل نام و دسترس‌پذیری جداگانه از کار می‌افتند، پس آن‌ها را یکی‌یکی آزمایش کنید.
چاپگری که با بالا آمدن VPN از فهرست دستگاه‌ها ناپدید می‌شود ممکن است هنوز روی نشانی خود پاسخ دهد. فهرست با کشف پر می‌شود، نام می‌تواند از یک resolver بیاید و به خود سرویس از طریق یک socket دسترسی پیدا می‌کنیم، و این سه می‌توانند مستقل از هم از کار بیفتند. مقایسه اینکه در هر لایه چه چیزی کار می‌کند به شما می‌گوید کدام ویژگی را تغییر دهید. روشن کردن همه استثناهای دسترسی محلی در ابتدا شواهد را از بین می‌برد.
این تفاوت میان دستگاهی است که گم شده و دستگاهی که فقط معرفی نمی‌شود.
کشف، نام‌ها و دسترس‌پذیری سه لایه هستند
پروتکل‌های کشف به multicast یا broadcast وابسته‌اند و این‌ها به‌طور پیش‌فرض از یک تونل مسیریابی‌شده عبور نمی‌کنند، به همین دلیل دستگاه می‌تواند از فهرست ناپدید شود و در همان حال کاملاً دسترس‌پذیر بماند. حل نام لایه دوم است: VPN می‌تواند resolver را تغییر دهد و نامی که پیش‌تر شبکه محلی به آن پاسخ می‌داد اکنون ممکن است جای دیگری پاسخ داده شود یا اصلاً پاسخ داده نشود. دسترس‌پذیری لایه سوم است: یک مسیر، یک قاعده فایروال و سرویسی که گوش می‌دهد. هر لایه می‌تواند بشکند در حالی که دو لایه دیگر سالم‌اند.
آن‌ها را از پایین به بالا آزمایش کنید. یک بررسی دسترس‌پذیری جدایی را آشکار می‌کند: nc -vz 192.168.1.20 443 یا موفق می‌شود، یعنی مسیر و سرویس سالم‌اند و نام مشکوک است، یا شکست می‌خورد، که پرسش را به مسیریابی و سیاست منتقل می‌کند. سپس نام را بپرسید. نخستین خرابی که به آن می‌رسید همان لایه‌ای است که باید روی آن کار کنید و لایه‌های بالاتر نمی‌توانند آن را جبران کنند.
اول نشانی را بپرسید، سپس نام میزبان را
اگر نشانی پاسخ دهد و نام نه، مشکل حل نام است نه مسیریابی. کارخواه VPN که resolver خودش را نصب می‌کند می‌تواند تغییر دهد کدام سرور به نام‌های محلی پاسخ می‌دهد، و کارخواهی که دامنه محلی را هدایت نمی‌کند نام را بی‌پاسخ می‌گذارد. اگر نشانی هم شکست بخورد، مشکل مسیر است: یک مسیر پیش‌فرض از تونل، یک مسدودسازی ترافیک محلی از سمت کارخواه یا قاعده فایروالی که فقط واسط فیزیکی را مجاز می‌کند.
اگر هر دو کار کنند اما کشف خودکار نه، دستگاه به‌سادگی از طریق تونل معرفی نمی‌شود. این رفتار مورد انتظار برای کشف مبتنی بر multicast است، نه خرابی پیکربندی. افزودن دستگاه با نشانی معمولاً راه‌حل صادقانه است.
کلید دسترسی محلی در واقع چه چیزی را تغییر می‌دهد
تنظیم دسترسی به شبکه محلی معمولاً اجازه می‌دهد ترافیک به زیرشبکه مستقیماً متصل از تونل عبور نکند و در کارخواه‌های مختلف کارهای متفاوتی انجام می‌دهد. این تنظیم هدایت به یک دفتر راه دور را پیکربندی نمی‌کند و فایروال میزبان یا مجوزهای خود برنامه را تغییر نمی‌دهد. همچنین یک زیرشبکه هم‌پوشان را بدون ابهام نمی‌کند. پیش از فعال کردن گسترده آن، مستندات کارخواه را درباره آنچه تنظیم پوشش می‌دهد بخوانید.
یک استثنای باریک برای یک دستگاه مورد اعتماد بهتر از یک اجازه فراگیر است، به‌ویژه در شبکه مهمان که ممکن است مسدودسازی عمدی باشد. نشانی خصوصی یک بررسی هویت نیست، پس انتخاب به شبکه‌ای بستگی دارد که در آن هستید.
وقتی شبکه‌ها هم‌پوشانی دارند
اگر شبکه خانه و شبکه راه دور از یک محدوده استفاده کنند، مسیریابی مبهم می‌شود و نه کلید دسترسی محلی و نه یک استثنا آن را حل نمی‌کند. دو سرویس روی یک نشانی نمی‌توانند هر دو در دسترس باشند و اینکه کدام برنده می‌شود به ویژگی مسیر و ترتیب بستگی دارد نه به قصد. راه‌حل برنامه‌ریزی نشانی است، نه یک تنظیم کارخواه. پیش از گذراندن یک شب با چاپگر محدوده‌ها را بررسی کنید.
برای دستگاهی پشت دروازه راه دور، هدایت، سیاست میزبان و مسیر بازگشت در اختیار اپراتور است. یک کادر محلی در کارخواه نمی‌تواند هیچ‌یک از آن‌ها را فراهم کند و درخواست آن سازنده‌تر از آزمایش کردن با کلیدها است.
ثبت کنید کدام لایه شکست خورد و چه چیزی را تغییر دادید. دستگاه بعدی در یکی از همان سه جا شکست خواهد خورد.