Select the product you need help with
Опис утиліти DNSLintНомер статті: 321045 На цій сторінціПідсумки DNSLint це утиліта Microsoft Windows, який допомагає
діагностувати Загальні питання резолюції ім'я DNS. Додаткові відомості DNSLint має три функції, що перевірити Доменна система імен
(DNS) записує і генерувати звіт HTML. Три функції є:
dnslint /d domain_name | /Ad [LDAP_IP_address] | /QL input_file Під Вільний час виконання DNSLint, слід указати параметр, /adабо /ql . Інші ключі є необов'язковими.[/c [smtp, pop, imap]] [/ no_open] [/r report_name] [/t] [/ test_tcp] [/ с DNS_IP_address] [/ г] [/y] Ви сценарій виконання ключа /d просити ім'я домену тестів. Цей ключ використовується, коли Ви неполадок кульгавого делегації.
Факультативний перемикачіЗапит на підключення тести на сервери електронна пошта за допомогою /c .
Використовувати ключ /r вказати ім'я файлу звіту, що створюється.
Використовувати /y перезаписати наявний файл звіту без запит на змінення. На /y ключ використовується в сценарії. Необхідні параметриЗапустити DNSLint, ви повинні використовувати один з трьох наступних параметри:
Перевірити запис А бізнес-партнера DNS за допомогою перемикача /ad (Active Directory тесту) відповідальність за реплікації лісу служба Active Directory. Після перемикача /ad укажіть IP-адресу сервера LDAP, який використовується для Цей тест. Зазвичай, це контролера домену служба Active Directory. Якщо DNSLint працює на контролері домену немає IP-адреса є необхідним, оскільки у значення за промовчанням для цього перемикача є 127.0.0.1. Використовуйте ключ /ql (запит списку тесту) перевірити запис А бізнес-партнера DNS, вказані в в файл вводу тексту. Вкажіть повний шлях та ім'я файлу вводу тексту відразу ж після перемикача. Запустити dnslint /ql автостворення генерувати зразок тексту вхідного файлу називається У dnslint.txt. Це файл містить пояснення на потрібний формат. Ви можете використовувати цей файл, як на шаблон для створення одного вхідних файлів. Додаткові необов'язкові перемикачі/v/V (verbose) перемикач вмикає "Режим детального виводу". Цей ключ DNSLint буде виводити кроки, які воно приймає для збирання даних на екрані. Ви можна надіслати цей виводу файлу. Наприклад, dnslint/v /d msn.com. за промовчанням, Назва доповіді, який генерує DNSLint є Dnslint.htm. З ключ /r (звіт), можна вказати ім'я та розташування на файлу звіту, який генерує DNSLint. Ви можете дати файлу звіту однакове ім'я як ім'я домену або DNS-сервера, що було випробувано. Ім'я файлу "htm" розширення додається до імені звіту автоматично тому у звіті в Формат HTML. за промовчанням, DNSLint намагається автоматично відкривати на Файл звіту після того, як він створюється, використовуючи будь-які програми, пов'язані з доповідь файл htm-файл. Як правило, Microsoft Internet Explorer пов'язані з розширенням HTM. Немає ніякого способу, щоб змінити формат звіту щоб щось інше, ніж HTML за допомогою DNSLint. Щоб визначити розташування для яких написано файлу звіту, вкажіть повний шлях та ім'я в Файл звіту. DNSLint підтримує як локальний диски і універсальна угода про іменування Шляхи (UNC). Наприклад, команда dnslint /d msn.com /r c:\reports\reskit створює звіт, який називається Reskit.htm в папці C:\Reports. На команда dnslint /d mydom.local /r \\server1\reports\mydom створює звіт на віддаленій системі називається Сервер1 в регіоні Звіти поділитися. Назва звіту, є Mydom.htm. Якщо вказати ключа /t (текст), DNSLint генерує доповідь тексту і HTML звіт. Текст доповіді використовує ті ж ім'я, як звіт htm, хіба що його розширення імені файлу є. txt. Файл, створений у папці на htm файл. Наприклад, команда dnslint /d msn.com /r c:\reports\reskit /t створює два звіти в папці C:\Reports. Один звіт називають Reskit.htm а інший називається Reskit.txt. За промовчанням Коли DNSLint виявляє, що файл звіту з тією ж ім'я як один що вона буде генерувати вже існує в папці призначення, DNSLint пропонує щоб перезаписати файл. З параметром /y DNSLint можна перезаписати наявний файл звіту без здійснить запит на дозвіл. HTM-файл і Факультативний TXT-файл перезаписані під Вільний час сценарій виконання цього параметра. Команда dnslint /y /d msn.com /r c:\reports\reskit /t створює два звіти в папці C:\Reports. Один звіт називають Reskit.htm а інший називається Reskit.txt. Існуючі файли доповіді перезаписані, не видаючи запит на змінення. перемикач /no_open не дозволяє DNSLint автоматично відкривати звіт Після того, як він створюється. Цей параметр є корисним, коли ви використовуєте DNSLint у сценарії Коли ви не хочете ознайомитися з повідомленнями відразу або переглянути звіти від системи, що DNSLint було запускати з. Наприклад, команда dnslint /y /d msn.com /no_open генерує звіт, називається Dnslint.htm, що заміняє вже існуючих звіт з тією ж назвою, не запитуючи в користувача дозволу. DNSLint не автоматично відкриває звіт після його завершення. Запит на 53 порт TCP бути перевірені за допомогою параметр /test_tcp (тест TCP-порт 53) Якщо використовується параметр . Багато DNS-сервери в Інтернеті сьогодні не приймають DNS запити на TCP порт 53, щоб уникнути можливих нападів на що порт. За промовчанням тільки порт UDP 53 випробування при запуску DNSLint. Вказавши параметром /test_tcp буде отримати DNSLint для надсилання єдиного DNS-запитів по TCP і звіт чи на Отримано відповідь. За допомогою /test_tcp параметр /d і /ad. Проте, неможливо використовувати опцію /test_tcp з /ql або /ad/с localhost гарячі. Із функцією /ql 53 TCP-порт можна перевірити безпосередньо з вхідного файлу. /Ad/с localhost функція перевіряє, чи можна локально настроєний DNS-сервери усунення запис А бізнес-партнера DNS використовується для реплікації активні каталозі лісу. Ви можете перевірити TCP-порт 53 підключення за допомогою /Ad/с ip_addr Замість цього, де ip_addr є IP Адреса DNS-сервера, що є авторитетним у кореневій зоні _msdcs домену служба Active Directory. Наприклад: dnslint /d microsoft.com/v /test_tcp перемикач /c (перевірка) запитів, що DNSLint тест відомих
порти електронна пошта на всіх серверів електронна пошта, він знаходить при інспектуванні DNS-сервери
для вказаного ім'я домену. На SMTP (SMTP), пост
Протокол (POP версії 3) та Інтернет протокол IMAP доступ протоколу (IMAP.
Версія 4) підтримуються. За промовчанням коли перемикач /c вказано, DNSLint намагається підключитися до всього три порти
на кожного поштового сервера, які він знаходить. Тобто, TCP-порт 25 для SMTP, TCP-порт
110 для поп і TCP порт 143 для IMAP.DNSLint повідомляє держави тобто у кожному порту: "Listening", "Не прослуховування" або "Немає відповіді". Якщо DNSLint вважає, що порт Listening, також повертає відповідь на порт, якщо будь-який повертається. Наприклад, якщо прослуховування порту SMTP його зазвичай повертає відповідь, що відповідно до протоколу SMTP Специфікація, таких, як наступні: 220 mailsrv.reskit.com Microsoft ESMTP ПОШТОВОЇ служби, Версія: 5.0.2195.3705, готові на Пн, 13 травня 2002 року. 17: 08: 36-0700 Коли порт повідомили, як "Не слухає", це вказує, що сервер електронна пошта, до якого виконується запит відреагувало на пакет TCP Скидання прапор значення. Це свідчить про те, що не існує служба або програма прослуховує порт. "Немає відповіді" повідомила, коли мета Поштовий сервер не відповідає на спробу підключення. Припускаючи, що на цільовий сервер працює належним чином, і працює, це означає, що порт в даний Вільний час відфільтровано на цільовий сервер, або десь між клієнт, який працює DNSLint і цільовий сервер. Команда dnslint /y /v /c /d msn.com генерує звіт, називається Dnslint.htm, що заміняє вже існуючих звіт з тією ж назвою, не запитуючи в користувача дозволу. Тому що на указаного відповідного параметра /c , додатковий розділ додається в кінець стандартний DNSLint звіту: Тести підключення до мережі Примітки:Поштовий сервер: smtp-gw-4.msn.com IP адреса: 207.46.181.13 SMTP відповідь: 220 cpimssmtpa18.msn.com Microsoft ESMTP ПОШТОВОЇ служби, Версія: 5.0.2195.4905 готова на Вт, 14 травня 2002 р. 09: 26: 06-0700 ПОП відповідь: немає відповіді (можливо відфільтровано) IMAP відповідь: немає відповіді (можливо відфільтровано) Один або кілька серверів POP не відповів. Одним або Додаткові сервери IMAP не відповів. Коли ж цільового сервера електронна пошта відповідає на спробу підключення на одну з його електронна пошта портів, DNSLint спроб підключення до трьох разів. Це стандартна поведінка для клієнта TCP. Тому що DNSLint чекає три окремих TCP підключення спроб тайм-аут перед DNSLint вказує на те, що там була "Немає відповіді", цей процес може сповільнити роботу в завершення доповіді. Для оптимізації DNSLint операції, укажіть, які електронна пошта порт або порти, які ви хочете перевірити замість перевірки всіх всі троє на Вільний час. За промовчанням, коли вказано параметр /c , всі три TCP-портів (25, 110, 143) є перевірив. Але ви можете вказати які порти перевірити після параметра /c . Вкажіть комами список відразу після параметра /c . Укажіть припустимий порти тільки: smtp, pop, imap. Будь-яке поєднання цих робіт три порти. Наприклад, у команда dnslint /d reskit.com /c smtp визначає повинна бути тільки порту SMTP (TCP-порт 25) перевірив. Команда dnslint /d reskit.com /c pop, smtp вказує, що тільки порт SMTP (TCP-порт 25) і POP порт (TCP порт 110) повинні бути перевірені. Команда dnslint /d reskit.com /c imap, pop вказує, що тільки IMAP порт (TCP-порт 143) і POP порту Повинен перевірили (TCP-порт 110). Ви можете використовувати ключ /s (сервер) з /d і /ad функції. /S перемикач має кілька цілей, але це займе всього один тип даних, дійсну IP адресу DNS-сервера (за винятком одного). Коли ви Вкажіть параметр, параметр /s обходить InterNIC Whois підстановки, який виконує DNSLint за промовчанням. Як результат, DNSLint можна запустити тести приватними мережами і на доменних імен, більше доменів другого рівня в Інтернеті. DNSLint можна також перевірити доменні імена, які не підтримуються в InterNIC. В регіоні Вільний час, що ця стаття була написана, InterNIC підтримується Whois-пошук для на такі домени:. Biz, com, .coop, і .info, .int, .museum, .net, і . org. Під Вільний час сценарій виконання /ad, комутатора/с використовується вказати IP-адресу DNS-сервера, що є Повноважним для дочірнього домену, де запис А бізнес-партнера DNS використовується для служба Active Directory зареєстровані лісу реплікації. Зазвичай, це дочірній домен _msdcs у розділі корені лісу служба Active Directory. Наприклад, якщо в корені на служба Active Directory лісу, називається myad.reskit.com, DNS-сервер, на якому Цей домен може Повноважним для зони _msdcs.myad.reskit.com де зареєстровані записів DNS, які використовуються в служба Active Directory реплікації. Крім того, _msdcs.myad.reskit.com зона може бути передано в різних DNS-сервер. Однак DNS інфраструктури був розроблений, варіант/с використовується, щоб вказати DNS-сервер, який є найважливішим для _msdcs.myad.reskit.com зони. /S параметр слід указати адресу IP. Єдиний виняток Це правило є наступну комбінацію: dnslint /ad/с localhost "localhost" немає припустимий IP-адресу. Коли ви
вказати цей параметр з поєднанням /ad/с , DNSLint тести локальна система (система, яка є
Запуск DNSLint) здатність розпізнати запис А бізнес-партнера DNS, які використовуються для активного
Реплікація лісу каталогів. Рекурсивний DNS-запити надсилаються до місцевих
Система налаштована DNS сервер (и), щоб підтвердити, що локальна система може вирішити
запис А бізнес-партнера DNS використовується для реплікації лісу служба Active Directory. Це може бути
корисно під Вільний час виправлення неполадок служби служба Active Directory реплікації на на
контролері домену.Як правило, не всі місцеві настроєний DNS-серверів системи сумніви під Вільний час цього процесу. За промовчанням DNS Клієнт засобу визначення поведінка спостерігається, тому якщо DNS-сервер у верхній частині на Локальна система список DNS-сервер не відповідає, є наступний сервер зі списку використовується. Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base: 261968
(http://support.microsoft.com/kb/261968/
)
Пояснення клієнт розпізнавача ім'я домену, функцію сервер списокВластивостіНомер статті: 321045 - Востаннє переглянуто: 21 серпня 2012 р. - Редакція: 1.0
Машинний переклад УВАГА! Цю статтю переклала програма машинного перекладу Microsoft, а не людина. Корпорація Microsoft пропонує вам як машинні переклади, так і переклади фахівців, щоб Ви мали доступ до всіх статей бази знань рідною мовою. Проте стаття, яку переклав комп’ютер, не завжди бездоганна. Вона може містити лексичні, синтаксичні або граматичні помилки. Так само помиляється іноземець, спілкуючись вашою рідною мовою. Корпорація Microsoft не несе відповідальність за жодні неточності, помилки або шкоду, завдану неправильним перекладом змісту або його використанням з боку користувачів. Крім того, корпорація Microsoft часто оновлює програму машинного перекладу. Клацніть тут, щоб переглянути цю статтю англійською мовою: 321045
(http://support.microsoft.com/kb/321045/en-us/
)
| Переклади статей
|




На початок








