פתרון בעיות שירות הדפדפן Microsoft במחשב

תרגומי מאמרים תרגומי מאמרים
Article ID: 188305 - View products that this article applies to.
הרחב הכל | כווץ הכל

On This Page

תקציר

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

הבדיקות המתוארות להלן מסתמכים על כלי Browstat.exe מכלי התמיכה של Microsoft Windows. פלט לדוגמה יהיה עבור tcp/ip פרוטוקול בלבד. כמו כן, כמו עם רוב אבחון בעיה ברשת, פתרון בעיות שירות הדפדפן, מנהל המערכת חייב להיות בקיאות מלאה של הרשת גבולות מקטע ותצורות נתב ברשת. כדוגמה, נניח כי לקוח בקטע מרחוק אין שרת עיון שלו הרשימה הממוקמת במקטע אחר.

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

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

מידע נוסף

  1. חפש העיון הראשי קטע שבו השרת ממוקם. הפעל פקודה זו במקטע שבו השרת חסר נמצא:
    מצב browstat
    התגובה דומה:
    מצב עבור תחום DomainName על התעבורה \Device\NetBT_IEEPRO1

    גלישה היא הפעילה בתחום.
    שם העיון הראשי הוא: MasterBrowser
    העיון הראשי פועל build 1381
    שרתי הגיבוי 1 שאוחזר מבסיס BackupBrowser
    \\SmallerServer
    ישנם שרתי 100 בתחום DomainName בתעבורה
    \Device\NetBT_IEEPRO1
    ישנם תחומים 1500 בתחום DomainName בתעבורה
    \Device\NetBT_IEEPRO1
    מידע זה אמור לציין באיזה שרת כסוכנות דפדפן ראשי הקטע. עם זאת, אם היה העיון הראשי המקומי להאט כדי להגיב, ייתכן מידע זה התקבלו מתוך דפדפן ראשי אחר.

    התוצאות של פקודה זו מעניקה לך את "\Device\Protocol_NIC" מחרוזת, באפשרותך להשתמש בפקודות אחרות browstat .

    כדי לחפש העיון הראשי המקומי המקטע של הלקוח, הפעל את הפקודה הבאה:
    browstat getmaster \device\netbt_el59x1 domainname
    באמצעות מצב או getmaster שולחת מתג DomainName<1d> שאילתה והחזרת הנוכחי העיון הראשי עבור מקטע זה. שירות הדפדפן לא נעשה כדי למצוא בו המחשב משמש כדפדפן הראשי. באפשרותך לבצע שלב זה מרחוק אם שירות הדפדפן עצמו משמש כדי לציין אילו מחשבים כסוכנות העיון הראשי על הקטע, אך הדבר דורש מנהל לדעת השמות של כל שרתי בכל אחד במקטעים. כמו כן, זוהי גרוע פתרון בעיות בטכניקה מכיוון שירות הדפדפן עצמו נמצא בשימוש כדי פתרון בעיות בדפדפן. אפילו אם חלק זה של הדפדפן אינו יש בעיה, ייתכן שהרשימה המוחזרת מעודכנים על-ידי ככל 36 דקות. כדי לקבוע את רשימת מדפדפנים ראשיים בתחום מרחוק, הפעל הפקודה הבאה:<b00> </b00> </1d>
    browstat להציג \device\netbt_ieepro1 \\pdcname | mbr /i הפקודה findstr
    לאחר מכן, המנהל חייב לקבוע באיזה דפדפן ראשי על המקטע המכיל את שם השרת חסר.

    אם תבנית בסיס אין אפשרות למצוא את הדפדפן, באפשרותך לכפות על-ידי הפסקה והתחלה של תהליך בחירה שירות הדפדפן בבקר תחום שהוא בקטע של השרת. ב מספר דקות, הפעל שוב את מחשב זה. או, על המסוף של שרת במחשב המקטע של שרת, באפשרותך לכפות תהליך בחירה על-ידי הפעלת הפקודה הבאה:
    browstat ר \device\netbt_ieepro1 domainname
  2. קבע אם העיון הראשי שם השרת ב- רשימת שלו. העיון הראשי הוא השרת הראשון בשרשרת של תקשורת אשר חייב להכיל את שם השרת חסר. מחשב זה קובע אם הבסיס שרת העיון קיבל מסגרת הכרזה המארח של השרת. שים לב כי המחרוזת "\device..." מתקבלת מפלט לעיל. הפעל את הפקודה הבאה הפקודה:
    \device\netbt_ieepro1 תצוגת browstat \ \masterbrowser | /i הפקודה findstrmissingserver
    אם הדפדפן הראשי הוא בעל השרת ברשימה שלו, הפקודה תחזיר תגובה דומה לזו:
    \\MissingServer NT 04.00 (W, S, NT, PBR, DFS) "תיאור" של שרת
    \\MissingServer
    אם הדפדפן הראשי המקומי אין השם של השרת, באפשרותך הפעל את הפקודה הבאה מכל מחשב שרת חסר מקטע:
    browstat forceannounce \device\netbt_el59x1 domainname
    לחלופין, באפשרותך להפעיל את הפקודה הבאה מתוך שרת חסר מסוף:
    browstat להכריז על \device\netbt_el59x1 domainname
    זה עשוי להיות שימושי לאמת את השרת חסר ניתן למפות כונן רשת כדי העיון הראשי כדי לוודא קישוריות רשת.

    כמו כן, באפשרותך לאתחל מחדש את השרת כדי לכפות מסגרת הכרזה המארח.

  3. לקבוע אם ה-PDC קיבל את שם השרת מתוך העיון הראשי. הפעל את הפקודה הבאה:
    \device\netbt_ieepro1 תצוגת browstat \ \pdc | /i הפקודה findstr missingserver
    הפלט אמור להיות דומה:
    \\MissingServer NT 04.00 (W, S, NT, PBR, DFS) "תיאור" של שרת
    \\MissingServer
    אם שם השרת חסר, סביר להניח שהדבר נובע עקב שם פתרון בעיות. עבור ה-PDC לקבל את רשימת שרתי הבסיס דפדפן, של השרת העיון הראשי להיות מסוגל לפתור DomainName<1b> שם כך הוא יכול לשלוח הודעה בסיס מונחות מסגרת על-ידי שימוש ביציאת UDP 138. עבור ה-PDC להגיב על הודעה זו כדי לקבל את שם השרת, עליו להיות מסוגל לפתרון דפדפן ראשי שם המחשב. (עבור הדפדפן הראשי של השרת לקבל את הרשימה בכל התחום מתוך ה-PDC, אותו, מדי, חייב להיות מסוגל לזהות שם מחשב ה-PDC.)

    זיהוי שמות בשני הכיוונים היא קריטית. כדי לוודא כי שרת העיון הראשי ניתן לפתור DomainName<1b> ערך, הפעל ביצוע הפקודה:<b00> </b00> </1b></1b>
    browstat getpdc \device\netbt_el59x1 domainname
    כדי לוודא כי ה-PDC ו העיון הראשי ניתן לפתור כל כונן של אחרים שם מחשב, מפת באמצעות רשת מתוך הדפדפן הראשי אל ה-PDC וממנו ל- PDC העיון הראשי. אם השלבים מכל אלה אינו פועל, לפתור את הבעיה בזיהוי שמות.

  4. לקבוע העיון הראשי בקטע של הלקוח. האם פעולה זו על-ידי שימוש באותם השלבים כמו שלב 1, אך אצל הלקוח מקטע.
  5. קבע אם העיון הראשי של השרת חסר שם מקטע של הלקוח. הפעל את הפקודה הבאה:
    \device\netbt_ieepro1 תצוגת browstat \ \mbclientseg | /i הפקודה findstr missingserver
    אם השרת כולל את הערך, הפלט אמור להיות דומה:
    \\MissingServer NT 04.00 (W, S, NT, PBR, DFS) "תיאור" של שרת
    \\MissingServer
    אם אין העיון הראשי השם של השרת חסר, הוא היא ככל הנראה עקב בעיה בזיהוי שמות. ודא כי הבסיס הדפדפן בקטע של הלקוח הוא שתוכל לפתור DomainName<1b> שם על-ידי הפעלת הפקודה הבאה:<b00> </b00> </1b>
    browstat getpdc \device\netbt_el59x1 domainname
    כמו כן, העיון הראשי חייב להיות מסוגל לזהות את המחשב שם ה-PDC. כדי לוודא זאת, למפות כונן רשת ה-PDC.

    אם או של בדיקות אלה לא לעבוד, לפתור את הרזולוציה שם בעיות.

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

    מתוך מסוף העיון הראשי, הפעל את הפקודה הבאה:
    browstat locallist \device\netbt_ieepro1 | bbr/i הפקודה findstr
    פעולה זו תחזיר רשימה של ערכים דומה:
    \\BackupBrowser NT 04.00 (W, S, BDC, NT, BBR, DFS) "תיאור" שרת
    \\BackupBrowser
    מרחוק להפעיל פקודה זו כדי העיון הראשי, הבאות הפקודה:
    \device\netbt_ieepro1 תצוגת browstat \ \masterbrowser 0x40000000 | bbr/i הפקודה findstr
    הערה: דגלים אלה מוגדרים בפרוטוקול הבא CIFS גלישה מסמך:

    ftp://ftp.microsoft.com/developr/drg/cifs/cifsbrow.doc
  7. בדוק אם יש מדפדפני גיבוי של השרת חסר שם. עבור כל הלקוחות במקטע זה לאחזר רשימת עיון אמין, אתה עליך לבדוק כל דפדפן גיבוי עבור שם השרת חסר. עבור כל גיבוי דפדפן, הפעל את הפקודה הבאה:
    \device\netbt_ieepro1 תצוגת browstat \ \backupbrowser | /i הפקודה findstr missingserver
    אם דפדפן הגיבוי אינו מכיל את שם השרת חסר, ודא כי הדפדפן גיבוי ניתן למפות כונן רשת העיון הראשי. תפקיד הצופה הגיבוי הוא תפקיד הצופה דינאמי ביותר. מדפדפנים ראשיים הורה פוטנציאלי דפדפנים יהפוך מדפדפני גיבוי בהתאם לדפדפן לטעון. המתן דקות 12 ולאחר מכן חזור על שלבים 6 ו- 7.
לקבלת מידע נוסף אודות שם המחשב לא ייתכן קיים ברשימה הגלישה, לחץ על מספר המאמר שלהלן כדי להציג המאמר מתוך מאגר הידע Microsoft Knowledge Base:
231312 שם המחשב חסר ברשימה הגלישה

בעיות מרובי חיבורים

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

שיקולים נוספים

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

אם ודא שאף אחד השלבים לעיל פועלות כדי לאפשר לך להמשיך לשלב הבא, אף אחד שרתי עיון זיהית להיות שם"ב- שגיאת התנגשות". באפשרותך לבדוק זאת על-ידי הפעלת הפקודה הבאה:
nbtstat - n
באפשרותך להשתמש בפקודה זו מרחוק באמצעות הבורר -- או - a .

הדפדפן רגישה מאוד תצורת הנתבים לאורך WAN. מכיוון תפקידי דפדפן נקבע על-ידי הבחירות שידור, שידורים UDP עליך לא להעברה. התנהגות מוזרה יכול להתרחש אם תעבורת UDP השידור מועבר אחד כיוון אך לא אחרים. פעולה זו עשויה ליצור אירועים הדפדפן "8003" גורם מחזור רציף של הבחירות.

שלב נוסף בו באפשרותך לנקוט כדי לנסות כדי לפתור בעיות היא ללכוד את תעבורת הרשת במנתח פרוטוקולים מסוג ככלי Microsoft Network Monitor. כדי להציג את הדפדפן חילופי, ישירות באפשרותך להפסיק ולאחר מכן הפעל מחדש את שירות הדפדפן. למרבה הצער, אין לא להבטיח דפדפן יניח באותו התפקיד שבו היא הייתה לאחר הפסקת והתחל שירות הדפדפן. עם זאת, שיטה זו עשויה להיות שימושית במיוחד ודא התקשורת כאשר העיון הראשי מבקש את הרשימה בכל התחום מתוך ה-PDC, מיד לאחר כאשר ה-PDC ובקשות הרשימה המקומית מתוך הדפדפן הראשי. לאחר הדפדפן שירות הופעל בתבנית הבסיס דפדפן, בתוך דקה או שתיים ש-exchange מלא צריך להשתמש. קביעת תצורה של מנתח פרוטוקול מאגר ומסגרת גודל קביעות הלכידה כדי מאפשרות זו כמות התעבורה.

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

מידע נוסף

לקבלת מידע נוסף, עיין כדי "Microsoft Windows NT הדפדפן"סקירה טכנית באתר האינטרנט הבא של Microsoft:
http://technet.microsoft.com/en-us/library/cc767893.aspx

מאפיינים

Article ID: 188305 - Last Review: יום שישי 07 יוני 2013 - Revision: 1.0
המידע במאמר זה חל על:
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Enterprise Edition
מילות מפתח 
kbinfo kbnetwork kbtshoot kbmt KB188305 KbMthe
תרגום מכונה
חשוב: מאמר זה תורגם באמצעות תוכנת תרגום מכונה של Microsoft וייתכן שנערך לאחר מכן על-ידי קהילת Microsoftבאמצעות טכנולוגייתCommunity Translation Framework (CTF) או באמצעות תרגום אנושי. Microsoft מציעה לך גם מאמרים בתרגום אנושי, מאמרים בתרגום מכונה ומאמרים שנערכו על ידי הקהילה כדי לאפשר גישה למאמרים הקיימים במאגר הידע (Knowledge Base) שלMicrosoft בשפות שונות. מאמרים מתורגמים יכולים להכיל שגיאות באוצר המילים, בתחביר או בדקדוק. Microsoft אינה אחראית לחוסר דיוק, שגיאות או נזקים שייגרמו כתוצאה מטעויות בתכנים או משימוש בתכנים על ידי לקוחותיה.
כותרת מאמר זה באנגלית: 188305

ספק משוב

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com