סיכום
מאמר זה דן בשיטות שונות של שם מחשב מארח רזולוציות כתובת IP בשימוש על-ידי לקוחות Microsoft Windows. הרצף של שיטות הוא שונה מאשר רצף המשמש לזיהוי שמות NetBIOS לכתובות IP.
מידע נוסף
ברשת באמצעות פרוטוקול tcp/IP, יש צורך להמיר את שמות המשאבים לכתובות IP כדי להתחבר למשאבים אלה. לקוחות Microsoft Windows ייקבעו על-פי רצף של שיטות בניסיון לפתור שם לכתובת, עצירת החיפוש בעת שהוא תואם בהצלחה שם לכתובת IP. ישנם שני רצפים הראשי המשמש כמעט בכל המקרים: זיהוי NetBIOS זיהוי שם של מחשב מארח. לקוחות התחברות למשאבי בשרתי Microsoft, בדרך כלל באמצעות מנהל הקבצים של Windows או שכנים ברשת, משתמשים לעתים קרובות שמות netbios. לקבלת מידע נוסף, עיין במאמר הבא מתוך מאגר הידע Microsoft Knowledge Base:
119493 NetBIOS באמצעות זיהוי שם tcp/IP ו- WINS
זיהוי שמות מחשבים מארחים פותר את שמות המשאבים tcp/IP אשר אינם מתחברים באמצעות ממשק ה-NetBIOS. הדוגמה הנפוצה ביותר לכך היא דפדפן אינטרנט, כגון Microsoft Internet Explorer. דוגמאות אחרות כוללות יישומי אינטרנט כגון Ping, FTP, Telnet. מסד נתונים מודרניים ויישומים רבים דואר המתחברים באמצעות Winsock, יישום Microsoft Windows sockets tcp/IP, השתמש גם זיהוי שמות מחשבים מארחים. דוגמאות של יישומים מסוגים אלה הן Outlook ו- Exchange.When פתרון בעיות רזולוציה של שם, חשוב לצמצם היישום הוא זיהוי שם NetBIOS או שם מארח. הערה: בהקשר של מאמר זה, המונח "לקוח" אינו בהכרח מפנה תחנת עבודה. שרת Windows NT ייכנסו התפקיד של הלקוח בעת שהוא דורש גישה למשאבים המחייבים זיהוי שמות מחשבים מארחים. זיהוי שמות מחשבים מארחים משתמש בדרך כלל את הרצף הבא:
-
הלקוח בודק אם שם שאילתה הוא משלו.
-
הלקוח מחפש קובץ Hosts המקומי, רשימה של כתובות IP ושמות המאוחסנים במחשב המקומי. הערה: המיקום של קובץ ה-Hosts תלוי במערכת ההפעלה: Windows NT %Systemroot%\System32\Drivers\Etc Windows 95 <drive>\<Windows folder> Windows for Workgroups <drive>\<Windows folder> Windows 3.1 <drive>\<Windows folder> MS-Client 3.0 <Boot volume>\Net Lan Manager 2.2c Client <Boot volume>\Net היכן % Systemroot % היא התיקיה שבה מותקן Windows NT, < כונן > הוא הכונן שבו מותקנת מערכת ההפעלה, ומפנה < אמצעי האחסון של האתחול > אתחול תקליטון או כונן c. קובץ hosts. לדוגמה, Hosts.sam, מותקן עם פרוטוקול tcp/IP המציגה בתבנית המתאימה.
-
שרתי Name System (DNS) של תחום מזוהים.
-
אם השם עדיין לא נפתרה, רצף רזולוציה של שם NetBIOS משמש כגיבוי. ניתן לשנות סדר זה על-ידי קביעת התצורה של סוג צומת ה-NetBIOS של הלקוח.
לקוח Windows ינסה בכל אחת משיטות אלה עד הוא בהצלחה פותר את השם או מכלה שיטות אלה. Windows NT, Windows 95 ו- Windows עבור לקוחות של קבוצות עבודה באמצעות tcp/IP של Microsoft 3.11b בצע רצף זה. Lan Manager 2.2c או לקוחות 3.0 לקוח Microsoft לא תשתמש בזיהוי שם NetBIOS כגיבוי. לקבלת מידע נוסף, עיין במאמרים הבאים מתוך מאגר הידע Microsoft Knowledge Base:
רזולוציה NetBIOS ושל שם מחשב מארח של 169141 עבור לקוח MS ו- LM 2.2 cבעת פענוח שמות הלקוח ידלג על שיטות שעבורו לא נקבעה. לדוגמה, אם אין קובץ hosts במערכת, לאחר מכן הוא לדלג על שלב 2 # לעיל ונסה שאילתה לשרת DNS. אם אין כתובות IP של שרת DNS שהוזנו בתצורת tcp/IP של הלקוח, לאחר מכן הלקוח לדלג אל השלב הבא ברצף לאחר DNS. השיטה עבור שינוי סדר זיהוי שם המחשב המארח שונה בין מערכות ההפעלה ובגירסאות. אלה מתועדים ב ב'ערכות משאבים עבור מערכות הפעלה מסוימות, כמו גם Base.For הידע של Microsoft לקבלת מידע נוסף, עיין במאמרים הבאים מתוך מאגר הידע Microsoft Knowledge Base:
171567 Windows NT 4.0 ServiceProvider ערכי העדיפות לא הוחל
139270 כיצד לשנות סדר זיהוי שם ב- Windows 95 ו- Windows NT
119372 הגדרת סדר החיפוש של זיהוי שם עבור TCP/IP-32
פתרון בעיות
בעיה: הלקוח אין אפשרות לפענח את שם מארח. פתרון בעיות שלבים: אם לקוח אין אפשרות לפענח את שם המארח ולאחר מכן מומלץ לוודא המארח צריך באמצעות זיהוי שם רצף המפורטים לעיל אשר הלקוח. אם השם אינו קיים באף אחד המשאבים שבהם משתמש הלקוח, ולאחר מכן עליך להחליט איזה משאב כדי להוסיף אותו. אם השם קיים באחד המשאבים, כגון שרת DNS או שרת שירות שם של Windows Internet (WINS) הלקוח לא פענוח השם כהלכה, פתרון משאב ספציפי זה למקד את תשומת ליבך. כמו כן, ודא כי הלקוח מנסה לפתור שם מחשב מארח לא שם NetBIOS. יישומים רבים יש מספר שיטות שעושים הם יכולים לזהות שמות, דבר זה נכון במיוחד של יישומי דואר ומסדי נתונים. ייתכן היישום מוגדר להתחבר למשאבים באמצעות NetBIOS. בהתאם לתצורת הלקוח, הלקוח עשוי לעקוף זיהוי שמות מחשבים מארחים. משם יהיה הצורך כדי לשנות את סוג החיבור ל- sockets tcp/IP או כדי לפתור את הבעיה כבעיה NetBIOS. בעיה: מתקן שם לאט מאוד, או נכשלת לזהות שם ולקוח נמשכת זמן רב הדוח כשל. שלבים לפתרון בעיות: נתקל שרתי DNS שמוגדרים בתצורת tcp/IP של לקוח, אך השרת אינו זמין ללקוח בדרך כלל גורם זה. מכיוון שפרוטוקול tcp/IP מניחה של רשת לא מהימן, לקוח ינסה להתחבר לשרת DNS לפני נוטש את השאילתה ניסתה לבצע שוב ושוב. הלקוח לאחר מכן לנסות לבצע שאילתה בשרת DNS השני אם נקבעה תצורה אחת לבין לנקוט באותו זמן להיכשל. רק אז הלקוח בשלב דרך לשם זיהוי של שמות NetBIOS כפי שתואר לעיל. קיימות שלוש דרכים גישה של בעיה זו.
-
אם שם המחשב המארח הוזן כראוי בקובץ מארח, הוא יימצא פיתרון לפני הלקוח מנסה שאילתת DNS. פתרון זה פועל גם אם הם שרתי DNS אינו ניתן להשגה באופן זמני ויש מספר קטן של שמות מארח שיש צורך להיפתר. ייתכן שהעלות קביעת תצורה ידנית של קבצי Hosts עבור לקוחות רבים. - או -
-
אם שרתי DNS זמינים, אך כתובות שרת DNS בתצורת tcp/IP לקוחות אינם נכונים, לאחר מכן תיקון כתובות אלה תאפשר ללקוחות ליצור קשר עם שרתי ה-DNS באופן מיידי. גם אם שרת DNS מדווח כי אין אפשרות לפענח שם, דבר זה יקרה הרבה יותר מהר יותר אם ללקוח אין אפשרות להגיע לשרת DNS בכלל. - או -
-
אם שרתי DNS שתצורתם נקבעה במחשב הלקוח, אך שרתים אלה אינם זמינים באופן קבוע, הסר את כתובות ה-IP של שרתי DNS מתוך תצורת לקוח. הלקוח לאחר מכן יעקוף את בדיקת DNS ללא השהיה. - או -
-
אם הרשומות במסד הנתונים של DNS חסרים או שגויים, לאחר מכן יהיה עיכוב כפי שרתי DNS שאילתה על שרתי DNS אחרים לפני דיווח כי אין אפשרות לפענח את השם. פעולה זו תגרום בדרך כלל עיכוב של שניות ספורות.
לקבלת מידע נוסף על tcp/IP וזיהוי שם, נא ראה את המאמר הטכני הבא זמין בשרת ftp אנונימי Microsoft:
שם קובץ: Tcpipimp2.doc מיקום: כותרת ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ : "3.5/3.51/4.0 של Microsoft Windows NT: יישום tcp/IP פרטי מחסנית פרוטוקול tcp/IP ושירותים, גירסה 2.0."
