چاپگر هنگام اتصال VPN آفلاین می‌شود؟ جدول مسیریابی را بررسی کنید

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

گام یک: ثابت کنید چاپگر هنوز در LAN قابل دسترسی است

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

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

گام دو: مسیری را بیابید که Windows واقعاً برمی‌گزیند

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

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute مسیر برنده و رابط آن را چاپ می‌کند، و این دو واقعیتی هستند که بقیه به آن‌ها وابسته است. route print -4 ورودی‌های پیرامون را نشان می‌دهد، از جمله دو نیم‌پیش‌فرضی که کلاینت‌های تونل کامل نصب می‌کنند: 0.0.0.0/1 و 128.0.0.0/1، که با هم تمام فضای IPv4 را می‌پوشانند بدون اینکه هرگز 0.0.0.0/0 را جایگزین کنند. یک /1 از یک /0 بلندتر است، اما 192.168.1.0/24 شما هنوز بلندتر است، و به همین دلیل یک مسیر LAN غایب مهم‌تر از خود ادعای تونل است.

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

گام سه: باریک‌ترین مسیری را اضافه کنید که دروازه و رابط را نام می‌برد

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

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

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

برای دستگاه واحد، مسیر میزبان را به مسیر کل 192.168.1.0/24 ترجیح دهید. مسیر زیرشبکه از آنچه کار لازم دارد گسترده‌تر است و همان لحظه‌ای که سمت شرکت هم از آن پیشوند استفاده کند تصادم می‌کند: آنگاه یک پیشوند دو مالک دارد و هر ورودی که برنده شود تعیین می‌کند واقعاً به کدام شبکه می‌توانید برسید.

در جهت دیگر، اگر گزینه دروازه پیش‌فرض را پاک کرده‌اید روی اتصال VPN برای محافظت از LAN، پیشوندهای خصوصی راه دور هم از حل شدن بازمی‌مانند. مسیرهای آن‌ها را هم به همان روش از طریق رابط VPN اضافه کنید، وگرنه تونل به پیوندی تبدیل می‌شود که چیزی حمل نمی‌کند.

گام چهار: کاری کنید که استثنا از اتصال بعدی جان سالم به در ببرد

بسیاری از کلاینت‌های شرکتی در هر اتصال کل مجموعه مسیرهای خود را دوباره نصب می‌کنند و در این میان سنجه‌های رابط را بازمحاسبه می‌کنند، پس مسیری که دیروز کار می‌کرد امروز ممکن است کنار زده شود. پس از اتصال دوباره، Find-NetRoute را برای چاپگر تکرار کنید و بررسی کنید که رابط هنوز با آداپتور فیزیکی مطابقت دارد. اگر ورودی رفته است، چیزی آن را حذف می‌کند؛ مسیر پایدار شما را از عاملی که جدول را جارو می‌کند محافظت نمی‌کند. وظایف زمان‌بندی‌شده‌ای که مسیر را پس از اتصال VPN دوباره اضافه می‌کنند راه‌حل معمول هستند، و همان راه‌حلی هستند که وقتی شاخص آداپتور پس از یک داک یا به‌روزرسانی درایور تغییر می‌کند می‌شکند.

IPv6 را جداگانه زیر نظر بگیرید. کلاینتی که فقط پیش‌فرض IPv4 را ادعا می‌کند می‌تواند مسیر پیش‌فرض IPv6 را روی آداپتور فیزیکی باقی بگذارد، پس چاپگری که از طریق IPv6 در دسترس است به کار ادامه می‌دهد در حالی که IPv4 شکست می‌خورد، یا برعکس. پیش از آنکه تصمیم بگیرید جدول مسیریابی بی‌گناه است، با ping -4 و ping -6 آزمایش کنید.

میان‌بر محلی چه هزینه‌ای برایتان دارد

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

اگر چاپگر پس از تغییر پاسخ داد، چهار بررسی را پس از اتصال دوباره بعدی‌تان تکرار کنید نه اینکه فرض کنید تعمیر دوام آورده است. اگر پاسخ نداد، خروجی Find-NetRoute را پیش و پس از اتصال ثبت کنید؛ تفاوت به شما می‌گوید کلاینت ورودی را حذف کرده یا فقط دوباره رتبه‌بندی کرده است.