حل خطأ 0x80070035 في Windows 11: المسار الشبكي غير موجود في 24H2 و25H2

Share

إذا ظهر لك خطأ 0x80070035 مع رسالة The network path was not found عند محاولة فتح كمبيوتر آخر أو مجلد مشترك أو جهاز NAS في Windows 11، فلا تبدأ بتعطيل Windows Defender أو Firewall أو تفعيل SMB1 عشوائيًا.

خطأ 0x80070035 في Windows 11 عند تعذر الوصول إلى جهاز أو NAS عبر الشبكة وظهور رسالة The network path was not found

هذا الخطأ لا يعني بالضرورة أن الشبكة متوقفة. قد يكون الجهاز الآخر ظاهرًا ومتصلًا، لكن Windows يفشل في مرحلة اكتشاف الجهاز، أو حل اسمه، أو الوصول إلى خدمة SMB، أو المصادقة على المشاركة. كما أصبحت بعض حالات عدم التوافق أكثر وضوحًا مع Windows 11 24H2 والإصدارات الأحدث، بما فيها 25H2، بسبب تشديد إعدادات أمان SMB.

سنبدأ باختبار بسيط يحدد مكان المشكلة، ثم نطبق الحل المناسب فقط.

خطأ 0x80070035 في Windows 11 عند الوصول إلى جهاز على الشبكة وظهور رسالة The network path was not found

ما هو خطأ 0x80070035؟

يظهر الخطأ 0x80070035 عندما يحاول Windows الوصول إلى مسار شبكي مثل: 

\\SERVER\Shared

ولا يستطيع إكمال الاتصال. وقد ترى الرسالة: 

Error code: 0x80070035
The network path was not found.

قد يكون السبب بسيطًا مثل إيقاف Network Discovery، وقد يكون أعمق مثل مشكلة في SMB Signing أو بيانات اعتماد NAS قديم.

لفهم ما يحدث بين الأجهزة على مستوى الشبكة، يمكنك الرجوع لاحقًا إلى دليل كيف تنتقل Packet بين جهازين؟ دور IP وMAC وARP خطوة بخطوة.

قبل أي حل: حدد مكان المشكلة في دقيقتين

لا تنفذ كل الحلول الموجودة على الإنترنت. ابدأ بهذه الاختبارات.

سنفترض أن اسم الجهاز الآخر هو: 

SERVER

وأن اسم المجلد المشترك هو: 

Shared

1. اختبر الوصول إلى الجهاز

افتح PowerShell واكتب: 

ping SERVER

استبدل SERVER باسم الكمبيوتر أو NAS الحقيقي.

إذا ظهر عنوان IP للجهاز وحصلت على ردود، فهذا يؤكد أن هناك اتصالًا شبكيًا أساسيًا وأن Windows استطاع الوصول إلى الاسم في هذا الاختبار.

أما إذا لم يجد الاسم أصلًا، فقد تكون المشكلة مرتبطة باكتشاف الجهاز أو Name Resolution، وليس بالمجلد المشترك نفسه.

2. اختبر خدمة SMB مباشرة

نفذ: 

Test-NetConnection SERVER -CommonTCPPort SMB

الأهم هو السطر: 

TcpTestSucceeded : True

إذا ظهرت True فهذا يعني أن جهازك يستطيع الوصول إلى خدمة SMB على الوجهة.

إذا ظهرت False فابحث أولًا عن مشكلة اتصال أو Firewall أو خدمة SMB على الجهاز الآخر.

يمكن أيضًا اختبار المنفذ 445 مباشرة: 

Test-NetConnection SERVER -Port 445

توثق Microsoft أداة Test-NetConnection كأداة لتشخيص اتصالات TCP والوصول إلى الأجهزة.

3. جرب فتح المشاركة مباشرة

اضغط Windows + R ثم اكتب: 

\\SERVER\Shared

إذا كنت تعرف عنوان IP الخاص بالجهاز، يمكنك استخدامه كاختبار مؤقت: 

\\192.168.1.50\Shared

إذا عمل المسار باستخدام IP وفشل باستخدام اسم الجهاز، فهذه إشارة قوية إلى أن المشكلة مرتبطة بالاسم أو اكتشاف الجهاز أكثر من كونها انقطاعًا في SMB.

لا تجعل الاتصال عبر IP حلًا دائمًا في بيئات تعتمد Kerberos؛ Microsoft توصي باستخدام أسماء الأجهزة بدل عناوين IP لاتصالات SMB الدائمة في هذه السيناريوهات.

اعرف الحل من الأعراض

ما الذي يحدث؟ السبب الأقرب ماذا تفعل؟
الجهاز لا يظهر داخل Network Network Discovery أو الخدمات ابدأ بالحلول 1 و2 و3
الجهاز يظهر لكنه لا يفتح SMB أو Credentials أو Permissions اختبر SMB ثم الحساب
TcpTestSucceeded = False SMB غير قابل للوصول افحص الشبكة وFirewall والخادم
IP يعمل واسم الجهاز لا يعمل Name Resolution راجع الاسم والاكتشاف
NAS كان يعمل ثم توقف بعد تحديث Windows SMB Signing أو Guest Access أو توافق NAS انتقل إلى قسم 24H2/25H2
أجهزة Windows تعمل وNAS فقط يفشل إعدادات NAS راجع SMB2/SMB3 وSigning

الحل 1: اجعل الشبكة Private إذا كانت موثوقة

إذا كنت في المنزل أو المكتب ومتصلًا بشبكة تثق بها، افتح:

Settings → Network & internet → Wi-Fi أو Ethernet

ثم افتح الشبكة الحالية وتحقق من Network profile type.

اختر:

Private

اختيار Private كنوع ملف تعريف الشبكة في إعدادات Windows 11

عند استخدام Private يستطيع Windows السماح بميزات اكتشاف الأجهزة والمشاركة المخصصة للشبكات الموثوقة.

لا تحول شبكة عامة في فندق أو مقهى إلى Private لمجرد تجربة هذا الحل.

توصي Microsoft أيضًا بالتأكد من أن أجهزة مشاركة الملفات متصلة بالشبكة نفسها، ويمكن مراجعة دليل Microsoft الرسمي لمشاركة الملفات عبر الشبكة.

الحل 2: فعّل Network Discovery وFile and Printer Sharing

افتح:

Settings → Network & internet → Advanced network settings → Advanced sharing settings

ضمن Private networks تأكد من تشغيل:

  • Network discovery
  • File and printer sharing

تفعيل Network discovery وFile and printer sharing في Advanced sharing settings في Windows 11

إذا كان Network Discovery مغلقًا، فقد يكون الجهاز موجودًا ومتصلًا لكنه لا يظهر بالطريقة المعتادة داخل File Explorer.

ماذا عن Password protected sharing؟

تتضمن خطوات Microsoft لاستكشاف مشاكل المشاركة تجربة إيقاف Password protected sharing.

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

يمكنك إيقاف Password protected sharing مؤقتًا أثناء التشخيص. إذا اختفت المشكلة، فقد عرفت أن المصادقة أو الحساب جزء من السبب.

الحل 3: شغّل خدمات اكتشاف الأجهزة

اضغط: 

Windows + R

ثم اكتب: 

services.msc

تحقق من الخدمات التالية:

  • Function Discovery Provider Host
  • Function Discovery Resource Publication
  • SSDP Discovery
  • UPnP Device Host

إذا كانت متوقفة، تشترح Microsoft عند استكشاف مشاكل مشاركة الملفات تشغيلها وجعل Startup type على Automatic.

ضبط خدمة Function Discovery Resource Publication على Automatic وRunning في Windows

خدمة Function Discovery Resource Publication مهمة لأنها تساعد على نشر الكمبيوتر والموارد المتصلة به حتى تستطيع الأجهزة الأخرى اكتشافها عبر الشبكة.

إذا كانت مفاهيم IP وLAN وRouter وSwitch غير واضحة بالنسبة لك، يمكنك الرجوع إلى دليل أساسيات الشبكات: تعلم الشبكات من الصفر خطوة بخطوة.

الحل 4: لا تعطل Firewall عشوائيًا

توجد شروحات كثيرة تبدأ بعبارة: عطّل Windows Defender Firewall ثم جرب.

هذه ليست نقطة بداية جيدة.

اختبر أولًا: 

Test-NetConnection SERVER -Port 445

إذا كانت: 

TcpTestSucceeded : True

فالاتصال إلى منفذ SMB يعمل، وبالتالي تعطيل Firewall بالكامل لن يكون تفسيرًا منطقيًا للمشكلة في كثير من الحالات.

إذا كانت النتيجة False، تحقق من:

  • أن الجهاز الآخر يعمل.
  • أنه متصل بالشبكة نفسها.
  • أن خدمة مشاركة الملفات مفعلة عليه.
  • أن Firewall على الطرف الآخر يسمح بـFile and Printer Sharing.
  • أن الراوتر أو VLAN لا يعزل الجهازين عن بعضهما.

الحل 5: جرّب Map Network Drive

إذا كنت تعرف المسار الصحيح للمشاركة لكنها لا تظهر داخل Network، لا تعتمد على الاكتشاف التلقائي فقط.

افتح:

File Explorer → This PC → (…) → Map network drive

خيار Map network drive داخل File Explorer في Windows 11

اختر حرفًا مثل: 

Z:

ثم أدخل المسار: 

\\SERVER\Shared

ويمكن تفعيل:

Reconnect at sign-in

إذا أردت إعادة الاتصال تلقائيًا بعد تسجيل الدخول.

إذا كان NAS يستخدم حسابًا مختلفًا، اختر الاتصال باستخدام بيانات اعتماد مختلفة ثم أدخل اسم المستخدم وكلمة المرور الخاصة بالـNAS.

إذا نجح Map Network Drive بينما لا يظهر الجهاز داخل قسم Network، فهذا مؤشر مهم: مشاركة SMB تعمل، لكن Network Discovery هو الجزء الذي يحتاج إلى إصلاح.

الحل 6: احذف بيانات الاعتماد القديمة فقط

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

افتح:

Control Panel → Credential Manager → Windows Credentials

وابحث عن اسم الكمبيوتر أو NAS.

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

لا تحذف جميع Windows Credentials لأن بعضها قد يخص خدمات أو اتصالات أخرى.

لماذا أصبحت المشكلة مهمة مع Windows 11 24H2 و25H2؟

ابتداءً من Windows 11 24H2 شددت Microsoft مجموعة من إعدادات أمان SMB.

وتوضح Microsoft أن إصدارات Windows 11 24H2 Pro وEnterprise وEducation تتطلب SMB Signing للاتصالات الداخلة والخارجة افتراضيًا، بينما يختلف السلوك الافتراضي في إصدار Home.

وبما أن Windows 11 25H2 يأتي بعد 24H2 ويستمر على الجيل نفسه من تحسينات SMB الأمنية، فمن المهم عند استخدام NAS أو SMB Server قديم فحص توافقه بدل الاعتماد على تعليمات قديمة كُتبت لإصدارات Windows أقدم.

يمكنك قراءة التفاصيل في توثيق Microsoft الرسمي حول SMB Signing.

ما هو SMB Signing ولماذا قد يمنع NAS قديمًا من الاتصال؟

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

إذا كان Windows يطلب Signing بينما NAS أو SMB Server الطرف الثالث لا يدعمه بالطريقة المطلوبة، فقد يفشل الاتصال.

Microsoft تذكر أيضًا أن الأجهزة التي تعتمد على Guest Authentication قد تُظهر أخطاء من بينها: 

Error code: 0x80070035
The network path was not found.

وهذا سبب مهم لعدم افتراض أن 0x80070035 يعني دائمًا DNS أو Firewall.

تحقق من SMB Signing قبل تعديل أي شيء

افتح PowerShell واكتب: 

Get-SmbClientConfiguration | Format-List RequireSecuritySignature

إذا ظهرت: 

RequireSecuritySignature : True

فمتطلب SMB Signing مفعل على SMB Client.

يمكنك أيضًا معرفة حالة Guest Logons: 

Get-SmbClientConfiguration | Format-List EnableInsecureGuestLogons

هذه أوامر للقراءة والتشخيص؛ لا تغير الإعدادات.

هل يجب تعطيل SMB Signing لحل 0x80070035؟

لا تجعله الحل الأول.

Microsoft تنص صراحة على أنها لا توصي بتعطيل SMB Signing كحل التفافي لخوادم الطرف الثالث.

الترتيب الأفضل هو:

  1. افحص تحديث Firmware للـNAS.
  2. تحقق من دعمه SMB2 أو SMB3.
  3. فعّل SMB Signing على NAS إن كان الخيار متاحًا.
  4. أنشئ حساب مستخدم حقيقي بدل Guest Access.
  5. راجع Permissions الخاصة بالمجلد.

إعداد Microsoft network client Digitally sign communications في Local Group Policy Editor

الصورة توضح مكان سياسة:

Microsoft network client: Digitally sign communications (always)

لكن لا تغيّرها إلى Disabled لمجرد أنك رأيت الخطأ.

توفر Microsoft شرحًا أوسع لتغييرات SMB في دليل SMB Security Hardening.

إذا كان 0x80070035 يظهر مع NAS فقط

إذا كان Windows يستطيع فتح أجهزة Windows الأخرى لكن يفشل مع Synology أو QNAP أو OpenMediaVault أو جهاز تخزين قديم، ركز على NAS.

ابحث داخل إعداداته عن:

  • Minimum SMB protocol
  • Maximum SMB protocol
  • SMB2
  • SMB3
  • Server signing
  • Guest access
  • User accounts
  • Shared-folder permissions

إعداد Maximum SMB protocol وMinimum SMB protocol وServer signing status في جهاز NAS


في الأنظمة الحديثة يفضل استخدام SMB2 أو SMB3 بدل الاعتماد على SMB1 القديم.

إذا كان NAS يدعم SMB3 وSigning، فقم بتهيئته للتوافق مع Windows بدل تخفيض أمان Windows.

هل يجب تفعيل SMB1؟

ليس لمجرد ظهور الخطأ 0x80070035.

SMB1 بروتوكول قديم، وWindows الحديث لا يعتمد عليه بشكل افتراضي مثل الإصدارات القديمة.

إذا كان NAS يدعم SMB2 أو SMB3، فلا يوجد سبب لتفعيل SMB1.

إذا كان لديك جهاز قديم جدًا لا يدعم إلا SMB1، فالمشكلة الحقيقية هي عمر الجهاز أو Firmware، وليس أن Windows يحتاج SMB1 في كل حالات 0x80070035.

ماذا لو كان NAS لا يدعم إلا Guest Access؟

بعض أجهزة التخزين القديمة تسمح بالدخول بلا اسم مستخدم وكلمة مرور.

Windows الحديث يقيّد Insecure Guest Logons لأن هذا النوع من الاتصال لا يوفر الخصائص الأمنية نفسها التي توفرها المصادقة الحقيقية.

وتوصي Microsoft بترقية أو استبدال الأجهزة التي تعتمد فقط على Guest Authentication كلما كان ذلك ممكنًا.

راجع: توثيق Microsoft حول Insecure Guest Logons في SMB2 وSMB3.

الحل الأفضل هو:

  1. إنشاء مستخدم على NAS.
  2. تعيين كلمة مرور قوية.
  3. منحه صلاحية على المجلد المطلوب فقط.
  4. الاتصال من Windows بهذا الحساب.
  5. استخدام SMB2 أو SMB3.

تفعيل Insecure Guest Logons يجب أن يبقى استثناءً لحالة محددة، وليس حلًا عامًا.

Windows 10 يفتح NAS وWindows 11 لا يفتحه

هذه حالة شائعة مع الأجهزة القديمة.

نجاح الاتصال من جهاز Windows قديم لا يثبت أن إعداد NAS صحيح وفق متطلبات Windows الحديثة.

افحص:

  • إصدار SMB في NAS.
  • SMB Signing.
  • Guest Authentication.
  • Firmware.
  • اسم المستخدم وكلمة المرور.
  • Permissions.
  • هل ظهرت المشكلة بعد الانتقال إلى 24H2 أو 25H2.

وإذا لم تكن متأكدًا من إصدار Windows لديك، يمكنك مراجعة كيفية تحديث Windows 11 إلى 25H2 بالطريقة الرسمية خطوة بخطوة.

أفضل ترتيب لإصلاح خطأ 0x80070035

إذا أردت أقصر مسار ممكن، اتبع هذا الترتيب:

  1. تأكد أن الجهازين يعملان وعلى الشبكة نفسها.
  2. استخدم Private إذا كانت الشبكة موثوقة.
  3. فعّل Network Discovery.
  4. فعّل File and Printer Sharing.
  5. شغّل خدمات Function Discovery المطلوبة.
  6. اختبر المنفذ 445 باستخدام Test-NetConnection.
  7. جرب المسار المباشر \\SERVER\Shared.
  8. جرب Map Network Drive.
  9. راجع Windows Credentials والصلاحيات.
  10. إذا كان NAS فقط يفشل، افحص SMB2/SMB3 وSigning وGuest Access.
  11. لا تفعل SMB1 أو تعطل Signing إلا بعد معرفة السبب الحقيقي.

جدول تشخيص سريع

الاختبار النتيجة ما الذي يعنيه ذلك؟
ping SERVER يعمل الجهاز قابل للوصول مبدئيًا
ping SERVER لا يجد الاسم افحص Name Resolution أو Discovery
Test-NetConnection Port 445 True SMB قابل للوصول عبر الشبكة
Test-NetConnection Port 445 False افحص Firewall أو الخدمة أو الشبكة
\\IP\Share يعمل \\NAME\Share يفشل مشكلة مرتبطة بالاسم غالبًا
Map Network Drive يعمل Network لا يظهر الجهاز مشكلة Discovery أكثر من SMB
Windows آخر يعمل 24H2/25H2 يفشل افحص SMB Signing وGuest Authentication
كل الأجهزة تعمل عدا NAS NAS فقط يفشل راجع إعدادات SMB في NAS

أسئلة شائعة عن 0x80070035

ما معنى Error code 0x80070035؟

يعني أن Windows لم يستطع الوصول إلى Network Path المطلوب. قد تكون المشكلة في اكتشاف الجهاز أو الاتصال أو SMB أو اسم المشاركة أو المصادقة.

كيف أصلح The network path was not found في Windows 11؟

ابدأ بالتأكد من أن الشبكة Private وفعّل Network Discovery وFile and Printer Sharing، ثم اختبر SMB على المنفذ 445. بعد ذلك انتقل إلى Credentials وإعدادات NAS إذا بقي الخطأ.

هل 0x80070035 يعني أن Firewall هو السبب؟

لا. لذلك لا تعطل Firewall كاملًا قبل اختبار المنفذ 445 باستخدام Test-NetConnection.

لماذا يظهر الكمبيوتر في Network لكنه لا يفتح؟

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

لماذا يعمل المسار باستخدام IP ولا يعمل باسم الجهاز؟

هذا يشير غالبًا إلى مشكلة في Name Resolution أو اكتشاف اسم الجهاز. استخدم IP للاختبار فقط، ثم أصلح حل الاسم.

هل SMB Signing يمكن أن يسبب 0x80070035؟

نعم في بعض سيناريوهات خوادم SMB أو أجهزة NAS التابعة لجهات خارجية، خصوصًا إذا كان الطرف الآخر لا يدعم متطلبات Signing أو يعتمد على Guest Authentication.

هل يجب تعطيل SMB Signing؟

ليس كحل أول. Microsoft توصي بمحاولة إصلاح أو تحديث خادم الطرف الثالث بحيث يدعم Signing والمصادقة المناسبة بدل تعطيل الميزة.

هل يجب تفعيل SMB1؟

لا إذا كان الجهاز يدعم SMB2 أو SMB3. وجود الخطأ 0x80070035 وحده لا يعني أنك تحتاج SMB1.

كيف أعرف أن SMB يعمل؟

نفذ: 

Test-NetConnection SERVER -CommonTCPPort SMB

وابحث عن: 

TcpTestSucceeded : True

كيف أعرف هل SMB Signing مفعّل؟

نفذ: 

Get-SmbClientConfiguration | Format-List RequireSecuritySignature

إذا ظهرت True فالمتطلب مفعّل على SMB Client.

الخلاصة

أفضل طريقة لحل 0x80070035 هي ألا تتعامل معه كخطأ له زر سحري واحد.

إذا كان الجهاز لا يظهر في Network، ابدأ بـPrivate Network وNetwork Discovery وخدمات Function Discovery. إذا ظهر الجهاز لكن المشاركة لا تعمل، اختبر SMB على المنفذ 445 ثم راجع اسم المشاركة والحساب والصلاحيات. وإذا كانت المشكلة تظهر فقط مع NAS قديم على Windows 11 24H2 أو 25H2، فتحقق من SMB2/SMB3 وSMB Signing وGuest Authentication قبل إضعاف إعدادات أمان Windows.

ولفهم الطبقة الشبكية وراء هذه الاختبارات، يمكنك متابعة شرح انتقال Packet ودور IP وMAC وARP أو البدء من دليل أساسيات الشبكات من الصفر.

المصادر الرسمية

شارك برأيك

لديك إضافة، سؤال أو تجربة مرتبطة بالموضوع؟ اكتبها وشارك بها القراء.