UNC Path Vs. כונן ממופה

משתמשים יוצרים רשתות מקומיות בין מחשבי Windows ו-Linux כדי לשתף קבצים ומידע בקלות, ללא צורך בהעברת הקבצים באופן ידני ממחשב למחשב. על ידי שימוש בתיקיות משותפות, מחשב מאפשר גישה לספריות לאחרים ברשת כדי שיוכלו לקרוא או לשנות קבצים במחשב זה. על מנת לגשת לקבצים אלה, קיימות שתי שיטות נפוצות: מיפוי ספריית הרשת לשם כונן מקומי, או גישה לספרייה זו באמצעות נתיב Universal Naming Convention (UNC).

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

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

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

בעיה גדולה יותר בין כונני UNC ו-Mapping היא שכוננים ממופים אינם משקפים את מבנה הרשת הבסיסי. מנהל מערכת יכול לשנות את כל הפריסה של רשת, או שהפריסה עשויה להשתנות עקב עדכונים או תיקונים כדי להפוך כוננים ממופים לבלתי אפשריים לתחזוקה. האלטרנטיבה לכוננים ממופים היא לשמור על רשימה של מחשבים ברשת, וללמד משתמשים כיצד להשתמש ב-UNC. לדוגמה, משתמש עם רשימה של משאבים ברשת יכול להשתמש בנתיב UNC של רשת, כגון "\computer1\shared_folder" במקום מיפוי הכונן. בדרך זו, המשתמש תמיד ניגש למשאב הנכון.