Microsoft TCP/IP порядок визначення імені хосту

Застосовується до: Windows

Загальні відомості


У цій статті розглядаються на різні методи ім'я хоста IP-адресу роздільної здатності використовуються клієнтів Microsoft Windows. Порядок способів відрізняється послідовність, який використовується для вирішення NetBIOS імена до IP-адрес.

Додаткові відомості


У мережі, використовуючи протокол TCP/IP варто перетворення імена ресурсів IP-адреси для підключення до цих ресурсів. Клієнтів Microsoft Windows підпорядковується послідовність способів у спробі вирішити ім'я, адресу, припинення пошуку, під час належним чином, вона відповідає імені, IP-адресу. Існує два основні послідовності, в майже в усіх випадках: NetBIOS вирішення а також хост-ім'я роздільної здатності. Найчастіше, клієнтів, підключених до ресурсів із серверами Microsoft, зазвичай за допомогою Windows File Manager або мережне оточення, використовуйте імен NetBIOS. Щоб отримати додаткові відомості див. в такій статті бази знань Microsoft Knowledge Base:
119493 NetBIOS через TCP/IP-імен і WINS
Розпізнаванням імені хоста допоможе вирішити проблему, імена протоколу TCP/IP ресурси, які не звертаються через інтерфейс NetBIOS. Найбільш поширені приклад – це веб-браузер, наприклад, Microsoft Internet Explorer. Інші приклади Інтернет-програм, таких як Ping, FTP та Telnet. Сучасний даних і застосунками, що підключення через Winsock, виконання розетки для протоколу TCP/IP, Microsoft Windows, також скористатися розпізнаванням імені хоста. Приклади таких типів програм Outlook і Exchange.When неполадок розпізнавання імен, це важливо, щоб скоротити кількість чи застосунок вирішення ім'я NetBIOS або ім'я вузла. Зверніть увагу: У зв'язку з цієї статті, термін "клієнт" не обов'язково див. на робочій станції. Сервер Windows NT займе роль клієнта, якщо потрібен доступ до ресурсів, які потребують з розпізнаванням імені хоста. Як правило, розпізнаванням імені хоста використовує в такому порядку:
  1. Клієнт перевіряє, чи запит ім'я є власні.
  2. Клієнт пошук локального файлу 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, < диска > – це диск, на якому інстальовано OS і < завантажувальний том > стосується завантажувальної дискети, або диск c. Зразок файлу hosts, Hosts.sam, інстальовано протоколу TCP/IP, що відображається неправильний формат.
  3. Якого імен (DNS)-серверам домену запит.
  4. Якщо ім'я досі не вирішено, вирішення послідовність NetBIOS-ім'я використовується як резервної копії. Такий порядок можна змінити налаштування тип вузла NetBIOS, клієнта.
Клієнт Windows спробує кожного з цих методів, поки його або успішно вирішує ім'я або усі ці методи. Windows NT, Windows 95 і Windows для робочих груп клієнти, які використовують Microsoft TCP/IP 3.11b, виконайте цю послідовність. LAN Manager 2.2c або Microsoft клієнта 3.0 клієнтам не використовувати імен NetBIOS як резервної копії. Щоб отримати додаткові відомості див. у наступних статтях бази знань Microsoft Knowledge Base:
Ім'я хоста Windows XP та вирішення 169141 MS-клієнта а також LM 2.2 c
Під час розпізнавання імен, що клієнт буде пропустити методи, для якого його не настроєно. Наприклад, якщо немає файлу hosts, у системі, потім він пропустіть крок #2 вище і повторіть запит на DNS-сервера. Якщо немає DNS-сервера IP-адреси введено у клієнта конфігурації протоколу TCP/IP, клієнт буде перейдіть до наступного кроку в послідовності після DNS. Спосіб змінення роздільної здатності замовлення хост-ім'я, що відрізняється операційної системи та версії. Ці задокументовані комплекти ресурсів для певних операційних систем, а також в Microsoft Knowledge Base.For отримати додаткові відомості, див. у наступних статтях бази знань Microsoft Knowledge Base:
Постачальник послуг 171567 Windows NT 4.0 пріоритет значення не застосовується
Як 139270 , щоб змінити порядок розпізнавання імен, у Windows 95 і Windows NT
119372 , встановлення порядку розпізнавання імен TCP/IP-32

Виправлення неполадок

Проблема: Клієнта, не вдається вирішити ім'я вузла. Виправлення: дії, якщо клієнт не вдається розпізнати ім'я хоста, а потім краще перевірити хоста розпізнавання імен, послідовність, перелічених вище, що клієнт слід використовувати. Якщо ім'я не існує в будь-який клієнт використовує ресурси, потім потрібно вирішити яких ресурс, щоб додати його. Якщо ім'я існує один з ресурсів, DNS-сервер або сервер Windows Internet Name Service (WINS), а клієнт не вирішення ім'я правильно, зосередитися на увагу на усунення певного цей ресурс. Крім того, переконайтеся, що клієнт намагається вирішити ім'я хоста а не ім'я NetBIOS. Багато застосунків, є кілька способів, які можна використовувати для розпізнавання імен, особливо це стосується застосунків, електронної пошти та база даних. Застосунок може бути настроєно на підключення до ресурсів, використовуючи NetBIOS. Залежно від конфігурації клієнта, клієнт може обійти розпізнаванням імені хоста. Там буде необхідно, щоб змінити тип підключення для протоколу TCP/IP розетки або вирішення проблеми, як NetBIOS питання. Проблема: Дуже повільно, допоможе вирішити проблему ім'я клієнта або не вдається вирішити ім'я і займає багато часу, про помилку. Виправлення неполадок: З DNS-серверів настроєно протоколу TCP/IP-конфігурація клієнта, але сервер є недоступним для клієнта зазвичай призводить до цього. Через те, що в мережі, нестабільна припускається, протоколу TCP/IP, клієнт кілька разів спроба підключитися до DNS-сервера, перш ніж відмова від, спроба виконати запит. Клієнт буде здійснено запит другий DNS-сервера, якщо один настроєно і часу не. Лише тоді буде клієнт крок до імен NetBIOS як описано вище. Існує три способи до цієї проблеми.
  • Якщо ім'я хоста, правильно введено хост-файлу, його буде вирішено, перш ніж клієнт намагається з запиту DNS. Це рішення, працює добре, якщо DNS-серверів, тимчасово недоступний, і невелика кількість імен вузлів, які необхідно вирішити. Ручного настроювання хост-файли для різних клієнтів може бути непомірно. - або -
  • 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/ Назва: "Microsoft Windows NT 3.5/3.51/4.0: впровадження відомості про протокол TCP/IP протоколу TCP та служби, версія 2.0."