Утиліта ping.

Використовується для перевірки коннективности з видаленим хостом. Діє за допомогою посилки IMCP пакетів і очікування відповіді протягом 1 секунди (значення за умовчанням). Посилається 4 однакових пакету (значення за умовчанням). На екран виводиться час в мілісекундах, затраченоое на очікування відгуку.

Формат команди:

ping [-n значение1][-w значение2][-t] IP-address або DNS-имя видаленого хоста Де: значення -n - число посиланих на видалений хост пакетів (значення за умовчанням -4), значення -w - час очікування відгуку в мілісекундах (значення за умовчанням -1000) -t - установка утиліти ping в безперервний режим дії.

C:\WINDOWS>ping -n 10 www.netscape.com

Обмін пакетами з www-va.netscape.com [205.188.247.65] по 32 байт:

Відповідь від 205.188.247.65: число байт=32 время=194мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=240мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=173мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=250мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=187мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=239мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=263мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=230мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=185мс TTL=48

Відповідь від 205.188.247.65: число байт=32 время=406мс TTL=48

Статистика Ping для 205.188.247.65:

Пакетів: послано = 10, отримано = 10, втрачений = 0 (0% втрат)

Приблизний час передачі і прийому:

найменше = 173мс, найбільше = 406мс, середнє = 236мс

C:\WINDOWS>

У полі time указується, за який час (у мілісекундах) посланий пакет доходить до видаленого хоста і повертається на Ваш хост. Оскільки значення за умовчанням для очікування відгуку від видаленого хоста рівно 1 секунді, то всі значення даного поля будуть менше 1000 мілісекунд. Якщо Ви отримуєте повідомлення "Request time out", то, можливо, якщо Ви збільшите час очікування відгуку, пакет дійде до видаленого хоста. Ви можете збільшити час очікування за допомогою ключа -w: Приклад. C:\>ping -w 10000 bash.ac.ru

Ключ -n використовується для вказівки числа посиланих пакетів. Якщо зв'язок між хостами поганий, Ви побачите, скільки пакетів було втрачено. На жаль, хосты деяких організацій не приймають IMCP пакети (які використовуються утилітами, подібними ping) за допомогою маршрутизаторів і брэндмауэров. Наприклад, ftp.microsoft.com не пингуется, хоча зайти на цей сервер не складає труднощів. Оскільки деякі віруси атакують видалені хосты за допомогою ping, можливо, саме з цієї причини блокується отримання ping-пакетов.

Утиліта tracert.

Утиліта tracert використовується для відстежування маршруту пакету, посланого поточним хостом видаленому. Вона може показатися зручнішою і змістовнішою, чим ping, особливо в тих випадках, коли видалений хост недосяжний. Ви зможете визначити район проблем із зв'язком (у Вашого Інтернет-провайдера, в опорній мережі або в мережі видаленого хоста) по тому, наскільки далеко буде відстежений маршрут. Якщо Ви увидете рядок із зведочками (*) або з повідомленнями типу "Destination net unreachable", "Destination host unreachable" або "Request time out", можливо, Ви виявили район проблем із зв'язком.

Формат команди: tracert [-d][-h кількість ретрансляцій][-j список_систем][-w тайм-аут] IP-address або DNS-имя видаленого хоста.

Утиліта tracert спрацьовує таким чином: посилається по 3 пробних пакету на кожен хост, через який проходить маршрут до видаленого хоста. Утиліта tracert використовує параметр time-to-live (TTL) для обмеження кількості пройдених маршрутизаторів. TTL -это кількість "стрибків" або послідовних хостов, через які дозволяється пройти пакету. Стартуючи із значення рівного 1, TTL зростає до тих пір, поки, або пакет не досягне видаленого хоста або не буде досягнуте максимальне значення "стрибків" (30 за умовчанням).

C:\>tracert -d -h 16 ftp.microsoft.com

Tracing route to ftp.microsoft.com [198.105.232.1]

over amaximum of 16 hops:

1 <10 ms 10 ms <10 ms 141.225.1.1

2 <10 ms 20 ms <10 ms 198.146.21.157

3 30 ms 30 ms 20 ms 198.146.21.5

4 30 ms 20 ms 20 ms 206.23.252.6

5 50 ms 40 ms 30 ms 144.228.85.61

6 50 ms 30 ms 50 ms 144.228.80.1

7 50 ms 50 ms 50 ms 144.232.8.98

8 50 ms 51 ms 40 ms 144.232.1.150

9 90 ms 120 ms 130 ms 144.232.8.54

10 * 90 ms * 144.228.249.5

11 100 ms 110 ms 101 ms 144.228.95.10

12 110 ms 100 ms 90 ms 207.68.145.59

13 100 ms 90 ms 100 ms 207.68.129.34

14 121 ms 130 ms 140 ms 131.107.34.133

15 * * * Request timed out.

16 * * * Request timed out.

Trace complete.

Параметр -d використовується для відключення режиму визначення dns-имен хостов по IP-адресам для зручності читання інформації з екрану. Можливо Ви не захочете використовувати цей параметр, оскільки dns-имена хостов на маршруті від Вашого хоста до видаленого дозволяють Вам зрозуміти, де фізично ці хосты розташовані.

В даному прикладі використаний ключ -h із значенням 16 з метою уникнути безліч набридаючих повідомлень типу "Request timed out". Значення поумолчанию - 30, воно цілком прийнятне, і, якщо трасування пройшло успішно, то Ви увидете всього декілька строчок, що демонструють маршрут.

В даному прикладі Ви видете, що на 10 скачці два з трьох пакетів залишилися без відгуку, можливо унаслідок короткочасних мережевих проблем. Якщо Ви виявили проблему на одній з ділянок маршруту, то Ви можете зв'язатися з адміністратором мережі, якою належить попередня ділянка маршруту, визначивши приналежність мережі по IP-адресу трасованого хоста. У даному прикладі слід зв'язатися з администратом мережі, якою належить IP-адрес 131.107.34.133 для того, щоб він відстежив проблему на наступній ділянці маршруту. Подальше дослідження проблеми за допомогою утиліти nslookup (яка буде розглянута нижче) показує, що мережа класу В 131.107.0.0 належить компанії microsoft.com.

-j список_систем - свбодный вибір шляху серед систем у вказаному списку. -w тайм_аут-ожидать кожна відповідь вказане число мілісекунд. имя_системы - ім'я системи, пошук шляху до якої проводиться. Дану утиліту також можна використовувати для визначення швидкості дії шляхів. При використанні утиліт, що працюють по ICMP слід мати зважаючи на, що пріоритет ICMP трафіку в глобальних мережах найнижчий. Тобто маршрутизатор пропустить ICMP пакет після того, як пропустить пріоритетніший TCP або UDP трафік. Тому затримки пакетів не завжди відображатимуть реальну швидкість проходження TCP трафіку.