Зміст
Якщо комп'ютер втрачає зв'язок IP, оскільки він не може шукати веб-адресу, це може бути через те, що DNS-сервер відключений або тому, що є зараження кешем. DNS - це система, яка шукає адреси в Інтернеті і направляє комп'ютери до них, надаючи їм необхідну інформацію. Ця система може працювати неправильно, якщо з якоїсь причини головоломка відсутня. Тут ви знайдете керівництво по тестуванню DNS за допомогою простих команд.
Інструкції
Перевірте DNS-сервер, щоб вирішити проблеми з підключенням (Hemera Technologies / Photos.com / Getty Images)-
Відкрийте веб-переглядач, як Mozilla Firefox або Internet Explorer. Введіть www.google.com в адресному рядку. Якщо сторінка не відкривається, з'являється повідомлення про те, що її неможливо знайти.
-
Якщо це сталося, відкрийте командний рядок: Перейдіть до Пуск або Запустіть і введіть CMD у вікні. Натисніть клавішу "Enter" (для Windows Vista натисніть клавішу Shift) разом з "Enter").
-
Введіть NSLOOKUP у чорному вікні, що з'явиться. Потім натисніть [ENTER]. З'явиться таке повідомлення: - C:> NSLOOKUP Сервер за умовчанням: resolver1.opendns.com Адреса: 208.67.222.222
. Це означає, що DNS працює. З іншого боку, якщо з'явиться повідомлення: - *** Не вдається знайти ім'я сервера для адреси 208.67.222.222: Вимкнено ..., вказує, що система не змогла перевести адресу в нормальний час роботи, оскільки вона не отримав відповіді від сервера, що означає, що існує певна проблема з кінцевим сервером або десь на шляху до нього.
-
Введіть "Вихід", щоб вийти з діалогового вікна NSLOOKUP. Вам буде повернуто звичайний командний рядок. Приклад:
вихід C:>
-
Введіть "ping -a" та IP-адресу кроку 3, щоб перевірити, чи активний DNS-сервер (запит цієї адреси, додавши його до команди, відображає DNS-ім'я сервера, використовуючи протокол ICMP. Приклад: C: ping -a 208.67.222.222 pinging resolver1.opendns.com [208.67.222.222] з 32 байтами даних: Відповідь від 208.67.222.222: bytes = 32 time = 25ms TTL = 46 Відповідь від 208.67.222.222: байт = 32 time = 27ms TTL = 46 Відповідь від 208.67.222.222: bytes = 32 time = 28ms TTL = 46 Ping статистика для 208.67.222.222: Пакети: Sent = 4, Received = 4, Lost = 0 (0% втрати), Приблизний показник у мілісекундах: Мінімум = 25 мс, Максимум = 85 мс, Середній = 41мс Якщо щось на зразок "... Пакети: Надіслано = 4, Отримано = 0, Втрачено = 4 (100% втрата) ... з'являється" Це означає, що сервер не працює або виникає інша послідовність. На наступному кроці ви дізнаєтеся, як видалити одну або більше послідовностей.
-
Введіть іншу команду, щоб переконатися, що сховище IP-адрес на вашому комп'ютері не є причиною проблеми, оскільки є повним або конфліктуючим: C:> ipconfig / flushdns Конфігурація IP-адрес Windows Успішно очистив кеш DNS-дозвіл
. Повторіть крок 3, щоб переконатися, що ця дія вирішила проблему. Якщо ви отримали повідомлення: C:> NSLOOKUP Server за замовчуванням: resolver1.opendns.com Адреса: 208.67.222.222
, тоді проблему було вирішено і ви отримаєте результати інтернет-браузера, що дозволить відновити перегляд веб-сторінок.
. Якщо немає відповіді, і піни повертаються з сервера, можливо, інша проблема впливає на сервер, що приймає сигнал.
На наступному кроці ми побачимо, як сигнал досягає DNS-сервера.
-
Введіть команду: - tracert і додайте IP-адресу з кроку 3, щоб перевірити всі проміжні точки між комп'ютером і DNS. Якщо він не досягає сервера, джерелом проблеми може бути маршрутизатор або перемикач між траєкторією сигналу: Приклад: C: _ tracert 208.67.222.222 Трасування маршруту до resolver1.opendns.com [208.67.222.222] t 30 стрибків: 1 14 мс 2 мс 2 мс 192.168.0.1 2 31 мс 11 мс 12 мс 10.243.96.1 3 8 мс 9 мс 8 мс cpe-76-166-3-116.socal.rr.com [76.166.3.116 ] 4 20 мс 11 мс 8 мс tge1-1.stclca1-rtr2.socal.rr.com [76.166.9.5] 5 12 мс 10 мс 10 мс te9-3-stclca3-rtr2.socal.rr.com [76.166.1.60 ] 6 11 мс 10 мс 10 мс te9-3-stclca3-rtr2.socal.rr.com [76.166.9.60] 7 11 мс 11 мс 10 мс tge9-4.bwlaca1-rtr1.socal.rr.com [76.166.1.59 ] 8 13 мс 12 мс 15 мс tge2-0-0.lsanca4-rtr1.socal.rr.com [66.75.161.20 1] 9 * * Час завершення запиту закінчився. 10 21 мс 22 мс 22 мс te-1-3.car1.Tustin1.Level3.net [4.79.140.37] 11 52 мс 44 мс 19 мс ae-2-3.bar1.Tustin1.Level3.net [4.69.132.218] 12 31 мс 16 мс 19 мс ae-6-6.ebr1.LosAngeles1.Level3.net [4.69.136.202] 13 17 мс 21 мс 16 мс ae-1-60.edge3.LosAngeles1.Level3.net [4.69.144.9] 14 17 мс 17 мс 17 мс xe-9-1.r01.lsanca03.us.bb.gin.ntt.net [129.250.8 .181] 15 19 мс 17 мс 15 мс ae-2.r20.lsanca03.us. bb.gin.ntt.net [129.250.3.1 25] 16 102 мс 26 мс 30 мс 17 мс msnbc.ca ae-0.r20.plalca01.us.bb.gin.ntt.net [129.250.4.1 18] 18 287 мс 198 мс 129 мс xe-3-4.r04.plalca01.us.bb.gin.ntt.net [ 129.250.4 .242] 19 113 мс 26 мс 26 мс ge2-3.r04.plalca01.us.ce.gin.ntt.net [140.174.2 1.166] 20 29 мс 118 мс 34 мс resolver1.opendns.com [208.67.222.222] Повна трасування. . Це довгий шлях, але сигнал досяг свого призначення. Якщо один із системних маршрутизаторів не працює між комп'ютером (192.168.0.1) і DNS-сервером (208.67.222.222), ви побачите переривання із серією зірок: Приклад: C: _ tracert 208.67.222.222 t вирішити1.opendns.com [208.67.222.222] не більше 30 стрибків: 1 14 мс 2 мс 2 мс 192.168.0.1 2 31 мс 11 мс 12 мс 10.243.96.1 3 8 мс 9 мс 8 мс cpe-76-166 [76.166.3.116] 4 20 мс 11 мс 8 мс tge1-1.stclca1-rtr2.socal.rr.com [76.166.9.5] 5 12 мс 10 мс 10 мс te9-3 -stclca3-rtr2.socal.rr.com [76.166.1.60] 6 * * * * * * * 7 * * * * * * * 8 * * * * * * * 9 * * * * * * * *. Якщо сигнал не може досягати DNS-сервера, то він не може перевести адресу, і в результаті буде відсутність зв'язку, як якщо б сервер не працював. Виправлення: Спробуйте інший DNS-сервер. Вам потрібно буде додати ще один DNS в конфігурацію TCP / IP (див. Ілюстрацію).
-
Додайте ще один DNS-сервер, як показано на ілюстрації (4.2.2.4), щоб ви могли ще раз перевірити систему. Як правило, при використанні декількох адрес DNS ви можете збільшити можливості більш регулярної навігації, без перерв.
Додати інший DNS-сервер
Як
- Використовуйте уявні образи, щоб допомогти вам передбачити події під час проходження кроків. Уявіть, що є сигнал, який необхідно перекласти, і що може бути щось, що перешкоджає його досягати сервера. Перш ніж виконувати будь-які дії, запитайте себе, чи виникає проблема з сервером перекладу або з однією з точок траєкторії сигналу.
Повідомлення
- Не робіть радикальних змін у вашій мережі, думаючи, що ви зможете вирішити проблему, яка, ймовірно, буде на кінцевому сервері. Логічно працюйте, щоб вирішити проблему. Використання NSLOOKUP для тестування DNS-сервера спочатку покаже найбільш вірогідний сценарій. Додавання іншого сервера може бути корисним, але якщо ви додаєте більше одного сервера, який вже існує, система може заплутати. Достатньо мати три альтернативи.
Що вам потрібно
- Олівець і папір (щоб записати деталі конфігурації)