Трассировка веб браузера что это
Трассировка сайта
Далеко не секрет, что любой сайт размещается на определенном сервере и вводя в адресной строке установленного браузера адрес необходимого сайта, а затем нажимая кнопку «перейти», пользователь отправляет запрос на сервер. По пути до сайта, запрос проходит через промежуточные узлы связи. Если они функционируют нормально, то происходит загрузка ресурса в браузере.
Когда загрузка сайта не происходит, значит, отправленный запрос не смог дойти по причине проблем на одном из узлов связи. Понять, какой участок канала связи вызывает потерю запроса, поможет осуществление трассировки маршрута.
Как сделать трассировку сайта
Дальше я расскажу, как сделать трассировку маршрута в ОС Windows. Для этого нам понадобится воспользоваться служебной программой Tracert, которая, аналогично программе ping, запускается командной строкой. Чтоб в нее попасть, можно использовать один из трех предлагаемых мной способов:
1. Жмем кнопку «Пуск» и выбираем далее «Выполнить», а в поле с текстом «Открыть» набираем на клавиатуре cmd, после чего — «ОК» либо используем клавишу Enter.
2. Воспользоваться комбинацией клавиш вида Win+R, которая открывает окно как в первом способе. Дальше все действия одинаковы.
3. Жмем «Пуск», далее «Все программы» (либо просто «Программы» в более старых версий ОС), переходим к пункту «Стандартные» и выбираем «Командная строка».
Откроется окошко с черным фоном, где нужно набрать команду в виде tracert название_сайта (в качестве примера: tracert yahoo.com) и подтверждаем ввод клавишей Enter. Если известен IP-адрес ресурса, то вместо названия домена, можно вводить его. Вводя адрес, устанавливается маршрут к конечному узлу. Окно командной строки выводит результаты сделанной трассировки в реальном времени: IP-адреса и названия промежуточных узлов, а также время отклика, отображаемое в миллисекундах.
Время отклика характеризует загруженность выделенного канала. При большом времени отклика, загрузка сайта будет идти, но весьма трудно. Но если появляется надпись с предупреждением о превышении интервала ожидания запроса, то на конкретном узле наблюдается потеря данных. Следовательно, этот узел – проблемный.
Таким образом, трассировка маршрута позволяет определить проблемы на узлах. Если поступление данных происходит нормально, а теряются они уже в узле назначения, то проблема именно с сайтом. При обрыве трассировки на середине маршрута – проблема с промежуточным маршрутизатором. Если пакеты теряются в сети провайдера, которым вы пользуетесь, то такая проблема решается уже непосредственно с ним.
Можно ли сделать трассировку в браузере?
Я ищу способ сделать трассировку на стороне клиента, т. е. в браузере.
насколько я знаю, невозможно отправить ICMP, UDP или TCP-пакеты с произвольными значениями TTL через Javascript или Flash. Я знаю, что Flash позволяет TCP-соединения через класс сокета в Actionscript, но это не кажется полезным для реализации трассировки.
редактировать: Я только что узнал, что он был сделано с помощью апплета Java:http://www.codefromthe70s.org/traceroute.aspx
плохая новость заключается в том, что этот апплет требует подписанного кода, потому что он фактически анализирует вывод из исполняемого файла ping базовой клиентской системы. Из-за этого пользователю предлагается разрешить запуск приложения Java, что является громоздким.
подробнее здесь: http://www.codefromthe70s.org/traceroute_explained.aspx
Я все еще ищу для более простого решения, если кто-то может помочь.
Изменить 2: Спасибо за ваши ответы. Думаю, тогда мне придется пойти с Java.
интересно, если NaCl (http://code.google.com/p/nativeclient/) будет поддерживать какое-то приложение traceroute.
8 ответов
вы не можете сделать это вообще из браузера. Javascript может в лучшем случае открыть соединение с исходным сервером для запросов AJAX, но может сделать это только через HTTP. Flash может разговаривать с произвольными хостами, но только если они перечислены в crossdomain.xml-файл на исходном сервере, и снова только через TCP. Поддержка UDP во Flash, по-видимому, ожидает.
в лучшем случае вы можете выполнить реализацию на стороне сервера и отправить вывод в браузер. И даже тогда вы, скорее всего, не сможете сделать это из серверного процесса на Unix-сервере, поскольку веб-сервер вряд ли будет работать как root. Вам нужно будет выполнить системный ping и / или traceroute и перенаправить вывод в браузер.
Почему бы тебе не просто подписать аплет? Разве проблема не в том, что вы не знаете, как подписать апплет? Если да, то начните здесь:jarsigner. здесь является более четким учебником.
на самом деле нет более простого/лучшего решения, чем на самом деле запуск некоторого фрагмента кода и / или команд на клиентском компьютере. Трассировка действительно должна исходить от клиентской машины.
Javascript и Actionscript не удается сделать это из-за ограничений безопасности. Они живут только в контексте веб-страницы. Сильверлайт, может быть, и сможет, но не вешай меня на это. Я не занимаюсь сетями.
существует расширение браузера CoNetServ (комплексные сетевые службы). Он способен сделать traceroute с вашего локального компьютера прямо в вашем браузере. http://wiki.github.com/VojtechVitek/CoNetServ/
EDIT: как Chrome и Firefox отозвали связывание библиотек NPAPI в расширения / дополнения. К сожалению, вышесказанное больше не работает.
Мда. нет, из-за модели безопасности.
вы может быть в состоянии сделать это в определенном браузере с плагином, но не произвольный браузер не используя широко доступные.
Я бы хотел, чтобы здесь было доказано обратное.
Как насчет выполнения traceroute на сервере и возврата результата с somekind ajax call
может быть, немного поздно, но может быть интересно для будущих чтений (например, мой :-D).
Java 1.5 имеет класс InetAdress с isreachable методом, который вы можете попробовать. Проверьте это:
вам не нужно создавать апплет и подписывать его! Можно использовать java из javascript. Я сделал скрипт для выполнения трассировки с помощью ActiveX или Java.
UPD: похоже, что он работает только в Firefox
поэтому он работает только в IE из-за ActiveX.
Трассировка маршрута: зачем она нужна?
Представьте себе ситуацию: вы сидите в интернете, никого не трогаете, и тут ваш любимый сайт перестает грузиться. Интернет упал, думаете вы. Но оказывается, что остальные сайты грузятся нормально. Как определить, что случилось? Вам поможет трассировка маршрута.
Наверное, всем известно, что любой сайт находится на сервере — специальном компьютере. Когда мы вводим адрес сайта в адресную строку браузера и нажимаем на кнопку «Перейти», мы тем самым отправляем запрос к серверу. По пути к сайту наш запрос проходит несколько промежуточных узлов связи, и если с ними все в порядке — то сайт отображается в браузере.
Если же сайт не грузится, значит, наш запрос не дошел из-за проблемы на каком-то из узлов связи (промежуточных компьютеров или маршрутизаторов). Проблема может быть у вас самих (например, проблема с кабелем; хотя при этом не будут грузиться и остальные сайты), у вашего интернет-провайдера или на стороне хостера сайта. Определить, на каком именно участке канала связи теряется ваш запрос, поможет трассировка маршрута.
Трассировка маршрута выполняется при помощи служебной программы Traceroute/Tracert. Эта программа входит в комплект поставки практически всех современных сетевых ОС (операционных систем, поддерживающих работу в компьютерных сетях). В ОС Microsoft Windows эта программа называется tracert, а в Linux и Mac OS X — traceroute.
Принцип действия этой программы схож с принципом действия программы ping. Traceroute отправляет на сервер данные и при этом фиксирует все промежуточные маршрутизаторы, через которые проходят эти данные на пути к серверу (целевому узлу). Если при доставке данных до одного из узлов происходит проблема, программа определяет участок сети, на котором возникли неполадки.
Как производится трассировка маршрута в Windows? Программа tracert, как и программа ping, запускается из командной строки. На всякий случай напоминаем, как войти в командную строку в Windows. Есть три основных способа:
В открывшемся окне набираем команду tracert имя_сайта (например, tracert yandex.ru) и нажимаем на клавишу Enter. Вместо адреса сайта можно ввести его IP адрес (если он вам, конечно, известен). Введя адрес, мы тем самым установили маршрут до конечного узла. В окне командной строки в реальном времени выводятся результаты трассировки: название и IP адрес промежуточных узлов, время отклика в миллисекундах.
Как использовать эти данные для решения проблемы? Время отклика показывает загруженность канала. Но даже если время отклика большое, сайт будет грузиться — пусть и с трудом. А вот если вместо времени отклика вы видите надпись «Превышен интервал ожидания для запроса», это значит, что на данном узле связи происходит потеря данных, а значит, проблема именно в нем.
Итак, трассировка маршрута помогает определить проблемный узел. Если данные проходят нормально и «стопорятся» на самом пункте назначения, то проблема действительно с сайтом. Если трассировка маршрута прекращается на середине пути, то проблема в одном из промежуточных маршрутизаторов. Если прохождение пакетов прекращается в пределах сети вашего провайдера — то и проблему нужно решать «на местном уровне».
Глубокая трассировка в Internet Explorer
После прочтения поста Стива Сойдерса о бесплатном инструменте — dynaTrace Ajax, я был дико заинтригован. Он предлагает полную анализ трассировки в IE6-8, включая JavaScript, прорисовку и сетевой трафик. Я протестировал несколько сайтов, но более интересный результат получил с тяжелым JavaScript’ом в Gmail в IE8.
Я обычно не пишу об инструментах анализа производительности, откровенно говоря, большинство из них абсолютно не предоставляют никакой интересной информации. dynaTrace предоставляет некоторую информацию, которую я до сих пор никогда не видел ни в одном инструменте, ни в одном браузере.
dynaTrace Ajax работает приклеиваясь, как низкоуровневый инструмент к Internet Explorer во время запуска, перехватывая любую активность, которую вы только можете представить. Я заметил небольшую медлительность во время работы браузера в режиме трассировки. Тем не менее, вся трассировачная информация записывается и сохраняется для дальнейшего анализа.
Выше в результате записанной сессии, авторизация в Gmail, чтения почты и завершения сеанса. Все аспекты сессии сохранены: сетевые запросы, JavaScript источники, все DOM события, и т.п.
Это полная временная шкала единичной загрузки входящей почты Gmail. Весь сетевой трафик, JavaScript парсинг и выполнение, события браузера, загрузка CPU.
Вы можете выбрать сегмент с временной шкалы и просмотреть детальнее.
Выше, вы видите четкую картину точных взаимодействий, которые произошли. Феноменальное количество выполнений inline JavaScript, завершенного вычислением расположения страницы совпадает с загрузкой данных по сети. Вы можете навести курсор мыши на определенные блоки во временной шкале для получения более детальной информации (например: был ли JavaScript запущен в результате выполнения таймера или какой Ajax запрос был вызван, который повлек за собой сетевой трафик). Вдобавок, вы можете нажать на блок для более глубокого «погружения» в трассировку.
Копая глубже в выполнении XMLHttpRequest на странице, мы увидим полный стек трассировки выполнения, и вот на этом месте, инструмент становится действительно интересным. Данный инструмент способен производить трассировку JavaScript через родной XMLHttpRequest, через сетевые запросы и вернуться обратно к событию, которое выстрелило, после выполнения запроса. Это потрясающе. Это первый инструмент, которые позволяет производить трассировку через родные методы, предоставляю картину, кто вызвал событие, а также полное разветвление всего что происходит, включая загрузку процессора и время выполнения.
Заметьте, что вы можете щелкнуть по любому куску кода в просмотре стека трассировки и увидеть его положение в исходном коде (и это работает даже после закрытия окна, весь код сохраняется для дальнейшего анализа).
Но самым большим вопросом при путешествии по трассировки обычно — где происходит снижение скорости работы? И в этот момент в игру вступает HotPath.
Выглядит все это как обычный счетчик выполнения, который вы видите в инструментах отладки Internet Explorer или Firebug, за исключением одной детали — данная форма, выводит время парсинга JavaScript и время прорисовки. Это круто! Ни один другой инструмент не предоставляет информации о времени, которое нужно для парсинга JavaScript кода вашего сайта или как долго он будет прорисовываться.
Вы можете просматривать не только время выполнения собственных JavaScript методов, но и встроенных DOM методов! На форме HotSpot вы можете отфильтровывать по DOM или JavaScript и увидеть, какие методы медленные.
dynaTrace предоставляет и дополнительный инструмент — PurePath, который пытается узнать проблематичные места в скриптах.
Еще один способ увидеть полную картину проблемных мест в вашем приложении.
Я уже использую данный бесплатный инструмент для тестирования и анализа производительности своего кода. Я думаю, что до этого времени ни один браузер не имел такого инструмента для анализа. Плюс учтите, что IE до сих пор считается доминирующим платформой для разработчиков.
Я списывался с разработчиками dynaTrace и попросил их добавить профайлер памяти и внедрить поддержку большего количества браузеров.
Как сделать трассировку маршрута до сайта, сервера?
Когда мы заходим на интернет-портал, компьютер отправляет запрос к серверу. По пути он проходит через маршрутизаторы. Если все в порядке — ресурс отображается у нас в браузере.
Если сайт не работает, запрос компьютера не дошел к серверу — потерялся на одном из промежуточных узлов связи или причина в чем-то другом (не работает сам сайт). Чтобы разобраться, где именно проблема, проведем трассировку маршрута.
При обращении в службу технической поддержки ресурса, обычно это первое, что просят сделать, если сайт не работает. Это связано с тем, что сайт может не работать из-за перебоев связи на отдельном узле, но в целом сайт работает и с ним все в порядке.
Как сделать трассировку маршрута до сервера, сайта в OC Windows
Запускаем командную строку через меню «Пуск – Все программы – Стандартные». Или нажимаем сочетание клавиш «Win + R», появляется окно системной утилиты «Запуск программы», вводим: «cmd» и нажимаем «ок».
В командной строке вводим: «tracert» и адрес ресурса, который нужно проверить. Нажимаем «ввод». В результате трассировки мы узнаем, какие промежуточные узлы проходит пакет и время отклика. На основе этой информации можно понять, где проблема: у Вас, у интернет-провайдера, на одном из промежуточных узлов или на сервере сайта. Звездочки означают, что один из маршрутизаторов не хочет отвечать.
Звездочки не всегда означают проблему — на сервере может стоять файрволл, который блокирует «лишние» пакеты, а «реальные» пропускает и в браузере страница корректно открывается.
В командной строке узнаем IP адрес для трассировки
Если по доменному имени трассировка не проходит, сделаем это по IP адресу. Узнаем его через команду «ping». Этот запрос показывает время, которое нужно пакету, чтобы дойти до сервера и вернуться обратно. Цифры в квадратных скобках, которые идут после домена в строке «Обмен пакетами с…», это и есть искомый IP. На скриншоте: 88.214.230.21.
CMS хостинг — подберите тарифный план, подходящий для системы управления Вашим сайтом!
Как скопировать результаты пинга и трассировки из командной строки?
Даже если трассировка по домену прошла успешно, стоит «пропинговать» сервер, чтобы увидеть, не теряются ли пакеты. Да и техподдержка может попросить статистику обмена данных вместе с отчетом о трассировке.
Вводим: tracert и IP адрес, нажимаем «ввод» и получаем отчет. Если данные нужны не лично вам, а для тех. поддержки, выделяем мышкой нужные строки и нажимаем «enter». Информация попадает в буфер обмена. Создаем текстовый файл и вставляем комбинацией клавиш Ctrl + V. Сохраняем и отправляем в техподдержку.
iPipe – надёжный хостинг-провайдер с опытом работы более 15 лет.