تعذّر الوصول إلى NAS عبر VPN: العنوان أم مسار العودة أم الخدمة؟
يحتاج النفق الخاص إلى مسار نحو NAS ومسار ردّ وخدمة مسموح بها. حدّد أيّ الثلاثة فشل قبل تغيير بيانات الاعتماد.
تُقام الأنفاق، ويحصل العملاء على عنوان، لكن NAS لا يجيب إطلاقًا. هذا العَرَض الواحد يغطي ثلاثة أعطال غير مترابطة، وترتيب اختبارها هو ما يحدد مدة الإصلاح. يأتي العنونة أولًا لأن شبكة فرعية متداخلة قد ترسل طلبك إلى جهاز غريب. ويأتي مسار العودة ثانيًا لأن الطلب الذي يصل بلا رد يبدو مطابقًا لخدمة مغلقة. أما الخدمة والإذن فيأتيان أخيرًا، وبعد إثبات الأولين فقط.
ثلاثة أعطال تُقرأ كلها على أنها تعذّر الوصول
اختيار العنوان وتوجيه العودة وتفويض الخدمة تنتج الرسالة المرئية نفسها: لا شيء يحدث. لكل منها أدلتها ومسؤولوها وإصلاحاتها المختلفة، لذا فإن فصلها هو المهمة كلها. لا يثبت ping فاشل كثيرًا بمفرده، ورفض TCP ناجح هو في الحقيقة خبر جيد.
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
اقرأ الجدول كترتيب للاختبارات لا كقائمة أسباب. كل صف يقيّد الصف التالي، لأن الرفض يثبت أصلًا أن العنونة ومسار العودة يعملان. إنفاق عشرين دقيقة داخل قواعد جدار الحماية قبل التحقق من الواجهة التي اختارها المسار هو الطريقة الأكثر شيوعًا لضياع أصيل اليوم. اعمل من أعلى إلى أسفل وتوقف عند أول صف ينطبق.
الشرط الأول: هل ذلك العنوان هو الجهاز الصحيح؟
اكتب الشبكة الفرعية لـ NAS والنطاق الذي يمنحه VPN للعملاء، ثم قارن الاثنين بالشبكة التي يوجد عليها حاسوبك الآن. في هذا العرض يقع NAS على 10.40.7.25 ومجمّع VPN هو 10.40.9.0/24، وهما نطاقان خاصان منفصلان داخل خطة موقع واحدة؛ والمنزل الذي يستخدم 192.168.0.0/24 أو 10.0.0.0/24 تكون فرصته أكبر بكثير في التصادم مع أحدهما.
عندما تتداخل الشبكة المحلية وشبكة NAS، يرسل العميل ذلك التراسل إلى بوابته الخاصة وقد يصل إلى جهاز غير ذي صلة يحمل العنوان نفسه بالمصادفة. تحقق من المسار قبل كتابة بيانات الاعتماد في أي شيء يجيب.
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25يسمّي الأمر الأول الواجهة والبوابة التي سيستخدمها النواة، ويعرض الثاني أول القفزات التي تجيب فعلًا. إذا اختلف الاثنان فصدّق البحث، لأنه المسار الذي ستسلكه الحزمة. قائمة القفزات التي تتوقف قبل NAS بقفزة واحدة هي أيضًا نتيجة وليست فشلًا. أما البحث الذي يُحلّ إلى المحول الفيزيائي بدل النفق فينهي التحقيق عند هذه النقطة.
الشرط الثاني: هل يعود الرد؟
يحتاج العميل إلى مسار نحو NAS، وتحتاج شبكة NAS إلى مسار عودة نحو مجمّع VPN. تمرير البوابة وقواعد جدار الحماية والترجمة المتعمدة يؤثر كل منها في هذا الزوج. ملاحظات strongSwan حول إعادة التوجيه تصف خيارات مسار العودة والترجمة لشبكة فرعية خاصة خلف بوابة.
عندما يصل الطلب ويخرج الرد عبر بوابة أخرى، لا يصلح أي تغيير في DNS هذا التفاوت. التقاط على الجانبين يحسمه في محاولة واحدة، ويُظهر أيضًا ما إذا كانت الترجمة قد أعادت كتابة المصدر الذي ردّ عليه NAS. المدير مسؤول عن هذه الحدود: اسمح فقط بالخدمات المطلوبة ونطاق عملاء VPN، واكتب ما إذا تم اختيار التوجيه أم الترجمة.
الشرط الثالث: هل الخدمة موجودة ومسموح بها؟
صفحة الإدارة وخدمة مشاركة الملفات نقطتان طرفيتان مختلفتان على الجهاز نفسه، وقد تقبل إحداهما الاتصالات بينما تُحجب الأخرى بجدار حماية المضيف أو بإعداد الخدمة أو بإذن المشاركة. الجهاز الذي يرد بالرفض يكون قد أثبت الشرطين الأولين، وهذا يضيّق الثالث كثيرًا.
اختبر بالحساب الذي يحتاج الملفات فعلًا، لا بحساب المدير المستخدم أثناء التثبيت، لأن حقوق الإدارة لا تصلح مسارًا مفقودًا ولا يستطيع المسار منح إذن مشاركة. الأسماء أيضًا مكانها هنا: اسم NAS المكتشف في المنزل يعتمد غالبًا على multicast محلي لا ينقله نفق موجّه، لذا جرّب اسم المضيف الخاص الموثق من المصنّع أو العنوان نفسه لفصل التسمية عن الوصول.
اختبر من خارج شبكة NAS، ثم وسّع ببطء
الاختبار الذي يُجرى على الشبكة المحلية نفسها يخفي كل جزء ناقص من المسار البعيد، ولهذا يستحق أول محاولة بعيدة ناجحة تدوينًا في سجل التغييرات. نفّذ الفحوص من عميل لا يصل إلى NAS إلا عبر النفق، واحتفظ بنص الخطأ الأصلي من كل محاولة.
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestبعد أن يعمل المسار، انقل ملفًا غير مؤذٍ وأكّد سلوك القراءة أو الكتابة الذي تحتاجه فعلًا. إذا توقفت النقلات الكبيرة بينما تنجح الصغيرة، فالمشكلة المتبقية هي معالجة حجم الحزمة أو استقرار الاتصال لا العنونة.
لا تنشر منافذ مشاركة الملفات أو الإدارة على الإنترنت للالتفاف على عطل غير مفسّر. أصلح المسار الخاص، وأبقِ برنامج NAS مدعومًا، واختبر استعادة كل ما تنسخه احتياطيًا عبره قبل أن تعتمد على ذلك النسخ.