Как выполнить трассировку сайта


Полезные статьи. Как сделать пинг и трассировку в OC Windows. LTD Beget

Иногда возникает ситуация: сайт не открывается при обращении к своему имени. Чаще всего такое происходит после регистрации домена или изменений настроек DNS для домена.

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

Для этого нам понадобится воспользоваться двумя утилитами, которые встроены в ОС Windows: ping и tracert.

Итак, нажмите на сочетание клавиш Win+R на клавиатуре или откройте Пуск -> Выполнить. В появившемся окне наберите cmd:

Перед Вами должна открыться командная строка Windows. Для того, чтобы сделать пинг, необходимо набрать в ней команду ping site.com, где site.com — имя Вашего домена.

После ввода нажмите Enter и дождитесь выполнения команды.

Теперь полученный результат необходимо скопировать. Для этого щелкните правой кнопкой мыши в области консоли и в контекстном меню выберите пункт "Пометить".


После этого мышью выделите необходимую область с текстом и нажмите Enter. Теперь результат скопирован в буфер обмена, и Вы можете вставить его, куда Вам необходимо. Например, отправить его сотруднику технической поддержки, вставив в поле ввода сообщения (Ctrl+V).

Для того, чтобы сделать трассировку, Вам необходимо вместо команды ping ввести команду tracert site.com. После чего надо нажать Enter, дождаться ее выполнения и таким же образом скопировать результат в буфер обмена.

Также желательно выполнить следующие команды для диагностики - это telnet и nslookup

Скорее всего, если попробовать выполнить команду telnet, то возникнет следующее сообщение:


 "telnet" не является внутренней или внешней
 командой, исполняемой программой или пакетным файлом.
 

Давайте установим его. Откроем Пуск -> Панель управления

Выбираем пункт Программы

Нажимаем Включение или отключение компонентов Windows

Ставим галочку напротив Клиент Telnet и нажимаем OK

Ожидаем загрузки

Возвращаемся к командной строке и вводим команду telnet beget.com 80, нажимаем Enter

Видим пустую консоль - это означает, что подключение к сайту идет успешно, нажимаем Ctrl+C

Теперь выполним команду nslookup. Вместо beget.com подставляем домен Вашего сайта

Удачной работы! Если возникнут вопросы - напишите нам, пожалуйста, тикет из Панели управления аккаунта, раздел "Помощь и поддержка".

Как отследить любой IP-адрес

В моем предыдущем посте я обсуждал, как найти IP-адрес удаленного компьютера. После того как вы получите этот IP-адрес, необходимо отследить его до источника. Итак, в этом посте я покажу вам, как отследить любой IP-адрес до его источника.

Как отследить IP-адрес до источника?

На самом деле отследить IP-адрес до его местоположения намного проще, чем многие думают. Существует множество онлайн-инструментов, с помощью которых вы можете выполнить эту работу.Один из моих любимых сайтов - IP2Location.com .

Просто зайдите на http://www.ip2location.com/demo.aspx и введите IP-адрес, который вы хотите отследить, в диалоговом окне и нажмите «Найти местоположение» ‘. Одним нажатием кнопки вы можете найти следующую информацию для любого IP-адреса:

  • Страна , в которой расположен IP-адрес

  • Город , которому принадлежит IP-адрес

  • Широта / Долгота IP

.

Как читать Traceroute

Иногда кажется, что ваш веб-сайт может медленно реагировать. Медленное время отклика может указывать на проблему. Большинство просто предполагают, что сервер перегружен, и обращаются в службу технической поддержки. Часто представитель службы поддержки запрашивает ping и отчет traceroute . Хотя у нас есть инструкции по созданию этого отчета, при просмотре он может показаться довольно загадочным.

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

(Для разработчиков или системных администраторов, имеющих опыт работы с командной строкой, получите высокий уровень доступности и рут-доступ для своего приложения, службы и веб-сайтов с помощью облачного VPS-хостинга).

Как работает Traceroute

Каждый раз, когда компьютер подключается к веб-сайту, он должен пройти путь, состоящий из нескольких точек, что немного похоже на соединение точек между вашим компьютером и веб-сайтом.Сигнал начинается с вашего локального маршрутизатора в вашем доме или офисе, затем переходит к вашему интернет-провайдеру, а затем в основные сети. Оттуда он может иметь несколько перекрестков, пока не выйдет из магистрали Интернета в локальной сети для веб-сайта, а затем до самого веб-сервера.

Traceroute отображает путь, по которому сигнал прошел через Интернет до веб-сайта. Он также отображает время, которое является временем отклика на каждой остановке по маршруту. Если есть проблема с подключением или задержка при подключении к сайту, они появятся в это время.Вы сможете определить, какая из остановок (также называемых «прыжками») на маршруте является виновной.

Как читать Traceroute

После запуска traceroute генерирует отчет по мере прохождения маршрута. Ниже приведен пример трассировки:

 C: \> tracert www.example.com Отслеживание маршрута до example.com [10.10.242.22] более 30 прыжков: 1 <1 мс <1 мс <1 мс 172.16.10.2 2 * * * Истекло время ожидания запроса. 3 2 мс 2 мс 2 мс vbchtmnas9k02-t0-4-0-1.coxfiber.net [216.54.0.29] 4 12 мс 13 мс 3 мс 68.10.8.229 5 7 мс 7 мс 7 мс chndbbr01-pos0202.rd.ph.cox.net [68.1.0.242] 6 10 мс 8 мс 9 мс ip10-167-150-2.at.at.cox.net [70.167.150.2] 7 10 мс 9 мс 10 мс 100ge7-1.core1.nyc4.he.net [184.105.223.166] 8 72 мс 84 мс 74 мс 10gr10-3.core1.lax1.he.net [72.52.92.226] 9 76 мс 76 мс 90 мс 10g1-3.core1.lax2.he.net [72.52.92.122] 10 81 мс 74 мс 74 мс 205.134.225.38 11 72 мс 71 мс 72 мс www.inmotionhosting.com [192.145.237.216] 

Как видите, в отчете есть несколько строк, разделенных на столбцы. Каждая строка представляет собой «прыжок» по маршруту. Думайте об этом как о точке регистрации, где сигнал получает следующий набор направлений. Каждая строка разделена на пять столбцов. Примерная строка ниже:

 10 81 мс 74 мс 74 мс 205.134.225.38 

Давайте разберем этот прыжок на части.

Хмель # RTT 1 RTT 2 RTT 3 Имя / IP-адрес
10 81 мс 74 мс 74 мс 205.134.225.38

Номер перехода - это первый столбец, который представляет собой просто номер перехода на маршруте. В данном случае это десятый прыжок.

Столбцы RTT - В следующих трех столбцах отображается время приема-передачи (RTT) для вашего пакета, чтобы достичь этой точки и вернуться на ваш компьютер. Это указано в миллисекундах. Здесь три столбца, потому что traceroute отправляет три отдельных сигнальных пакета. Это делается для того, чтобы показать последовательность или ее отсутствие в маршруте.

Столбец Домен / IP - Последний столбец содержит IP-адрес маршрутизатора. Если он доступен, имя домена также будет указано.

Проверка времени перехода

Время, указанное в столбцах RTT, - это главное, на что вы хотите обратить внимание при оценке traceroute. Постоянное время - это то, что вы ищете. Могут быть определенные переходы с увеличенным временем задержки, но они могут не указывать на наличие проблемы. Вам нужно смотреть на закономерность по всему отчету.Время более 150 мс считается длительным для поездки в пределах континентальной части США. (Однако время более 150 мс может быть нормальным, если сигнал пересекает океан.) Но проблемы могут проявляться с очень большими числами.

Увеличение задержки по направлению к цели

Если вы видите внезапное увеличение шага, и оно продолжает увеличиваться до места назначения (если оно даже доходит до места назначения), то это указывает на проблему, начинающуюся на шаге с увеличением. Это вполне может привести к потере пакетов, где в отчете вы даже увидите звездочки (*).

 1 10 мс 7 мс 9 мс 172.16.10.2 2 78 мс 100 мс 32 мс ip10-167-150-2.at.at.cox.net [70.167.150.2] 3 78 мс 84 мс 75 мс 100ge7-1.core1.nyc4.he.net [184.105.223.166] 4 782 мс 799 мс * мс 10gr10-3.core1.lax1.he.net [72.52.92.226] 5 * мс 899 мс 901 мс 10g1-3.core1.lax2.he.net [72.52.92.122] 6 987 мс 954 мс 976 мс 205.134.225.38 7 1002 мс 1011 мс 999 мс www.inmotionhosting.com [192.145.237.216] 

Высокая задержка в середине, но не в начале или в конце

Если прыжок сразу после длинного падает, это просто означает, что маршрутизатор на длинном прыжке установил для сигнала более низкий приоритет и не имеет проблемы.Подобные шаблоны не указывают на проблему.

 1 <1 мс <1 мс <1 мс 173.247.246.116 2 30 мс 7 мс 11 мс 10.10.0.2 3200 мс 210 мс 189 мс 4.71.136.1 4 111 мс 98 мс 101 мс ip10-167-150-2.at.at.cox.net [70.167.150.2] 5 99 мс 100 мс 98 мс 205.134.225.38 

Высокая задержка посередине, которая остается постоянной

Если вы видите скачок скачка, но остаетесь постоянным на протяжении остальной части отчета, это не указывает на проблему.

 1 <1 мс <1 мс <1 мс 173.247.246.116 2 30 мс 7 мс 11 мс 10.10.0.2 3 93 мс 95 мс 92 мс 4.71.136.1 4 95 мс 99 мс 101 мс ip10-167-150-2.at.at.cox.net [70.167.150.2] 5 99 мс 100 мс 98 мс 100ge7-1.core1.nyc4.he.net [184.105.223.166] 6 95 мс 95 мс 95 мс 10g1-3.core1.lax2.he.net [72.52.92.122] 7 95 мс 96 мс 94 мс 205.134.225.38] 

Высокая задержка в начальных переходах

Отображение задержки в первых нескольких переходах указывает на возможную проблему на уровне локальной сети.Вам нужно будет работать с администратором локальной сети, чтобы проверить и исправить это.

Таймауты в начале отчета

Если у вас есть таймауты в самом начале отчета, скажем, в пределах первых одного или двух переходов, но остальная часть отчета выполняется, не беспокойтесь. Это совершенно нормально, поскольку ответственное устройство, скорее всего, не отвечает на запросы traceroute.

Таймауты в самом конце отчета

Таймауты в конце могут возникать по ряду причин.Однако не все из них указывают на проблему.

    • Целевой брандмауэр может блокировать запросы. Однако цель все еще, скорее всего, достижима с помощью обычного HTTP-запроса. Это не должно повлиять на нормальное соединение.
    • Обратный путь может иметь проблему из точки назначения. Это будет означать, что сигнал все еще идет, но обратный сигнал не возвращается на ваш компьютер. Это не должно повлиять на нормальное соединение.
    • Возможная проблема с подключением к цели.Это повлияет на соединение.

Нужно ли мне связываться с моей хостинговой компанией?

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

Первый переход находится в вашей собственной сети. Следующий переход - ваш интернет-провайдер. Последняя пара прыжков, скорее всего, находится в домене и под контролем вашего хостинг-провайдера, поэтому, если проблема существует, они могут исправить ее за вас.Если это произошло где-то до этого, проблема просто в пути и не зависит ни от вас, ни от вашего хостинг-провайдера.

.

Как отследить перенаправление веб-сайта хакера | Small Business

Хакер, имеющий доступ к вашему веб-сайту, может заставить его перенаправить посетителей на другой сайт, что может нанести ущерб репутации вашей компании. Редиректы могут использоваться для кражи вашего трафика, чтобы зарабатывать деньги для хакера за счет доходов от рекламы; они могут даже отправлять ваших посетителей на сайты, атакующие сайты, которые заражают компьютеры вредоносным ПО. Отслеживание источника перенаправления может помочь вам в решении проблемы.Вы не всегда сможете идентифицировать человека, стоящего за атакой, но некоторые инструменты могут помочь вам узнать больше об инциденте.

Щелкните «Пуск | Панель управления | Сеть и Интернет | Центр управления сетями и общим доступом | Изменить параметры адаптера». Найдите и щелкните правой кнопкой мыши устройство, которое вы в настоящее время используете для подключения к Интернету, затем нажмите «Подробнее», чтобы увидеть свой IP-номер, который является уникальным адресом вашего компьютера в Интернете. Запишите это число.

Перейдите на домашнюю страницу своего веб-хоста и найдите поля для входа в систему.Войдите на сайт и войдите в панель управления вашим сайтом. Большинство хостов веб-сайтов предлагают панель управления, часто Plesk или cPanel.

Просмотрите список IP-адресов, которые ранее обращались к вашему сайту. Они должны появиться под заголовком, например «Последний вход от». Если какие-либо номера не соответствуют вашему IP и не принадлежат никому, у кого есть законная причина для доступа к веб-сайту вашей компании, возможно, они принадлежат человеку, который взломал ваш сайт и настроил перенаправление.Запишите эти подозрительные IP-адреса.

Перейдите на сайт, предлагающий инструменты WHOIS и поиска IP, например Who.is, Whois.com или Network-tools.com (ссылки в ресурсах). Введите номер подозрительного IP-адреса в соответствующее текстовое поле и выберите параметр для выполнения поиска IP. Это сообщит вам интернет-провайдер, связанный с подозрительным номером, и может даже сказать вам, на кого зарегистрирован этот IP-адрес. Обратите внимание, что IP-номер не является убедительным доказательством того, что кто-то является хакером - у человека есть много причин, по которым у человека есть тот же IP-номер, что и у хакера, без ответственности за какие-либо злонамеренные действия.

Скопируйте адрес страницы, на которую ваш сайт теперь перенаправляет, и вставьте его в текстовое поле поискового веб-сайта. Используйте инструмент WHOIS, чтобы узнать интернет-провайдера, на котором размещен вредоносный сайт. Вы даже можете получить имя человека, который зарегистрировал домен, хотя это может быть не имя настоящего хакера - это может быть вымышленное имя, или первоначальный регистрант сайта может сам стать жертвой взлома.

Свяжитесь с интернет-провайдером, имеющим подозрительный IP-адрес и веб-сайт, и сообщите ему об инциденте.Если нападение было очень серьезным, также рассмотрите возможность информирования правоохранительных органов. Свяжитесь с Центром жалоб на Интернет-преступления (ссылка в разделе "Ресурсы") или в местное отделение ФБР с любой собранной вами информацией.

.

TRACE - Веб-технологии для разработчиков

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

Конечный получатель запроса должен отразить полученное сообщение, за исключением некоторых полей, описанных ниже, обратно клиенту как тело сообщения ответа 200 ( OK ) с Content-Type из message / http .Конечным получателем является либо исходный сервер, либо первый сервер, получивший в запросе значение Max-Forwards , равное 0.

Синтаксис

 TRACE /index.html 

Технические характеристики

Совместимость с браузером

Таблица совместимости на этой странице создана на основе структурированных данных. Если вы хотите внести свой вклад в данные, посетите https://github.com/mdn/browser-compat-data и отправьте нам запрос на перенос.

Обновление данных о совместимости на GitHub
Desktop Mobile
Chrome Edge Firefox Internet Explorer Opera Safari Android webview Chrome для Android Firefox для Android Opera для Android Safari на iOS Samsung Internet
TRACE Chrome ? Кромка ? Firefox ? IE ? Опера ? Safari ? WebView Android ? Chrome Android ? Firefox Android ? Опера Android ? Safari iOS ? Samsung Интернет Android ?

Легенда

Совместимость неизвестна
Совместимость неизвестна

См. Также

.

Смотрите также

Поделиться в соц. сетях

Опубликовать в Facebook
Опубликовать в Одноклассники
Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий