Ця стаття спеціально для тих, хто розуміє, що таке IP-адреса, DNS та основний шлюз мережі, а також знайомий із термінами провайдер, мережева карта тощо. Огляд цих термінів, можливо, буде опубліковано окремо.

Оскільки стаття написана для великої аудиторії від простого користувача Windows до адміністратора UNIX або користувача MacOS, я вирішив виділити 2 частини. У першій частині статті я розповім про методи виявлення та усунення мережевих помилок засобами операційної системи Windows, у другій частині – засобами UNIX-подібних ОС, таких як Linux, FreeBSD, MacOS. І так, у Вас не працює Інтернет, на відміну від Ваших колег, сусідів, дружини, які працюють через той самий роутер/сервер і т.д. Що робити?

Діагностика та усунення помилок мережі штатними засобами Windows

Для початку нам знадобиться робочий інструмент. Повторюся, жодних сторонніх програм встановлювати ми не будемо, використовуємо лише те, що є у складі ОС. Отже, запускаємо Командний рядок. Для тих, хто не знає, це чорне віконце з білими літерками. Знаходиться вона в меню Пуск->Всі програми->Стандартні->Командний рядок. Швидко викликати її також можна через пошук у Windows7/Windows8 за фразою cmdабо Пуск->Виконати->cmd у WindowsXP.

Миготливий курсор говорить нам про те, що програма готова до введення команд. Всі ці команди ми вбиватимемо не зважаючи на те, що написано до цього курсору.

Крок 1: перевіряємо стан обладнання, наявність підключення (кабелю)

За це відповідає команда ipconfig. Набираємо ipconfig /all та натискаємо Enter. Так само ми набиратимемо й інші команди. Звертаю увагу, що сама команда ipconfig запускається з параметром all, який обов'язково відокремлюється пробілом та знаком косої межі /. Відреагувавши на команду ipconfig, система нам вивела кілька екранів інформації, в які нам доведеться вникнути, щоб правильно діагностувати та усунути проблему мережі.

Як видно на скріншоті, для кожного адаптера мережі система повернула налаштування. Якщо у Вас виведено лише фразу Налаштування протоколу IP для Windows , Отже в системі взагалі не виявлено мережеві адаптери: тут можливі варіанти виходу з ладу обладнання, відсутності драйверів або апаратне вимкнення, наприклад кнопка на ноутбуці, яка вимикає бездротові мережі.

Оскільки я маю ноутбук, було виявлено кілька доступних мережевих адаптерів. Особливо я виокремлю

Якщо у Вас, як, наприклад, у моєму випадку, застосовно до виділеної проводової мережі в рядку Стан середовищазначиться фраза Середовище передачі недоступне значить непідключений або зіпсований кабель/розетка/порт комутатора і т.п. У разі наявності фізичного підключення, як, наприклад, у мене в Wi-Fi мережі, будуть виведені основні налаштування (ми розглянемо тільки деякі з них):

• Опис: тут, зазвичай, вказується мережевий адаптер, визначений системою (віртуальні адаптери, типу Microsoft Virtual тощо. немає сенсу розглядати взагалі, нам потрібні лише фізичні);
• DHCP увімкнено: важливий параметр, який вказує, як було отримано адресу: автоматично через DHCP(буде значення Так) або встановлено вручну (буде значення Ні);
• IPv4-адреса: IP-адреса в TCP/IP мережі – один із трьох найважливіших параметрів, який знадобиться нам надалі;
• Маска підмережі: Ще один важливий параметр;
• Основний шлюз: 3-й важливий параметр – адреса маршрутизатора/шлюзу провайдера, як правило, збігається з DHCP-сервером, якщо налаштування отримані автоматично;
• DNS-сервери: адреси серверів, які перетворюють імена хостів на IP-адреси.

Крок2: перевіряємо правильність IP-адреси

У випадку, якщо у Вас налаштування виходять автоматично (опція DHCP увімкнено - Так), але не заповнено параметр Основний шлюзі DNS-сервери, DHCP не працює на роутері або сервері. У цьому випадку потрібно переконатися, що роутер увімкнений (можливо спробувати його перезавантажити), у разі сервера, що служба DHCP працює та призначає адреси.

Після перезавантаження роутера необхідно оновити налаштування. Для цього можна перезавантажити комп'ютер або просто виконати 2 команди:

• ipconfig /release – для скидання всіх автоматичних налаштувань
• ipconfig /renew – щоб отримати автоматичні налаштування

В результаті обох команд ми отримаємо висновок, аналогічний висновку ipconfig /all. Наше завдання добитися того, щоб були заповнені IPv4-адреса, Маска підмережі, Основний шлюз, DNS-сервери. Якщо налаштування призначаються вручну – перевіряємо, щоб заповнені IPv4-адреса, Маска підмережі, Основний шлюз, DNS-сервери. У разі домашнього інтернету ці налаштування можуть бути вказані у договорі із провайдером.

Крок 3: перевіряємо доступність свого обладнання та обладнання провайдера

Після того, як усі налаштування отримано, необхідно перевірити працездатність обладнання. До речі, вся мережа є ланцюжком шлюзів. Перший із них і є той Основний шлюз , який видала нам команда ipconfig, наступний – шлюз, який є основним для провайдера тощо до досягнення потрібного вузла в мережі Інтернет.

І так, для перевірки мережевих пристроїв у Windows служить команда ping і для того, щоб правильно діагностувати проблему в роботі мережі, необхідно виконати пінг для наступних адрес в послідовності:

1. Свій комп'ютер (IPv4-адреса). Наявність відгуку свідчить про працездатність картки;
2. Роутер або сервер виконує роль Інтернет-шлюзу (Основний шлюз). Наявність відгуку свідчить про правильне налаштування комп'ютера для роботи в локальній мережі та доступності шлюзу, відсутність відгуку свідчить або про неправильні налаштування, або про непрацюючий роутер/сервер.
3. Ваш IP у провайдера (зазвичай вказаний у договорі з провайдером – налаштування, IP-адреса). Наявність відгуку свідчить про правильне налаштування комп'ютера, роутера/сервера, відсутність відгуку – або про неправильне налаштування роутера, або про недоступний шлюз провайдера/несправності на стороні провайдера.
4. DNS (сервери DNS). Наявність відгуку свідчить про коректну роботу мережевого протоколу – якщо в цьому випадку не працює Інтернет, швидше за все справа в самій операційній системі, вірусному зараженні, програмних блокуваннях як з боку провайдера, так і самого комп'ютера/шлюзу.
5. IP-адреса будь-якого робочого хоста в мережі, наприклад, я використовую DNS-сервер Google – 8.8.8.8. Відповідь свідчить про правильну роботу мережевого обладнання як з Вашого боку, так і з боку провайдера. Відсутність відгуку свідчить про помилки, які додатково діагностуються трасуванням.
6. URL-адреси будь-якого сайту, наприклад yandex.ru. Відсутність відгуку може свідчити про непрацюючу службу розпізнавання адрес, якщо не вдалося перетворити URL на IP-адресу. Це проблема швидше за все служби DNS-клієнт, яка відключена у Windows на Вашому ПК, або працює неправильно.

Для прикладу, що розглядається, будуть виконані наступні команди.

При позитивному тесті буде виведено кількість надісланих та отриманих пакетів, а також час проходження пакета до вузла мережі.

Характерні помилки виглядають так.

Крок 4: Тестування трасуванням

Також загальну картину можна отримати, якщо скористатися трасуванням. Суть тесту в тому, що пакет проходить по всіх шлюзах від комп'ютера до вузла мережі. Як вузл мережі може бути шлюз провайдера, який-небудь сервер або просто url сайту.

Для запуску необхідно застосувати команду tracert. У прикладі, я тестуватиму сайт yandex.ru:

На першому кроці хост перетворюється на IP-адресу, що свідчить про правильну роботу DNS-служб і правильне налаштування мережі. Далі по порядку пакет проходить всіма шлюзами мережі до призначення:

• 1-Основний шлюз
• 2,3-Шлюзи провайдера (можливо 1 або декілька)
• 4,6-проміжний шлюзи
• 5-Один із шлюзів не доступний
• 7-Потрібен нам сайт yandex.ru

Діагностика несправності мережі в цьому тесті допомагає визначити, на якому саме вузлі є несправність. Так, наприклад, якщо пакет не йде далі 1-го рядка (Основний шлюз), то існує проблема з роутером або обмеження на стороні провайдера. 2-й рядок - проблема на стороні провайдера і т.д.

Крок 5: Тестування окремих протоколів

При успішному проходженні всіх перерахованих вище тестів можна стверджувати про правильне налаштування мережі та роботу провайдера. Однак і в цьому випадку можуть некоректно працювати деякі клієнтські програми, наприклад, електронна пошта або браузер.

Пов'язано це може бути як з проблемами на самому комп'ютері (наприклад, вірусне зараження або неправильні налаштування програми або її непрацездатність), так і з обмежувальними заходами, що застосовуються провайдером (блокування 25-го порту для відправки пошти).

Для діагностики цих проблем застосовується програма Telnet. За промовчанням у Windows 7 і вище, цей компонент не встановлений. Для установки необхідно перейти в Пуск-Панель-Управління->Програми(Програми та компоненти, Встановлення та видалення програм залежно від версії ОС), перейти до Увімкнення та вимкнення компонентів Windows (для цього потрібні права адміністратора) та встановивши галочку навпроти Клієнт Telnet натиснути Добре.

Тепер ми можемо розпочати тестування мережевих портів. Наприклад, перевіримо працездатність поштового протоколу.

У мене є корпоративна поштова скринька, яка розміщується на хостингу RU-CENTER. Адреса сервера: mail.nic.ru, повідомлення перестали надходити за протоколом POP3, тобто порт 110 (адреса сервера та номер порту я взяв з налаштувань Outlook). Таким чином для того, щоб перевірити, чи має мій комп'ютер доступ до сервера mail.nic.ru по порту 110 у командному рядку, я запишу:

telnet mail.nic.ru 110

Далі сервер видав мені статус мого звернення +ОК, що свідчить про коректну роботу як мережі загалом, і поштової служби зокрема й у непрацюючої поштою швидше за все винен поштовий клієнт.

Переконавшись, я набираю команду quit, на що сервер знову відповів мені +ОКі цим завершив сеанс роботи команди telnet.

Таким чином, за допомогою штатних засобів операційної системи Windows ми можемо діагностувати та усунути проблему мережі. У наступній частині статті я розповім про штатні засоби діагностики в UNIX-подібних ОС, таких як Linux, FreeBSD і MacOS.

Мережі на базі TCP/IP містять велику кількість зручних утиліт та команд, що дозволяють спостерігати за статусом мережі та діагностувати проблеми, що виникають (табл. 7.1).

Утиліта ping є одним з основних діагностичних засобів у мережах TCP/IP і входить у постачання всіх сучасних мережевих операційних систем. p align="justify"> Функціональність ping також реалізована в деяких вбудованих ОС маршрутизаторів, доступ до результатів виконання ping для таких пристроїв за протоколом SNMP визначається RFC 2925 (Definitions of Managed Objects for Remote Ping, Traceroute, і Lookup Operations).

Оскільки програма використовує ICMP і створює raw-пакети, її виконання в unix-системах необхідні права суперпользователя. Щоб звичайні користувачі могли використовувати ping, /bin/ping ставлять SUID біт у права доступу (chmod4755 /bin/ping і попросити виконати цю команду адміністратора). Приклад запуску утиліти ping:

приклад. Запуск ping.

%ping -c 3 fpm2.ami.nstu.ru

PING fpm2.ami.nstu.ru (217.71.130.131): 56 data bytes

64 bytes від 217.71.130.131: icmp_seq=0 ttl=57 time=5.458 ms

64 bytes від 217.71.130.131: icmp_seq=1 ttl=57 time=3.088 ms

64 bytes від 217.71.130.131: icmp_seq=2 ttl=57 time=1.927 ms

Fpm2.ami.nstu.ru ping statistics ---

3 packets transmitted, 3 packets received, 0.0% packet loss

round-trip min/avg/max/stddev = 1.927/3.491/5.458/1.469 ms

Таблиця 7.1

	Утиліта (команда)	Призначення	Приклади використання
		Використовується для надсилання ВІДЛУННЯ-запитів на вказаний вузол мережі. Простий, але незамінний засіб діагностики мережі	ping -c 7 saturn
		Використовується для визначення маршруту проходження пакетів від вашого хоста до вказаного хоста	traceroute -I fpm2.ami.nstu.ru
		Конфігурує або відображає параметри мережевих інтерфейсів хоста (для протоколів стека TCP/IP)
		Виводить інформацію про мережеві з'єднання, статистику за мережевими інтерфейсами тощо.
		Відображає або модифікує таблицю протоколу ARP (перетворення IP на MAC-адреси)
		Виводить різну інформацію про систему
		Те саме, що і ifconfig, але для Windows XP
		Те саме, що і traceroute, але для Windows XP	tracert tom.interface.nsk.su

Утиліта tracerouteпризначена для визначення маршрутів проходження даних у мережах TCP/IP. Вона виконує надсилання даних вказаному вузлу мережі, відображаючи відомості про всіх проміжних маршрутизаторів, через які пройшли дані на шляху до цільового вузла. У разі проблем при доставці даних до будь-якого вузла програма дозволяє визначити, на якій саме ділянці мережі виникли проблеми.

tracerouteвходить у постачання більшості сучасних мережевих операційних систем. У системах Microsoft Windows ця програма має назву tracert, а в системах GNU/Linux – traceroute.

Для визначення проміжних маршрутизаторів traceroute відправляє серію пакетів цільового вузла, причому щоразу збільшуючи на 1 значення поля TTL («час життя»). Це поле зазвичай вказує максимальну кількість маршрутизаторів, які можуть бути пройдені пакетом. Перший пакет відправляється з TTL, рівним 1, і тому перший маршрутизатор повертає назад повідомлення ICMP, що вказує на неможливість доставки даних. Traceroute фіксує адресу маршрутизатора, а також час між відправкою пакета і отриманням відповіді (ці відомості виводяться на монітор комп'ютера). Потім traceroute повторює відправку пакета, але вже з TTL, рівним 2, що дозволяє першому маршрутизатору пропустити пакет далі.

Процес повторюється доти, доки при певному значенні TTL пакет не досягне цільового вузла. При отриманні відповіді цього вузла процес трасування вважається завершеним.

На кінцевому хості IP-дейтаграма з TTL = 1 не відкидається і не викликає ICMP-повідомлення типу термін вийшов, а має бути віддана додатком. Досягнення пункту призначення визначається наступним чином: відправлені tracerouteдейтаграми містять UDP-пакет з таким номером UDP-порту адресата (що перевищує 30000), що він свідомо не використовується на хості, що адресується. У пункті призначення UDP-модуль, отримуючи подібні дейтаграми, повертає повідомлення ICMP про помилку «порт недоступний». Таким чином, щоб дізнатися про завершення роботи, програмі traceroute достатньо виявити, що надійшло ICMP-повідомлення про помилку цього типу.

Приклад Windows:

C:\Documents and Settings\dnl>tracert fpm2.ami.nstu.ru

Приклад.Результат виконання командиtracert

Трасування маршруту до fpm2.ami.nstu.ru

з максимальним числом стрибків 30:

1 2 ms 1 ms 1 ms ifgate.interface.nsk.su

2 2 ms 1 ms 2 ms cisco.n-sk.ru

3 1 ms 1 ms 1 ms router.n-cz.ru

4 2 ms 1 ms 1 ms nsk-ix.n-sk.ru

5 2 ms 1 ms 1 ms c7120.nstu.ru

6 2 ms 2 ms 1 ms ix-i.nstu.ru

7 2 ms 3 ms 1 ms ami.nstu.ru

8 2 ms 3 ms 1 ms fpm2.ami.nstu.ru

Трасування завершено.

Запуск програми провадиться з командного рядка. Для цього ви повинні увійти до неї (Пуск – Виконати – У графі «Відкрити» пишеться «cmd», натискається OK). У вікні пишемо:

tracert fpm2.ami.nstu.ru

де tracert – звернення до програми, а fpm2.ami.nstu.ru – символьне ім'я (DNS-ім'я) або IPv4 адресу.

Приклад Linux:

У Unix/Linux системах існують режими, у яких запуск програми можливий лише від імені суперкористувача root (адміністратора). До цих режимів належить важливий режим трасування з допомогою ICMP (ключ -I).

У всіх інших випадках (і в тому числі в режимі, який використовується за умовчанням) tracerouteможе працювати від імені звичайного рядового користувача (на серверах fpm2 і Saturn ключ-I використовувати заборонено, тому інформація, що виводиться на екран, буде неповною).

приклад. Результат виконання командиtraceroute

%traceroute -I saturn.ami.nstu.ru

traceroute to saturn.ami.nstu.ru (217.71.130.153), 64 hops max, 60 byte packets

1 ifgate (195.62.2.1) 1.262 ms 1.258 ms 1.138 ms

2 cisco.n-sk.ru (195.62.0.93) 2.798 ms 1.629 ms 1.903 ms

3 router.n-sk.ru (195.62.1.49) 1.232 ms 1.175 ms 1.170 ms

4 nsk-ix.n-sk.ru (195.62.1.80) 1.567 ms 1.446 ms 1.579 ms

5 c7120.nstu.ru (217.71.128.237) 1.771 ms 1.659 ms 1.582 ms

6 ix-i.nstu.ru (217.71.128.70) 2.040 ms 1.593 ms 1.753 ms

7 ami.nstu.ru (217.71.131.2) 2.996 ms 2.718 ms 1.612 ms

8 saturn.ami.nstu.ru (217.71.130.153) 4.268 ms 3.108 ms 2.051 ms

Зауваження.Утиліта traceroute використовується навіть у пізнавальних цілях, наприклад, щоб визначити, чому всередині одного міста між провайдерами так довго проходять пакети. Виявилося, що пакети передавалися не через внутрішню точку обміну трафіком, а через місто на іншому континенті. У звіті з лабораторної роботи бажано навести такий випадок для Новосибірська.

Утиліту ifconfig ми будемо використовувати не для конфігурування мережевих інтерфейсів, а в пізнавальних цілях для отримання інформації про стан активних мережевих інтерфейсів. Для цього, перебуваючи на певному хості, виконуємо утиліту ifconfig без параметрів (опцій) та аналізуємо отримані результати.

Утиліта netstat служить визначення стану мережевих структур даних. Ви можете подивитися таблиці маршрутизатора на вашій машині, детальну інформацію про різні протоколи, що використовуються, і т. д. З опцією -iця команда видає інформацію про мережеві інтерфейси на вашій машині.

Приклад використання команди netstat (для операційної системи SunOC):

name MTU Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue

le0 1500 solar sun 7442667 27558 736826 33 125361 0

lo0 536 loopback localhost 1283 0 1283 0 0 0

де name- Ім'я мережного інтерфейсу;

lo0- циклічний (loopback) інтерфейс (або «заглушка»), що використовується для перевірки мережевих протоколів;

MTU –(Maximum Transmition Unit) розмір у байтах максимального пакета даних, що підтримується цим інтерфейсом. Для Ethernet MTU=1500, для FDDI – 4428, для lo0 – 536;

Net/Dest- Призначення мережі. Це ім'я, значення якого можна отримати за номером мережі (Network Number), можна встановити у файлі /etc/networks;

Address- Ім'я машини (опція -n дозволяє вивести також IP-адресу);

Ipkts/Ierrs- Число пакетів, що прийшли, і число помилок;

Opkts/Oerrs– те саме для вихідних пакетів;

Collis- Число колізій, що відбулися. Розмір, звана коефіцієнтом колізій (collision rate), обчислюється як (Collis/Opkts)*100. Хорошим вважається коефіцієнт 0…2 %, при 3…5 % можна починати турбуватися, якщо він більше 5 %, справи дуже погані;

Queue- Число пакетів, що очікують проходження через інтерфейс. Найчастіше таких пакетів немає.

Приклад використання утиліти netstat для Linux:

Bash-3.2 $ netstat -i

Kernel Interface table

Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg

eth0 1500 0 173351491 0 0 0 156580779 0 0 0 BMRU

eth1 1500 0 183024 0 0 0 247635 0 0 0 BMRU

lo 16436 0 547246 0 0 0 547246 0 0 0 LRU

Діагностика мережі за допомогою Windows дає можливість отримати інформацію та усунути найрізноманітніші проблеми, пов'язані з мережевими підключеннями та безпосередньо з Інтернетом. Завдяки спеціальним командам типу PINGPAHTPING або IPCONFIG, всього за кілька секунд можна отримати інформацію про те, які саме проблеми.

Кабельник: діагностика мережі та моніторинг у Windows 7

У більшості випадків користувачі Windows намагаються максимально діяти власними силами та засобами. Тому за наявності проблем роботи мережі вони використовують спеціальну інфраструктуру NDF, призначену для мережної діагностики. Вона є набором рекомендацій/технологій/інструментів, за допомогою яких користувачі можуть виконувати різні види діагностики в автоматичному режимі позбавлятися проблем мережі.

Така утиліта діагностика мережі діагностує та усуває проблеми, і її можна запустити завдяки Центру довідки та підтримки. Крім того, вона запускається вручну, якщо використовувати netsh diag gui. Ця мережна діагностика показує досить велику кількість даних, результати яких представлені у вигляді величезної кількості різних мережевих тестів. Щоб запустити утиліту для конкретного пристрою, потрібно натиснути на посилання Зібрати інформацію.

Подана діагностика локальної мережі дозволяє вибрати цілий набір тестів, завдяки яким будуть запущені параметри діагностики мережі під час запуску пристрою. У цей момент перевіряються такі об'єкти мережі:

• Поштовий та проксі сервер
• За замовчуванням: шлюз
• Різні модеми
• Підключені мережні адаптери
• Сервери DHCP, DNS, WINS.

Крім тестування різних конфігурацій, аналізатор виводить інформацію про параметри операційної системи та протоколу IP. Тепер користувач можна просто запускати аналізатор під час початку роботи та зберігати інформацію у файлі у вигляді HTML, а потім надсилати електронною поштою цей файл адміністратору.

Діагностика локальної мережі

Діагностика мереж необхідна в тому випадку, коли є затримка трафіку, пристрої не виконують встановлені команди, відсутній Інтернет, проблеми з підключенням локальної мережі і т.д.

Основні причини діагностики локальної мережі можуть виглядати так:

• несправності активного пристрою та проблеми з пошкодженою кабельною системою;
• перевантажені мережеві ресурси та помилки ПЗ;
• дефекти фізичного плану, наприклад, із системою електроживлення, у тому числі це можуть бути збої в електричній мережі, яка живить обладнання;
• не виконуються команди через завантаженість каналів зв'язку тощо.

Етапи проведення діагностики, які дозволяють отримати достовірні результати у пошуку несправностей, є певною послідовністю дій.

Спочатку аналізатор локальної мережі потребує чіткого формулювання проблеми. За виконання аналізу визначають ознаки несправностей, їх можливі причини. Наприклад, відсутність правильної команди у конфігураціях модему.

Далі потрібно зібрати факти для встановлення можливих причин неполадок. Опитуються користувачі, мережеві адміністратори, керівництво компанії, збирають інформацію із систем управління мережею, а також із трасування аналізатора протоколу, виконується ознайомлення з даними, які виявляють результати аналізу роботи маршрутизатора.

Діагностика мережного обладнання вимагає підготовки спеціального плану дій, завдяки якому можна охопити всі проблеми. Краще розпочинати роботу з пошуку певної причини несправностей, щоб у діагностиці мереж виключати конкретну проблему.

Результати після виправлення несправностей необхідно обов'язково контролювати. Для цього застосовується метод збирання даних. Далі всі отримані результати аналізуються, і якщо проблему вирішено, діагностика активного мережного устаткування закінчується успішно. Якщо ж діагностика мережевого обладнання Windows не наважилася позитивним чином, необхідно розробити новий план тестування пакетів даних, який дозволить виключити найбільш малоймовірну причину несправностей локальної мережі.

Що дає діагностика ЛОМ?

Діагностика мережі дає можливість покращити всі необхідні параметри локальної мережі, у тому числі покращується робота трафіку, пристрої працюють з повною віддачею і користувачі не проводять багато часу на очікування, поки комп'ютер або певні програми завантажаться. Керівництво компаній одержують більшу продуктивність, безпосередні користувачі – більше вільного часу на іншу діяльність після діагностики Інтернету.

Для моніторингу та правильної діагностики мережі Windows дуже важливо знати команди діагностики мережі. Необхідно зайти через рядок Windows і вбити певні параметри команди. Як вже було сказано вище, це можуть бути такі команди мережевої діагностики, як netsh, ping, яка перевіряє доступну адресу, ipconfig – адресу, за допомогою якої можна пропінгувати свою шлюз. Є також такі команди, як tracert, завдяки яким можна вистежити шлях пакетів від пристрою до заданої мети. Такий вид трасування дає змогу знайти джерело проблеми, з якою пов'язана конкретна адреса.

Діагностика та обслуговування локальних мереж у нашому виконанні – це складне, але здійсненне завдання. Як ми працюємо? У своїй роботі ми використовуємо спеціальні засоби керування мережею та мережевим обладнанням, також застосовуються вбудовані системи діагностики, аналізатор протоколів, експертні системи. Також ми застосовуємо поточні плагіни та програми для Mozilla Firefox ® та ін.

Мережі та засоби комунікацій аналізуються нами як у кабельних середовищах, так і у вигляді бездротової мережі. За допомогою спеціальних апаратних засобів та обладнання наші фахівці реалізують весь комплекс робіт максимально швидко та якісно. Вартість робіт з обслуговування локальних мереж залежить від кількості робочих станцій, від спрямованості діяльності замовника, від складності структури локальної мережі та багатьох інших чинників.

Багато користувачів періодично стикаються з тими чи іншими проблемами мережі. Ситуації можуть бути різні. Скажімо, якість зв'язку може погіршитися і окремі сервери можуть бути недоступними. Подібні збої можуть виявитися критичними для користувачів онлайнових сервісів, наприклад, трейдерів, які торгують на фондовому ринку, гравців у мережеві ігри тощо. Буває, що після зміни якихось налаштувань на комп'ютері або зміни провайдера взагалі не вдається отримати доступ до мережі, а при налаштування домашньої мережі, наприклад, з'ясовується, що доступ до Інтернету є лише на одному з комп'ютерів, тощо. У багатьох подібних випадках доводиться проводити діагностику мережного з'єднання та перевіряти працездатність того чи іншого віддаленого вузла.

⇡ Вбудовані засоби Windows - утиліти Ping та Tracert

У OS Windows є кілька утиліт для діагностики стану мережі, але найчастіше використовуються Ping та Tracert. Програма Ping відправляє запит зазначеному вузлу мережі і фіксує час між відправкою запиту та отриманням відповіді (RTT, від англ. Round Trip Time), іншими словами, утиліта дозволяє визначити час відгуку сервера, що цікавить. Зрозуміло, що чим менше, тим обмін даними з цим сервером виробляється швидше. Програма Tracert виконує відправку тестового пакета вказаному вузлу мережі, відображаючи інформацію про всіх проміжних маршрутизаторів, через які пройшов пакет на шляху до запитаного вузла, а також мінімальний, максимальний та середній час відгуку кожного з них. Це дозволяє оцінити, наскільки "довгий" шлях пройшов пакет та на якій ділянці виникають найбільші затримки, пов'язані з передачею даних. Що означають результати, що видаються утилітами Ping та Tracert? Наприклад, відсутність відгуку від віддаленого сервера може свідчити, що він зараз недоступний, або адміністратор сервера заблокував ехо-запити (при цьому інші служби сервера можуть нормально працювати). Якщо час відгуку (RTT) віддалених серверів занадто великий і не залежить від їхнього розташування, швидше за все, якість вашого підключення залишає бажати кращого і варто звернутися до вашого провайдера. Втім, деякий виграш у швидкості можна отримати і шляхом настроювання інтернет-з'єднання на максимальну швидкодію, для чого краще скористатися спеціальними утилітами-оптимізаторами, такими як TweakMASTER, але це вже зовсім інша тема. Занадто "довгий" маршрут до сервера, що цікавить (тобто велика кількість проміжних маршрутизаторів на шляху з'єднання з сервером) часто призводить до уповільнення зв'язку з ним. Якщо це критично, то варто спробувати пошукати варіанти скорочення довжини маршруту. Наприклад, у випадку ігрових серверів можна зробити вибір на користь тих, які знаходяться якомога ближче до сервера вашого інтернет-провайдера. Якщо утиліти показують, що тестові пакети не проходять далі сервера вашого провайдера, ймовірно, що виникли проблеми на його боці, а можливо це планові профілактичні роботи. У використанні утиліт Ping і Tracert немає жодних хитрощів, але технічно використовувати їх не дуже зручно. Для запуску ping-тесту або трасування доведеться відкривати вікно командного рядка і вводити команду, можливо, ще й з параметрами, які потрібно запам'ятовувати або щоразу звертатися до довідки. Наприклад, для перевірки працездатності вузла www.сайт потрібно ввести в командному рядку команду ping www.сайт, а щоб з'ясувати шлях проходження пакетів до цього вузла - команду tracert www.сайт. Результати виконання цих команд представлені нижче і є кілька текстових рядків. Зазначити, що запускати вказані команди можна і через меню "Пуск" > "Виконати", але у цьому випадку вікно програми автоматично закривається відразу після завершення її роботи і всі результати будуть втрачені.

Набагато зручніше використовувати спеціалізовані утиліти, які здатні простежити "подорож" пакетів по мережі та IP-адресою сервера повідомити про нього додаткову інформацію. Подібні утиліти можуть бути дуже корисними для швидкого аналізу та ідентифікації джерела мережевих проблем. На використанні утиліт такого плану ми зупинимося в цій статті.

⇡ Діагностичні сервіси

Спочатку коротко розповімо про альтернативний варіант діагностики мережі - за допомогою спеціальних онлайнових сервісів. Як приклади таких можна навести WhatIsMyIPAddress.com і Yougetsignal.com, а також Whois-сервіс. За допомогою сервісу WhatIsMyIPAddress.com можна дізнатися свою зовнішню IP-адресу, якщо ви її не знаєте або вона у вас динамічна. Також можна шлях проходження пакетів між своїм комп'ютером та даним сервером. Зробити це просто, потрібно в меню IP Tools вибрати функцію Visual Traceroute, ввести свою зовнішню IP-адресу і клацнути по кнопці Visual Traceroute.

Також можна скористатися інструментом "IP lookup" для того, щоб з'ясувати деякі деталі про IP-адресу, що цікавить, включаючи ім'я хоста, географічні координати і місцезнаходження на карті світу. Навіщо це потрібно? Ну, наприклад, для виходу на джерело вторгнення у вашу систему, якщо ви зафіксували таке. Скориставшись функцією "Visual Trace Route Tool" на сервісі Yougetsignal.com, також можна провести трасування, для чого достатньо ввести URL-сервера або його IP-адресу і клацнути на кнопці "Host Trace". У результаті сервіс відобразить шлях проходження пакетів на карті світу, а також у вигляді списку проміжних серверів із зазначенням загальної кількості переходів та належності кожного з них конкретній країні. Активувавши функцію "Network Location Tool", можна з'ясувати географічне положення будь-якого сервера за його IP-адресою. А скориставшись функцією WHOIS lookup Tool можна отримати інформацію про сервер з інформаційного сервісу WHOIS.

Whois-сервіс допоможе встановити час відгуку сервера (функція "Ping"), визначити шлях проходження запиту до сервера і дізнатися, скільки і які проміжні інтернет-сервери, маршрутизатори та інші пристрої беруть участь у пересиланні даних на сервер і назад (Tracert).

Крім того, за допомогою функції "IP Lookup" можна з'ясувати на ім'я хоста його IP-адресу (або навпаки), а функція "Whois" підкаже, вільний зазначений домен або зайнятий. Якщо домен зайнятий, можна виявити його власника і те, як з ним зв'язатися (якщо ви, наприклад, бажаєте купити це доменне ім'я).

І є огляд створеної мережі щодо її відповідності прийнятим стандартам. Серйозний та грамотний підхід до тестування ЛВС забезпечує гарантію тривалої, стійкої та повноцінної роботи локальної мережі та дозволяє звести до мінімуму роботи відповідно до такого важливого етапу, як діагностика мережі.

Тестування ЛОМ включає наступні етапи:

• перевірка кабель-каналів
• огляд робочих вузлів
• тестування комутаційного обладнання

На етапі огляду кабельних каналів перевіряється цілісність кабелю, правильність розташування кабельних джгутів, а також розташування кабельних трас щодо джерел перешкод та відповідність кабельної системи вимогам стандартів. Огляд робочих місць виявляє правильність прокладання кабелю поблизу розеткових модулів, а також маркування. Тестування комутаційного обладнання визначає поточний стан мережі щодо її відповідності документації.

За результатами тестування складається звіт - документ, що містить у собі висновки про технічний стан лвс та перелік рекомендацій щодо усунення виявлених неполадок, поточної експлуатації та шляхів розвитку та модернізації мережі в майбутньому.

Діагностика ЛОМ та засоби її здійснення

Діагностика ЛОМ є важливою складовою адміністрування локальної мережі і є процес пошуку несправностей, що уповільнюють роботу програмного забезпечення та мережі в цілому. Останні можна умовно поділити на три основні групи:

• фізичні несправності
• помилки у роботі мережевих протоколів
• навантаження в мережі

Несправності фізичного рівня пов'язані з виходом з ладу мережевих пристроїв та компонентів. Перевантаження виникають внаслідок неможливості мережевих пристроїв впоратися з обсягом запитів, що надходять до нього. Помилки роботи протоколів ведуть до проблем взаємодії мережевих пристроїв друг з одним.

Для здійснення якісної діагностики ЛОМ у світі розроблено безліч різних діагностичних засобів, що дозволяють швидко визначати причини збоїв у роботі мереж. В галузі мережевої діагностики застосовується, зокрема, спеціалізоване обладнання, таке як аналізатори мережевих протоколів, прилади моніторингу функціонування мережі, кабельні та мережеві тестери, а також спеціалізоване програмне забезпечення, що тестує. Так, виявити фізичну несправність можна за допомогою найпростіших тестерів, які перевіряють роботу каналу, а інструментальна діагностика помилок, пов'язаних з перевантаженнями та некоректною роботою мережевих протоколів, здійснюється за допомогою мережевих тестерів та аналізаторів протоколів.

Значна частина перелічених вище приладів має досить високу ціну, і це є однією з головних причин скористатися для проведення діагностики лвс послугами сторонніх компаній, які вже мають у своєму розпорядженні дане обладнання. Крім того, навіть якщо Ви вирішите придбати таке обладнання та займатися діагностикою лвс Вашого підприємства, що називається, «не відходячи від каси», зовсім не факт, що Ваш штатний системний адміністратор успішно впорається з подібним завданням: адже досвід та інтуїцію, на відміну від кабельних тестерів, не купиш.

Компанія «Флайлінк» спеціалізується на розробці, встановленні та тестуванні ЛОМ, а також діагностиці та обслуговуванні не перший рік. У нашому розпорядженні - передове обладнання та технології, а численні позитивні відгуки Клієнтів підтверджують найвищу кваліфікацію наших фахівців та якість виконаних робіт.