المنزل والمكتب كلاهما يستخدم 192.168.1.x: ماذا الآن؟

اعمل عبر أربعة فحوص: إلى أي عنوان يُترجم الاسم، وأي بادئة تستخدمها الشبكة المحلية، وأي مسار تختار نواة النظام لذلك الهدف، وما الذي يستجيب في الطرف البعيد. تسجيل الدخول إلى VPN ليس واحدًا منها، لأنه يكتمل بغض النظر عن أي شبكة تنتصر. نفّذ الفحوص بالترتيب، فيصبح التداخل مرئيًا في الخطوة الثانية بدلًا من الرابعة.

تسجيل دخول ناجح يعني أن النفق قائم؛ لكنه لا يقول شيئًا عن الجهة التي يشير إليها عنوان معين.

عنوان واحد، جهازان

يختار المضيف مسارًا من جدول التوجيه وقواعد السياسة، اعتمادًا على عنوان الهدف. لا شيء يخبره أن طلبًا إلى القفزة 192.168.1.20 مقصود لخادم المكتب وليس لجهاز في الغرفة المجاورة. وعندما تكون الشبكتان على النطاق الخاص نفسه، يفوز المسار الأكثر تحديدًا ويعتمد كل شيء آخر على أي إدخال صادف أن ثبّته إعادة الاتصال. لا شيء في العنوان نفسه يحمل هذا التمييز.

ip route get 192.168.1.20

يسمّي ذلك البحث الواجهة والقفزة التالية التي اختارتها النواة، وهو الفحص الثاني في القائمة. قارن البادئات المحلية والبعيدة قبل أن تفعل أي شيء آخر. إذا كانت الشبكة المحلية 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 اسم مضيف خطأ، فتوقف وحدّد الهدف قبل المتابعة. الحصول على إجابة من ذلك العنوان لا يثبت أي جهاز أرسلها. وفحص موضوع الشهادة هو أحد الإشارات الموثوقة القليلة المتاحة في تلك المرحلة.

لا تستبدل عناوين المكتب الخاصة بعناوين عامة عشوائية لا تتحكم فيها. فذلك يقايض التداخل بمشكلة توجيه وملكية أسوأ وأصعب في الشرح.

سجّل البادئة المحلية والبادئة البعيدة والتغيير الذي حلّ المشكلة. سيبدو التداخل التالي مختلفًا لكنه سيتبع النمط نفسه.