שגיאת "נתיב רשת לא נמצא" בעת גישה למחשב אחר: כיצד לתקן SMB ב-Windows 11

אם אתם נתקלים בהודעה "נתיב הרשת לא נמצא" בעת ניסיון לפתוח תיקייה משותפת או משאב רשת, אל דאגה: אתם לא הראשונים. אזהרה זו מופיעה בדרך כלל ב-Windows 11 כאשר המחשב אינו מצליח לאתר או לגשת לנתיב ה-UNC של מחשב או NAS אחר. הסיבה לכך יכולה להיות חומת אש שחוסמת את פורט 445, בעיה בגילוי רשת, שירות SMB או כשל פשוט בזיהוי שמות. החדשות הטובות הן שעם סקירה מסודרת של התאמות ובדיקות, בדרך כלל ניתן לתקן זאת תוך דקות..

במאמר זה, תמצאו הדרכה ברורה וישירה כיצד לאבחן ולתקן גישת משאבי SMB ב-Windows 11. נסקור בדיקות מהירות, שירותים שאמורים לפעול, כללי חומת אש, תמיכה בגרסת SMB, הרשאות ואישורים, פקודות אימות וכמה הגדרות מתקדמות עבור סביבות עם התקנים מדור קודם או NAS. הרעיון הוא שתוכל לחזור ל-\\PC\Folder או ל-\\IP\Resource בלי כאבי ראש.בואו נלמד הכל על השגיאה "נתיב הרשת לא נמצא" בעת גישה למחשב אחר.

מה באמת אומר "נתיב הרשת לא נמצא"?

ההודעה מציינת ש-Windows לא הצליח לפענח או להגיע לנתיב הרשת שהזנת. ב-SMB, נתיבים משתמשים בפורמט UNC, לדוגמה \\COMPUTER\Shared או \\192.168.1.50\Shared. אם המערכת אינה יכולה לתרגם את השם לכתובת IP, או אם היא אינה יכולה להתחבר ליציאת SMB של המארח המרוחק (TCP 445), תראה שגיאה זו. אז הסיבות בדרך כלל מחולקות לפי זיהוי שמות, קישוריות והרשאות/חומת אש.

Windows 11 משתמש כברירת מחדל ב-SMB 3.x, שפועל מעל TCP 445 ואינו דורש עוד NetBIOS מעל TCP/IP כפי שהיה פעם. לכן, אם משהו חוסם את הפורט הזה, אם יש מדיניות הדורשת חתימה או הצפנה שהצד השני אינו תומך בה, או אם למחשב המרוחק יש גרסה לא תואמת של SMB, החיבור ייכשל. זה יכול להיות גם פשוט כמו שגיאת הקלדה של שם התיקייה המשותפת..

כדי להתחיל, ודא שהנתיב קיים ושהמכשיר המרוחק מופעל. בדוק אותו עם ה-IP והשם כדי לצמצם האם הבעיה היא בעיית מתן שמות (DNS/LLMNR) או בעיית קישוריות טהורה. אם זה עובד עם \\Shared\IP ולא עם \\Shared\Name, המוקד הוא על הרזולוציה..

בדיקות מהירות שחוסכות לכם זמן

לפני שנכנסים להגדרות מתקדמות, ישנם כמה יסודות שכדאי לשלול. מקרים רבים נפתרים בשלב זה.:

• ודא ששני המכשירים נמצאים באותה רשת או שיש ביניהם נתיבים (אותו מקטע או תת-רשת מנותבת).
• נסה גישה באמצעות כתובת IP: הקלד \\192.168.xx\ResourceName בסייר.
• פינג למארח: פתח קונסולה והרץ את הפקודות ping NAME ואת הפקודות ping 192.168.xx כדי לבדוק את רזולוציית השם ואת זמן ההשהיה.
• הפעל בדיקת פורט: ב-PowerShell, Test-NetConnection -ComputerName NAME -Port 445. אם פורט 445 סגור, SMB לא יתחבר.
• ודא שפרופיל הרשת מוגדר לפרטי בהגדרות > רשת ואינטרנט (רשתות ציבוריות מגבילות גילוי ושיתוף).
• בדוק את התאריך והשעה: פערים משמעותיים פוגעים באימות ובחתימה.

פרט אחד שלעתים קרובות נעלם מעיניו: אם המשאב המשותף נמחק או ששמו שונה, הלקוח עדיין לא יוכל למצוא אותו גם אם הרשת מושלמת. מאמת שהתיקייה עדיין משותפת במחשב המרוחק.

הפעלת גילוי רשת ושיתוף קבצים

Windows 11 משבית אפשרויות מסוימות כברירת מחדל ברשתות המסומנות כציבוריות. בדוק את הדברים הבאים: זהו עמוד התווך עבור קבוצות אחרות לראות אותך ואתה יכול לראות אותן..

• עבור אל הגדרות > רשת ואינטרנט > הגדרות רשת מתקדמות > אפשרויות שיתוף מתקדמות.
• תחת פרופילים פרטיים, הפעל את גילוי רשת ואת האפשרות הפעל תצורה אוטומטית של מכשירים המחוברים לרשת.
• הפעל גם את שיתוף קבצים ומדפסות.
• תחת כל הרשתות, ניתן להפעיל שיתוף מוגן בסיסמה (מומלץ) או להשבית אותו אם אתם זקוקים לגישת אורח ברשת מהימנה. השבתתו מאפשרת כניסה ללא משתמש, אך מפחיתה את האבטחה.

לאחר יישום פעולה זו, נסה שוב לגשת דרך UNC. אם המארח עדיין לא מופיע, זכור ש-Network Explorer מסתמך על מנגנוני גילוי (WS-Discovery/LLMNR) שלפעמים נכשלים, לכן הקלדת \\Shared IP\ ישירות היא עדיין הבדיקה האמינה ביותר. אפשרות לשיתוף היא הכרחית, אך לא תמיד מספיקה..

שירותי Windows חיוניים עבור עסקים קטנים ובינוניים וגילוי

חלק משירותי המערכת חייבים לפעול כדי שגילוי, פרסום וגישה למשאבים של SMB יפעלו. פתחו את services.msc ובדקו: בלעדיהם, הרשת נשארת "עיוורת".

• שרת (LanmanServer): פרסם את השיתופים שלך.
• תחנת עבודה (LanmanWorkstation): לקוח SMB של המערכת.
• מארח ספק גילוי תכונות (FDResPub) ופרסום משאבי גילוי תכונות: פרסמו את המשאבים שלכם.
• לקוח DNS ולקוח DHCP: חיוניים עבור שמות וכתובות IP.
• גילוי SSDP ומארח התקן UPnP: עזרה בגילוי ברשתות מסוימות.
• מודעות למיקום רשת (NLA): מסווגת את פרופיל הרשת.
• תמיכה ב-NetBIOS מעל TCP/IP – רק אם אתם מסתמכים על NetBIOS בסביבות מדור קודם.

הגדר אותם להפעלה אוטומטית (במידת הצורך) והפעל אותם אם הם נעצרו. אתחול מחדש לאחר השינוי לפעמים מאיץ את הופעת המחשב ברשת..

חומת אש ואנטי-וירוס: סלילת הדרך לעסקים קטנים ובינוניים

הפורט המרכזי עבור SMB מודרני הוא TCP 445. במחשבים ישנים יותר, TCP 139 ו-UDP 137–138 (NetBIOS) עשויים גם הם להיכנס לתמונה, אך ב-Windows 11, 445 הוא הנורמה. אם חומת האש חוסמת את 445, תראו "נתיב הרשת לא נמצא" או פסק זמן..

• בלוח הבקרה > חומת האש של Windows Defender > אפשר אפליקציה, ודא ש"שיתוף קבצים ומדפסות (SMB-In)" מותר לפחות ברשתות פרטיות.
• אם אתם משתמשים בחומת אש (או אנטי-וירוס) של צד שלישי, צרו כלל נכנס עבור TCP 445 במחשב המארח את התיקייה המשותפת.
• השבת זמנית את חומת האש לצורך בדיקה. אם היא פועלת, הפעל אותה מחדש והתאם את הכללים. אל תשאירו אותו מושבת לצמיתות.

עם אנטי-וירוס של צד שלישי, חלקם כוללים "חומות אש חכמות" או בדיקת תעבורה שעלולות להפריע ל-SMB. שקול אי הכללת רשת מקומית או SMB כדי להימנע מנעילות "שקטות"..

גרסאות SMB ותמיכה: SMB1, SMB2/3, חתימה והצפנה

Windows 11 מגיע עם SMB 2/3 מופעל ו-SMB 1 מושבת לצורך אבטחה. אם אתם ניגשים למכשירים ישנים יותר (NAS ישן מאוד, מדפסות עם אחסון, Windows XP/Server 2003 וכו'), ייתכן שהם ידברו רק SMB 1. הימנע מ-SMB1 אלא אם כן הדבר הכרחי לחלוטין.

בדיקה מ-PowerShell: מבצע פקודות אבחון

Get-SmbClientConfiguration
Get-SmbServerConfiguration
Test-NetConnection -ComputerName NOMBRE -Port 445

אם אתם זקוקים לתמיכה זמנית ב-SMB 1, גשו לתכונות Windows והפעילו את "SMB 1.0/CIFS" (לקוח או שרת לפי הצורך). השתמשו בו באופן מינימלי ורק ברשתות מהימנות. אלטרנטיבה נוספת היא לעדכן את הקושחה של ה-NAS או לעבור למכשיר תואם SMB2/3..

בדקו גם חתימה/הצפנה של SMB: אם נקודת קצה אחת דורשת חתימה והשנייה לא, החיבור נכשל. במדיניות המקומית (gpedit.msc): תצורת מחשב > תבניות ניהול > רשת > תחנת עבודה/שרת רשת של Microsoft, הגדר "חתימה דיגיטלית" כך שתתאים לסביבה שלך. בסביבות ביתיות, כפיית חתימה לרוב אינה הכרחית ועלולה לשבש תאימות עם מכשירים ישנים יותר..

הרשאות ואישורים: NTFS + שיתוף

רק בגלל שהנתיב קיים והפורט פתוח זה לא מספיק; אתה זקוק להרשאות המתאימות במשאב המשותף ובמערכת הקבצים. במחשב השיתוף, פתח את מאפייני תיקייה > שיתוף > שיתוף מתקדם ובדוק אם יש משתמשים או קבוצות עם גישה. לצורך בדיקה, ניתן לתת "קריאה" ל"כולם" ולאחר מכן לכוונן.

בכרטיסייה אבטחה (NTFS), ודא שאותו חשבון או קבוצה מקבלים הרשאות קריאה/כתיבה כנדרש. זכור: ההרשאה האפקטיבית היא הצומת של NTFS ו- Shared. אחד מאפשר והשני מונע חוסם גישה..

בלקוח, אם תתבקש להזין אישורים, הזן את שם המשתמש והסיסמה עבור המחשב המרוחק (או הדומיין, אם רלוונטי). תוכל לשמור אותם במנהל האישורים כדי שלא תצטרך להקליד אותם בכל פעם. אם קיים משתמש עם אותו שם וסיסמה בשני המחשבים, האימות שקוף יותר..

כדי למפות עם משתמש ספציפי מהקונסול:

net use \\SERVIDOR\Compartida /user:SERVIDOR\Usuario LaContraseña /persistent:yes

אם הוא מחזיר "גישה נדחתה" אך לא "נתיב הרשת לא נמצא", התקדמת: הגעתם למארח והגיע הזמן לכוונן את ההרשאות או את האישורים. אלו טעויות שונות שיש להבחין ביניהן..

פתרון שמות: DNS, LLMNR ו-NetBIOS

אם _\\IP משותף\\עובד אבל _\\שם משותף\\לא, הבעיה היא בעיית פתרון בעיות. ברשתות ביתיות, לפעמים הנתב לא מזהה שמות מארחים של Windows. נסה תמיד להשתמש בכתובת ה-IP או ליצור ערכים בקובץ המארח כפתרון מהיר..

נסה את הפקודות האלה לאבחון זיהוי שמות ומטמונים

ping NOMBRE
ping 192.168.1.50
nbtstat -R
ipconfig /flushdns

בסביבות עם DNS ברשתות המארח (משרד/דומיין), יש לבדוק שהלקוחות משתמשים בשרת ה-DNS הנכון ושקיימת רשומת A. LLMNR ו-mDNS יכולים לעזור ברשתות קטנות, אך הם אינם חסינים בפני תקלות. לצורך בדיקה, מיפוי עם ה-IP מפנה במהירות כל ספק..

ניקוי חיבורים והפעלת מחסנית הרשת מחדש

לפעמים הבעיה נובעת מהפעלות SMB תקועות או אישורים המאוחסנים במטמון. נקה והפעל מחדש את רכיבי הרשת: זוהי תרופת פלא לאחר מספר ניסיונות כושלים..

net use * /delete /y
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
netsh winsock reset
netsh int ip reset

הפעל מחדש את המחשב לאחר הפעלת פקודות אלה. לאחר מכן נסה לגשת שוב לכתובת ה-IP המשותפת. אם זה עובד עכשיו, הבעיה הייתה עם מטמונים או שקעים פגומים..

הגדרות מדיניות מקומיות עבור סביבות מעורבות

ברשתות עם מכשירים ישנים יותר או שרתים עם מדיניות מחמירה, ייתכן שהלקוח והשרת לא "יתנהלו משא ומתן" טוב. פתח את gpedit.msc כדי לעיין במדיניות ולהתאים לפי הצורך:

• תצורת מחשב > תבניות ניהול > רשת > תחנת עבודה של רשת Microsoft: דרוש חתימה דיגיטלית (השבת אפשרות זו אם השרת אינו תומך בה במהלך הבדיקה).
• תצורת מחשב > תבניות ניהול > רשת > לקוח/שרת SMB: ערכי מינימום ומקסימום של ניב SMB אם הסביבה שלך דורשת זאת. באופן כללי, יש להשאיר את SMB2/3 כברירת מחדל..
• תצורת מחשב > תבניות ניהול > רשת > תחנת עבודה של רשת Microsoft > כניסה לא מאובטחת לאורח: הפעל אפשרות זו רק אם אתה זקוק לגישת אורח להתקנים מדור קודם.
• הגדרות אבטחה > אפשרויות אבטחה > אבטחת רשת: רמת אימות של מנהל LAN: השתמש ב-NTLMv2 במידת האפשר; הנמך את הרמה רק עבור מחשבים מדור קודם, תוך הכרת הסיכון.

כדי להתחבר באמצעות חשבונות ניהול מקומיים דרך הרשת בחלק מהמהדורות, ייתכן שתצטרך ליצור את ערך הרישום LocalAccountTokenFilterPolicy=1 ב-HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System. השתמש בו בחוכמה ורק ברשתות מהימנות..

תיקונים בצוות שחולק את התיקייה

אם הבעיה נמשכת, התמקדו במארח ש"משרת" את התיקייה: שם תמצאו הכי הרבה רמזים..

• ודא ששירות "Server (LanmanServer)" פועל.
• ודא שהתיקייה אכן משותפת וששם המשאב נכון (מאפיינים > שיתוף > שיתוף מתקדם).
• פתח את מציג האירועים > יומני Windows > מערכת וחפש ערכים הקשורים ל-"Srv", "SMBServer" או "LanmanServer".
• ודא שאין תוכנת אבטחה שחוסמת חיבורי 445/TCP נכנסים.
• נסה לתת באופן זמני הרשאות "קריאה" ל"כולם" בשיתוף וב-NTFS כדי לשלול הרשאות. לאחר מכן חזור לתצורה בטוחה.

אם המארח המרוחק הוא NAS, בדוק את לוח המחוונים שלו כדי לוודא ששירות ה-SMB פעיל, אילו גרסאות SMB הוא מאפשר (מינימום ומקסימום), האם הוא דורש חתימה/הצפנה, ולאילו משתמשים יש הרשאה. ב-NAS ישנים יותר, הפעלת SMB2 היא לרוב המפתח..

שגיאות קשורות וכיצד לפרש אותן

"נתיב הרשת לא נמצא" מלווה לעתים קרובות בקוד 0x80070035 או בשגיאת מערכת 53. קוד זה מצביע על כך שלא ניתן לפענח או להגיע לשרת או לנתיב. עם זאת, אם אתה רואה 0x80070005 (גישה נדחתה), קיימת קישוריות והבעיה היא בהרשאות או באישורים. הבחנה בין סוג השגיאה מנחה את האבחון שלך.

0x80004005 (שגיאה שלא צוינה) עשויה להופיע גם עקב כשלים כלליים של SMB או אם משא ומתן האבטחה נכשל. במקרים אלה, הפעל ביקורת או סקור את מציג האירועים לקבלת הודעות מפורטות יותר מלקוח ושרת SMB. ככל שהאירוע ייתן לך יותר רמזים, כך תגיע מהר יותר לסיבה..

אם אתם ניגשים למכשירים מדור קודם (NAS ישנים, מדפסות, קופסאות מדיה)

עבור מכשירים שאינם תומכים ב-SMB2/3, ישנן מספר אפשרויות זמניות, המעניקות עדיפות לאבטחה:

• הפעל את "לקוח SMB 1.0/CIFS" בתכונות Windows במחשב הלקוח. שמור את זה רק כל עוד יש צורך.
• ב-NAS, שדרגו את הגרסה המינימלית ל-SMB2 אם הקושחה מאפשרת זאת; השבתו אפשרות של אורח אנונימי והשתמשו בשמות משתמש/סיסמאות.
• אם ההתקן דורש NTLMv1, הגדר זמנית את המדיניות "רמת אימות מנהל LAN" למצב נתמך.
• בדוק האם השרת דורש חתימת SMB; איזון מדיניות זו משני הצדדים מונע דחיות שקטות.

אם שדרוג אינו אפשרי ואתם משתמשים במכשיר שלכם מדי יום, שקלו להחליף את המכשיר או לחפש אלטרנטיבה מאובטחת יותר (למשל, מיקרו-שרת או NAS מודרני). אבטחה ותאימות יחסכו לכם כאבי ראש בטווח הארוך..

טיפים מעשיים ואבחון שימושי

קיצורי דרך אלה מאיצים את האבחון ולעזור לך לאשר קישוריות:

• סייר: הקלד \\Shared\IP ישירות כדי לבודד בעיות מתן שמות.
• PowerShell: Test-NetConnection -ComputerName IP -Port 445 כדי לאמת את הפורט.
• CMD: תצוגת רשת \\SERVER לרשימת שיתופים אם קישוריות SMB תקינה.
• PowerShell: Get-SmbSession בשרת כדי לראות הפעלות פעילות ושגיאות. זה אומר לך מי מתחבר ואיך.
• הסר מיפויי זומבי: net use * /delete /yy remap עם אישורים מפורשים.

טיפ נוסף: שנה את פרופיל הרשת שלך לפרטי אם הוא מופיע כציבורי, במיוחד ברשתות Wi-Fi חדשות. פעולה זו פותחת את הנעילה של גילוי ושיתוף כברירת מחדל. תמצא אותו בהגדרות > רשת ואינטרנט > מאפייני רשת.

לבסוף, שמירה על מנהלי ההתקנים הרשת מעודכנים מונעת חוסר תאימות עם תכונות SMB מודרניות (הורדת עומסים, RSS וכו'). במנהל ההתקנים, בדוק אם יש עדכונים עבור מתאם ה-Ethernet/Wi-Fi שלך או הורד אותם מהיצרן. דרייבר ישן יכול "לשבור" בדיוק את מה שאתה צריך.

אם הגעת עד הלום על ידי ניסיון של כל דבר, החל מקישוריות, גילוי, שירותים, חומת אש, SMB, הרשאות ומדיניות, בדרך כלל אתה אמור להיות מסוגל לפתוח את התיקייה שבעבר התנגדה למאמציך. השגיאה "נתיב הרשת לא נמצא" נשמעת חמורה, אבל היא בדרך כלל נובעת מהגדרה רופפת או מכלל חסר; לאחר שאיתרתם, הגישה לפי \\שם או \\IP עובדת שוב כראוי.