Интернет на работе

Трассировка

Вы приходите на работу, включаете компьютер и обнаруживаете, что Интернет работает крайне медленно. Практически невозможно открывать страницы. Возможна и другая проблема - корпоративный сайт не открывается. Возникает два вопроса, совмещенных в один - что делать, для того чтобы определить, кто виноват? Звонок в службу техподдержки провайдера ничего не дал - ответ был лаконично-непонятным: "Это внешняя авария, мы решаем проблему, ждите".

Для того чтобы научиться определять и локализовывать проблему, рассмотрим типичную ситуацию конкретной компании "Свежие тюльпаны". Эта компания расположена в небольшом городке на берегу моря. Когда в компании понадобился Интернет, было решено подключиться к провайдеру 3, который расположен в том же самом городе (рис. 12.25):

Рис. 12.25. История Интернета в компании "Свежие тюльпаны". 1 - крупный региональный провайдер, на хостинге которого компания разместила свой сайт. 2, 3 - региональные провайдеры

Однако когда компании понадобилось разместить свой сайт www.svejietyulpani.ru, руководство решило это сделать на хостинге крупного регионального провайдера 1. Дело в том, что он предоставлял отличный дата-центр и широкие каналы связи с внешним миром. Это означает, что сайт компании доступен для всех остальных пользователей Интернета всегда и без всяких проблем.

Рядом с городом, в котором работает компания "Свежие тюльпаны" есть еще один небольшой городок, в котором работает провайдер 2. Чисто географически, наш провайдер 3 для подключения к крупному региональному провайдеру 1 использует каналы связи провайдера 2. По-другому работать невозможно - со всех сторон окружает море, а прокладывать собственный канал до провайдера 1 дорого и сложно.

Немного усложним ситуацию. Предположим, что сайт компании располагается не на хостинге провайдера 1, а на специальном дата-центре d (рис. 12.26):

Рис. 12.26. Добавился дата-центр d.

На этом дата-центре d сразу после открытия собралось множество региональных сайтов. Это очень удобно, потому что пользователям не нужно платить за внешний трафик.

Разберем теперь все проблемы, которые могут возникнуть с Интернетом и корпоративным сайтом "Свежие тюльпаны". При аварии на канале связи крупного регионального провайдера 1 компания "Свежие тюльпаны" и весь регион останутся без внешнего Интернета. И весь Интернет останется без сайтов, которые размещены на дата-центре d. Однако будет работать региональный Интернет (рис. 12.27, А). Конечно, это самый тяжелый и неприятный случай. Самый простой вариант - но не самый приятный для компании, это когда не работает канал между ней и провайдером 3 (рис. 12.27, Б). Понятно, что весь остальной мир не заметит никаких неприятностей. Если выйдет из строя сам дата-центр d, то и для внешнего мира и для региона, окажутся недоступны все размещенные на нем сайты. Однако внешний Интернет будет работать (рис. 12.27, В). Наконец, если случится разрыв (хотя бы один) на участке между провайдерами 2 и 3, то в компании "Свежие тюльпаны" Интернет работать не будет, но будет доступен корпоративный сайт (рис. 12.27, Г). Впрочем, для всего остального мира этот сайт будет работать.

Рис. 12.27. Различные проблемы. А - внешний Интернет не работает для всего региона, Б - в компании "Свежие тюльпаны" не работает ничего, В - не работает региональный дата-центр, Г - в компании "Свежие тюльпаны" не работает Интернет, но сайт доступен.

Кроме рассмотренных примеров, конечно, возможно еще множество причудливых комбинаций неисправностей.

Теоретическая модель примерно отражает реальное положение дел. В любом городе, реализовывается множество каналов связи, но для конкретного абонента или района всегда можно локализовать участок сети. Кроме того, практически ни один провайдер не использует единственный канал связи. Всегда есть резервная линия, специально на случай аварий. Однако она, как правило, имеет намного меньшую пропускную способность. Для клиентов это и выражается в том, что сайты иногда открываются крайне медленно.

При заключении договора с провайдером клиентов, разумеется, не уведомляют, о том, как они будут получать услуги Интернет доступа. В нашем случае, провайдер 3 не сообщал компании "Свежие тюльпаны" о том, что у них есть договоренность с провайдером 2, а еще у них отдельный канал до дата-центра d. Впрочем, большинство клиентов это и не интересует - ведь задача получать качественный Интернет, без подробностей, как он доставляется? Однако выяснение, по чьей вине возникла проблема, становится важным при возникновении этой самой проблемы. Здесь мы уже начинаем задумываться, по какому пути идет до нас информация с определенного сайта.

В четвертой Лекции мы работали с утилитой Ping, которая предназначена для измерения отклика до заданного сайта. Однако она не позволяет проследить путь до него. Для этого предназначена команда tracert. Открываем диалоговое окно "Выполнить" с помощью сочетания клавиш WINDOWS + R, вводим значение "cmd". В командном интерпретаторе вводим " tracert www.intuit.ru " (рис. 12.28):

Рис. 12.28. Трассировка до ресурса www.intuit.ru.

В результате трассировки мы сразу видим проблемный участок. Например, в данном случае на участке от 193.232.244.91 до 194.67.246.7 возникает провал - выводится сообщение "Превышен интервал ожидания для запроса". Чем меньше время отклика (измеряется в миллисекундах, ms) между различными узлами, тем лучше качество связи на данном участке. Установить название узлов по их IP-адресам поможет сервис Who.Is (www.who.is), который мы рассматривали в предыдущей лекции.

Для фиксирования результатов, можно конечно, сделать скриншот. Однако, для получения данных в текстовой форме, нужно щелкнуть правой кнопкой мыши, а затем в появившемся контекстном меню выбрать пункт "Выделить все" (рис. 12.29):

Рис. 12.29. Выделение содержимого.

Далее просто нажимаем клавишу ENTER - все содержимое окна в буфере обмена. Таким образом, данные помещаются в письмо, адресованное службе поддержки.

Итак, мы можем проверять доступность произвольного сайта - доступ в мир или даже доступность своего собственного сайта с выяснением проблемного участка. Команда tracert поддерживает несколько специализированных параметров - справка по ним выводится, если просто набрать команду, без указания сайта.

Специализированные сервисы http://host-tracker.com/ позволяют оценить доступность задаваемого сайта из различных уголков Земного шара (рис. 12.30):

Рис. 12.30. Проверка доступности сайта.

Интернет Университет Информационных Технологий доступен из всех проверенных узлов. Такую проверку полезно делать при приобретении хостинга. На сайте http://www.traceroute.org/ предлагается делать выборку по странам, для проведения трассировки.

Команда pathping также позволяет определять путь пакетов данных до заданного сайта. Она сочетает в себе действие команд tracert и ping. Для получения справки об этой команде достаточно ввести ее в строке интерпретатора.