الخادم المنزلي متصل ولكن مشاركة الملفات تنتهي مهلة الاتصال: ماذا يجب أن تختبر؟

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

يمكن أن يتوقف خادم المنزل المتاح عن الاستجابة على مشاركات الملفات عندما يتم حظر SMB نفسه أو إيقافه أو ربطه بشكل خاطئ أو تحميله بشكل زائد أو تعليقه في جلسة فاشلة.

يثبت اختبار ping فقط أن الخادم يرد على ICMP؛ لكنه لا يثبت أن TCP 445 يصل إلى مستمع SMB، أو أن العميل يتفاوض على بروتوكول مدعوم، أو أن المشاركة يمكنها المصادقة والتعداد. أسرع تشخيص يتحرك صعودًا عبر الطبقات: إمكانية الوصول إلى IP، نتيجة اسم المضيف، المنفذ 445، حالة خدمة SMB، مسار المشاركة، بيانات الاعتماد، وأخيرًا تحميل الخادم أثناء انتهاء المهلة.

قارن عنوان IP الخاص بالخادم مع اسم المشاركة

اختبر المشاركة باستخدام عنوان IP الحالي للخادم واسم المضيف العادي من نفس العميل. سجّل ما إذا كانت كلتاهما تنتهي بمهلة، أو يفشل الاسم فقط، أو إذا كان الاسم يحل إلى عنوان IPv4 أو IPv6 مختلف.

أظهرت حالة دعم OSMC مضيفًا يمكن الوصول إليه عبر ping بينما كانت مسار SMB لا يزال يعيد انتهاء مهلة الاتصال. هذا التمييز يمنع اختبار ping الناجح من إزالة مشاكل DNS أو المنفذ أو الخدمة بشكل مبكر جدًا.

إذا كان IP يعمل لكن الاسم يفشل، قم بإصلاح DNS أو اكتشاف البث المتعدد أو اللاحقات أو العناوين المخزنة مؤقتًا. إذا فشلا كلاهما بنفس الطريقة، استمر مع TCP 445 ومستمع SMB بدلاً من تفريغ ذاكرة التخزين المؤقت للأسماء بشكل متكرر.

اختبر منفذ TCP 445 من العميل الفاشل

افتح اختبار اتصال TCP إلى عنوان الخادم على المنفذ 445 من نفس الجهاز الذي يعاني من انتهاء المهلة. قم بتشغيله أثناء الفشل بدلاً من بعد إعادة تشغيل NAS أو إعادة اتصال العميل.

فصل تشخيص Ask Ubuntu بين ping العامل وفشل Samba من خلال التحقق مما إذا كان المنفذ 445 متاحًا. يعتمد SMB عبر الشبكات الحديثة على مسار TCP هذا حتى عندما تظل خدمات الخادم الأخرى متاحة.

إذا انتهت مهلة المنفذ 445، فافحص VLAN الخاص بالعميل، جدار الحماية للمضيف، جدار الحماية لـ NAS، ربط الواجهة، وقوائم التحكم في الوصول الوسيطة. إذا اتصل فورًا، فإن مسار الشبكة مفتوح ويجب أن ينتقل التشخيص إلى تفاوض SMB، الجلسات، بيانات الاعتماد، أو حالة المشاركة.

تأكد من أن خدمة SMB تستمع على الواجهة الصحيحة

تحقق من حالة خدمة SMB والمستمعين النشطين على الخادم. تأكد من أنها مرتبطة بعنوان LAN أو VLAN الذي يستخدمه العميل، وليس فقط الواجهة العكسية (loopback)، أو بطاقة شبكة أخرى، أو جسر حاوية، أو عنوان قديم.

يمكن لإعادة تشغيل NAS بالكامل إخفاء مؤقتًا خدمة متوقفة أو عالقة. من الأفضل فحص سجلات الخدمة، مخرجات المستمع، والتغييرات الأخيرة في التكوين قبل إعادة التشغيل حتى تظل أدلة الفشل متاحة.

إذا كانت الخدمة متوقفة، ابحث عن سبب خروجها وتحقق من تكوين المشاركة قبل إعادة تشغيلها. إذا كانت تستمع على الواجهة الخاطئة، صحح الربط وأعد الاختبار من العميل دون تغيير قواعد جدار الحماية غير المتعلقة.

فصل تفاوض البروتوكول عن المصادقة

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

وصف تقرير مجتمع Synology جهاز NAS كان اسمه وعنوانه متاحين بينما فشل منفذ SMB 445 عبر نتائج IPv4 وIPv6.

إذا فتح اتصال TCP لكن فشل التفاوض، قارن إصدارات SMB، التوقيع، التشفير، وتوافق العميل. إذا نجح التفاوض لكن المصادقة توقفت أو فشلت، امسح بيانات الاعتماد المخزنة ذات الصلة فقط وتحقق من الحساب، ACL المشاركة، وحالة القفل.

امسح الجلسات القديمة دون حذف التكوين العامل

افصل محركات الأقراص المعينة والجلسات النشطة لـ SMB من العميل الفاشل، ثم أعد الاتصال باستخدام عنوان خادم واحد وحساب واحد صريح. يمكن للجلسات القديمة أن تحتفظ بعنوان قديم، بيانات اعتماد، لهجة، أو نقل مفصول.

تحقق من جدول جلسات الخادم في نفس الوقت. يمكن أن تشير الجلسة التي تظل قائمة بينما ينتهي وقت العميل إلى اتصال TCP نصف مفتوح، عميل نائم، تغيير مسار VPN، أو فشل واجهة لم يعِد تعيين حالة SMB بشكل نظيف.

امسح جلسة العميل الفردية قبل إعادة تشغيل خدمة SMB لكل مستخدم. إذا عادت مهلة الاتصال في الجلسات الجديدة، استمر إلى تحميل الخادم وسلوك الشبكة بدلاً من اعتبار تنظيف الجلسة هو الحل النهائي.

أعد إنتاج انتهاء المهلة أثناء مراقبة تحميل الخادم

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

يوفر دليل ZimaSpace لمسار خدمة NAS المحمّل بشكل زائد الفحوصات المجاورة للأداء بعد نجاح اختبارات المنفذ والبروتوكول.

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

الدعم والنصائح

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.