На сьогоднішній день і апаратне, і програмне забезпечення надійніше, ніж будь-коли, але навіть зараз іноді виникають неполадки. У цій серії статей я хочу обговорити деякі техніки вирішення проблем, які ви можете використовувати при виникненні проблем при з'єднанні одного вузла в мережі Windows з іншими. Для тих, у кого мало досвіду роботи з протоколом TCP / IP, я почну з основ, а потім перейду до більш передовим технікам.
Перевірка можливості з'єднання
Перше, що потрібно зробити, коли виникають проблеми в зв'язку одного вузла з іншим, - це зібрати деяку інформацію про проблему. Конкретніше, вам потрібно задокументувати конфігурацію вузла, з'ясувати, чи немає проблем у зв'язку з якими-небудь іншими машинами в мережі, і чи впливає проблема на функціонування інших вузлів.
Наприклад, припустимо, що проблема в зв'язку робочої станції з конкретним сервером. Сам по собі цей факт не дає достатньо інформації для прийняття рішення. Однак якщо ви заглибитися в проблему і з'ясуйте, що зв'язок робочої станції перервана з усіма серверами мережі, то стане зрозуміло, що треба перевірити працездатність кабелів, порт комутатора, а, можливо, що проблема в конфігурації мережі.
В іншому випадку, якби робоча станція з'єднувалася б тільки з деякими серверами мережі, але не з усіма, це також дало б вам відомості про те, де саме слід шукати джерело проблеми. У такій ситуації необхідно було б з'ясувати, що спільного у тих серверів, зв'язок з якими перервано. Може бути, вони всі знаходяться в одній підмережі? Якщо це так, то, швидше за все, у вас проблема з маршрутизатором.
Якщо у декількох робочих станцій проблема зі зв'язком з конкретним сервером, то її причина, швидше за все, не в робочих станціях (хіба що вони були тільки що переконфігурувати). В першу чергу потрібно перевірити сам сервер на коректність функціонування.
Вся справа в тому, щоб за допомогою декількох основних тестів швидко отримати корисні відомості про проблеми, що розглядається. Тести, які я збираюся вам зараз показати, рідко зможуть точно вказати на причину виниклої проблеми, але вони завжди допоможуть обмежити область пошуку цієї причини.
Опитування (PING)
Опитування - можливо, найпростіше діагностичний засіб для TCP / IP з усіх, але інформація, що отримується з його допомогою, іноді буває просто неоціненною. Суть його проста: опитування говорить про те, чи може ваша робоча станція взаємодіяти з іншою машиною.
Малюнок A: зазначена машина повинна дати чотири відгуку
Відгуки по суті говорять вам про те, скільки часу потрібно віддаленій машині, щоб відповісти 32 байтами даних. Наприклад, з рисунка A ми бачимо, що кожен з чотирьох відгуків було отримано менше ніж через 4 мілісекунди.
Зазвичай результатом виконання команди ping є одне з чотирьох можливих подій.
По-перше, зазначена машина може згенерувати всі чотири відгуку. Це означає, що з зазначеним вузлом можливо повноцінну взаємодію на рівні TCP / IP.
Малюнок B: Якщо для всіх запитів перевищено час очікування, це може означати, що взаємодія не буде здійснюватися
Так чи інакше, якщо час очікування для всіх чотирьох запитів перевищується, це означає, що час TTL закінчилося до отримання відповіді. Це може означати один варіант з трьох можливих:
Проблеми зі з'єднанням, які не дають можливості передачі пакетів між двома машинами. Такі проблеми виникають через відключення кабелю, помилок в таблиці маршрутизації або тому подібних проблем.
Передача інформації є, але вона занадто повільна для отримання відповіді по команді ping. Це може відбуватися через перевантаження мережі, несправного мережевого обладнання або проводки.
Передача інформації йде, але брандмауер блокує ICMP трафік. У таких ситуаціях опитування не працює, поки на брандмауері на цільовій машині (а також на всіх брандмауерах на шляху до неї) не будуть вирішені ICMP ехо-сигнали.
Третє, що може статися при виконанні команди ping, - ситуація, коли деякі відгуки отримані, а деякі - ні. Це може вказувати на несправність в мережевих кабелях, мережевому устаткуванні або на надмірне навантаження мережі.
І, нарешті, четверте - коли ви отримуєте помилку на кшталт тієї, що показана на рисунку C.
Малюнок C: цей тип помилки вказує на те, що TCP / IP невірно налаштований
Помилка PING: Transmit Failed (передача не вдалася) вказує на те, що TCP / IP невірно налаштований на тій машині, на якій ви намагаєтеся виконати команду ping. Ця помилка стосується виключно Vista. У старіших версіях Windows при невірної налаштування TCP / IP помилка також відбувається, але повідомлення в такому випадку виглядає так: «Destination Host Unreachable» (Заданий вузол недоступний)
Що якщо опитування пройшло успішно?
Взагалі-то, успішний опитування - річ зовсім нерідка, навіть в тому випадку, коли є проблеми в з'єднанні двох машин. Така ситуація означає, що мережева інфраструктура в повному порядку, і що машини в стані взаємодіяти на рівні TCP / IP. Найчастіше це добре, тому що означає, що проблема не дуже серйозна.
Малюнок D: спроба опитування вузла по повному доменному імені
висновок
У даній статті я показав вам деякі кроки при тестуванні взаємодії низького рівня між двома машинами. У наступній статті цієї серії я покажу вам ще кілька технік, які ви зможете використовувати в процесі вирішення проблем.