خانه و دفتر هر دو از 192.168.1.x استفاده می‌کنند: حالا چه؟

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

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

یک نشانی، دو دستگاه

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

ip route get 192.168.1.20

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

طرفی را که کنترل می‌کنید دوباره شماره‌گذاری کنید

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

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

وقتی هیچ طرفی نمی‌تواند تغییر کند

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

محدوده‌های نشانی خصوصی خصوصی می‌مانند؛ مشکل استفاده مجدد است، نه خود محدوده‌ها.

ثابت کنید کدام دستگاه پاسخ داد

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

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

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