- List Of Available Methods
- Причины ошибок в файле TRACERT.EXE
- Notes
- Альтернативы и дополнения к traceroute
- Пример в Linux
- Реализация
- Как читать результат трассировки
- Назначение и применение Tracert на практике
- Команда трассировки в CMD (в командной строке)
- Как сделать трассировку до сервера?
- Трассировка маршрута в Linux
- Как уменьшить пинг?
- Использование traceroute
- Как читать выводtraceroute
- Информация о файле tracert.exe
- tracert сканер
- Другие процессы
- Синтаксис traceroute и ключи
- Whois
List Of Available Methods
In general, a particular traceroute method may have to be chosen by -M name, but most of the methods have their simple cmdline switches (you can see
them after the method name, if present).
default
- The traditional, ancient method of tracerouting. Used by default.
Probe packets are udp datagrams with so-called «unlikely» destination ports. The «unlikely» port of the first probe is 33434, then for each next probe it is
incremented by one. Since the ports are expected to be unused, the destination host normally returns «icmp unreach port» as a final response. (Nobody knows
what happens when some application listens for such ports, though).
This method is allowed for unprivileged users.
icmp -I
- Most usual method for now, which uses icmp echo packets for probes.
If you can ping(8) the destination host, icmp tracerouting is applicable as well.
tcp -T
- Well-known modern method, intended to bypass firewalls.
Uses the constant destination port (default is 80, http).
If some filters are present in the network path, then most probably any «unlikely» udp ports (as for default method) or even icmp echoes (as for
icmp) are filtered, and whole tracerouting will just stop at such a firewall. To bypass a network filter, we have to use only allowed protocol/port
combinations. If we trace for some, say, mailserver, then more likely -T -p 25 can reach it, even when -I can not.
This method uses well-known «half-open technique», which prevents applications on the destination host from seeing our probes at all. Normally, a tcp syn is
sent. For non-listened ports we receive tcp reset, and all is done. For active listening ports we receive tcp syn+ack, but answer by tcp reset (instead of
expected tcp ack), this way the remote tcp session is dropped even without the application ever taking notice.
There is a couple of options for tcp method:
syn,ack,fin,rst,psh,urg,ece,cwr
Sets specified tcp flags for probe packet, in any combination.
flags=num
Sets the flags field in the tcp header exactly to num.
ecn
Send syn packet with tcp flags ECE and CWR (for Explicit Congestion Notification, rfc3168)
sack,timestamps,window_scaling
Use the corresponding tcp header option in the outgoing probe packet.
sysctl
Use current sysctl (/proc/sys/net/*) setting for the tcp header options above and ecn. Always set by default, if nothing else
specified.
mss=num
Use value of num for maxseg tcp header option (when syn).
Default options is syn,sysctl.
tcpconn
- An initial implementation of tcp method, simple using connect(2) call, which does full tcp session opening. Not recommended for normal use, because a
destination application is always affected (and can be confused).
udp -U
- Use udp datagram with constant destination port (default 53, dns).
Intended to bypass firewall as well.
Note, that unlike in tcp method, the correspond application on the destination host always receive our probes (with random data), and most can
easily be confused by them. Most cases it will not respond to our packets though, so we will never see the final hop in the trace. (Fortunately, it seems that
at least dns servers replies with something angry).
This method is allowed for unprivileged users.
udplite -UL
- Use udplite datagram for probes (with constant destination port, default 53).
This method is allowed for unprivileged users.
Options:
coverage=num
Set udplite send coverage to num.
raw -P proto
- Send raw packet of protocol proto.
No protocol-specific headers are used, just IP header only.
Implies -N 1.
Options: - protocol=proto
- Use IP protocol proto (default 253).
Причины ошибок в файле TRACERT.EXE
Проблемы TRACERT.EXE могут быть отнесены к поврежденным или отсутствующим файлам, содержащим ошибки записям реестра, связанным с TRACERT.EXE, или к вирусам / вредоносному ПО.
Более конкретно, данные ошибки TRACERT.EXE могут быть вызваны следующими причинами:
- Поврежденные ключи реестра Windows, связанные с TRACERT.EXE / Windows.
- Вирус или вредоносное ПО, которые повредили файл TRACERT.EXE или связанные с Windows программные файлы.
- Другая программа злонамеренно или по ошибке удалила файлы, связанные с TRACERT.EXE.
- Другая программа находится в конфликте с Windows и его общими файлами ссылок.
- Поврежденная загрузка или неполная установка программного обеспечения Windows.
Notes
To speed up work, normally several probes are sent simultaneously. On the other hand, it creates a «storm of packages», especially in the reply direction.
Routers can throttle the rate of icmp responses, and some of replies can be lost. To avoid this, decrease the number of simultaneous probes, or even set it to
1 (like in initial traceroute implementation), i.e. -N 1
The final (target) host can drop some of the simultaneous probes, and might even answer only the latest ones. It can lead to extra «looks like expired» hops
near the final hop. We use a smart algorithm to auto-detect such a situation, but if it cannot help in your case, just use -N 1 too.
For even greater stability you can slow down the program’s work by -z option, for example use -z 0.5 for half-second pause between probes.
If some hops report nothing for every method, the last chance to obtain something is to use ping -R command (IPv4, and for nearest 8 hops
only).
Альтернативы и дополнения к traceroute
Файл:Tracemap.png Полученная с помощью tracemap графическая карта трассировки пути на корневые серверы DNS с хоста, расположенного в Киеве
- tracepath — похожая на traceroute программа, но может строить асимметричные трассы и имеет некоторые другие отличия.
- mtr — Интерактивная программа, способная постоянно выводить обновлённую статистику по трассе.
- tracemap — программа, позволяющая выполнять трассировку пути на несколько хостов сразу и представить полученные данные в виде графической карты.
- tcptraceroute (tracetcp) — аналогичная traceroute программа, но предназначена для диагностики TCP соединений; вместо UDP-пакетов использует TCP-пакеты открытия соединения (|) с указанным сервисом (по умолчанию — web-сервер, порт 80) интересующего хоста; в результате получаем информацию о времени прохождения данного вида TCP-пакетов через маршрутизаторы и информацию о доступности сервиса на интересующем хосте, либо, в случае проблем с доставкой пакетов — видим, в каком месте трассы они возникли.
Пример в Linux
В UNIX/Linux системах существуют режимы, в которых запуск программы возможен только от имени суперпользователя root (администратора). К числу этих режимов относится важный режим трассировки с помощью ICMP (ключ ).
Во всех остальных случаях, traceroute может работать от имени обычного рядового пользователя.
При этом, параметры по умолчанию различаются от дистрибутива к дистрибутиву, хотя в справке традиционно пишется ключ (UDP) в качестве такового. В отдельных RedHat-based дистрибутивах фактически в качестве умолчания используется , поэтому в случае, если команда из следующего примера выдаст сообщение о недостатке прав, попробуйте явно указать ключ .
$ traceroute www.ru traceroute to www.ru (194.87.0.50), 30 hops max, 38 byte packets 1 mygateway.ar7 (192.168.1.1) 0.777 ms 0.664 ms 0.506 ms 2 L0.ghsdr04 (213.227.224.91) 15.661 ms 15.867 ms 31.426 ms 3 213.227.224.1 (213.227.224.1) 16.797 ms 18.221 ms 16.756 ms 4 dg (213.186.216.161) 53.068 ms 39.163 ms 38.283 ms 5 br13 (213.186.193.43) 40.156 ms 39.768 ms 42.803 ms 6 aggr (62.221.40.169) 37.884 ms 38.712 ms 37.207 ms 7 edge-3GE-216dot1q.kiev.ucomline.net (213.130.30.182) 39.723 ms 38.039 ms 41.261 ms 8 ae0-202.RT771-001.kiv.retn.net (81.222.15.1) 40.029 ms 37.088 ms 40.039 ms 9 ae0-3.RT502-001.msk.retn.net (81.222.15.1) 128.932 ms 122.043 ms 121.612 ms 10 GW-Demos.retn.net (81.222.8.46) 120.023 ms 121.135 ms 119.493 ms 11 iki-1-vl10.demos.net (194.87.0.83) 119.074 ms 119.784 ms 123.607 ms 12 www.ru (194.87.0.50) 120.358 ms 122.545 ms 119.399 ms
Реализация
На Unix-подобные операционные систем, трассировка отправляет, по умолчанию, последовательность протокол пользовательских дейтаграмм (UDP) пакетов, с назначением номеров портов в диапазоне от 33434 до 33534; Реализации трассировки , поставляемые с Linux , FreeBSD , NetBSD , OpenBSD , DragonFly BSD , и MacOS включает в себя возможность использовать Request ICMP эхо — пакеты ( -I ), или любой произвольный протокол ( -P ) , такие как UDP, TCP с использованием протокола TCP SYN пакетов или ICMP.
В Windows ЬгасегЬ посылает запрос пакеты ICMP Echo, а не пакеты трассировка UDP отправляет по умолчанию.
Время до живого значения (TTL), также известного как предел хмеля , используется при определении промежуточных маршрутизаторов пересекаемого по направлению к месту назначения. Трассировка посылает пакеты со значениями TTL , которые постепенно повышают от пакета к пакету, начиная со значением TTL одного. Маршрутизаторы значений TTL декремента пакетов по одному при маршрутизации и отбрасывать пакеты, значение TTL достигнет нуля, возвращая сообщение об ошибке ICMP ICMP превышено время . Для первого набора пакетов, первый маршрутизатор получает пакет, уменьшает значение TTL и отбрасывает пакет , потому что он тогда имеет значение TTL нуля. Маршрутизатор отправляет Exceeded сообщение ICMP Time обратно к источнику. Следующий набор пакетов приведены значения TTL два, так что первый маршрутизатор направляет пакеты, но второй маршрутизатор падает их и отвечает ICMP превышено время. Действуя таким образом, трассировка использует возвращаемый ICMP превышено время сообщения для создания списка маршрутизаторов, пакетов проходят, пока адресат не будет достигнут , и возвращает ICMP Destination Unreachable сообщение , если пакеты UDP используются или ответ ICMP Echo , если сообщение ICMP Echo используются сообщения.
Значения временных меток , возвращаемые для каждого маршрутизатора по пути являются задержки ( задержки ) значения, как правило , измеряется в миллисекундах для каждого пакета.
Отправитель ожидает ответа в течение определенного количества секунд. Если пакет не будет подтвержден в течение ожидаемого интервала, отображаются звездочка. Интернет Протокол не требует пакетов взять тот же маршрут по направлению к определенному месту назначения, таким образом, хосты, перечисленным может быть хостами, которые пройдены другие пакеты. Если хозяин на хмелевой #N не отвечает, хмель пропускается на выходе.
Если сеть имеет брандмауэр и работает как системы Windows, и Unix-подобной, более чем один протокол должен быть включен входящим через брандмауэр для трассировки, чтобы работать и получать ответы.
Некоторые реализации Traceroute используют TCP — пакеты, такие как tcptraceroute и слой четыре отслеживания маршрута . PathPing утилита введена с Windows NT , которая сочетает в себе пинг и трассировку маршрута функциональность. ССО является расширенной версией ICMP трассировки , доступной для Unix-подобные и Windows — систем. Различные варианты выполнения трассировку все полагаются на ICMP превышено время (тип 11) пакеты, посылаемые на источник.
В Linux, tracepath утилита аналогична трассировке, с основным различием , не требующий суперпользователем привилегий.
Cisco реализация «х трассировки также использует последовательность UDP — дейтаграммы, каждую с приращением TTL значения, на недействительный номер порта на удаленном хосте; по умолчанию используется UDP порт 33434. Расширенная версию этой команды (известная как расширенная отслеживания маршрута команда) можно изменить номер порта назначения , используемый в сообщениях зондовой UDP.
Как читать результат трассировки
Второй, третий и четвертый столбцы содержат значения RTT – времени, прошедшего от момента отправки запроса до получения ответа (как вы помните, партия состоит из трех пакетов). Чем оно меньше, тем быстрее осуществляется передача. Если оно больше 4 секунд, интервал ожидания считается превышенным.
Последний столбец – это имена и адреса промежуточных и конечного узлов.
Звездочки вместо значений не всегда указывают на недоступность или неисправность сетевого устройства (как пишут в некоторых источниках). Чаще всего это просто настройка, не позволяющая отправлять ответные ICMP-сообщения (меры по защите веб-узла от DDoS-атак). Если ваш запрос благополучно достиг конечной точки за приемлемое время, беспокоиться не о чем.
Причиной сбоя доставки ICMP-пакетов (если запрос так и не дошел до адресата) может быть неработоспособность (отключение или неисправность) сетевого устройства или политика безопасности (блокировка данного действия администратором сети).
Назначение и применение Tracert на практике
Tracert – не просто некая абстрактная команда, которую понимает командная строка, а полноценная программа. Точнее, служебное консольное (не имеющее оконного интерфейса) Windows-приложение, предназначенное для определения пути, по которому направляются сетевые пакеты от одного узла к другому. Имя приложения образовано от «trace route», что означает «трассировка маршрута».
Программа Tracert является собственным компонентом Windows (устанавливается на компьютер вместе с ОС), ее исполняемый файл – TRACERT.exe, постоянно находится в папке %windir%/system32.
Для простоты понимания работы трассировщика представим сетевой пакет как обычную посылку, которую вы отправили по почте в соседний город. На пути следования к адресату (конечному узлу), посылка делает несколько остановок на сортировочных пунктах (промежуточных узлах), где ее регистрируют и отсылают дальше. Вы, как отправитель, зная почтовый трек-номер посылки, можете следить за ее передвижением на специальных сайтах. Если отправление вовремя не доставлено, вы легко узнаете, на каком этапе пути оно потерялось.
Подобным образом работает и Tracert. Только он предоставляет информацию о не почтовых, а о сетевых отправлениях.
Обратите внимание на сходство этих записей:
- На каком уровне происходит блокировка недоступного веб-ресурса: на уровне домашней сети (пакеты не отсылаются дальше шлюза), в сети провайдера или за ее пределами.
- Где пакеты сбиваются с правильного маршрута. Например, причиной того, что вместо запрашиваемого сайта открывается страница с рекламой, может быть и вредоносная программа на компьютере пользователя, и перенаправление с какого-либо сетевого узла.
- Является ли веб-ресурс тем, за что себя выдает.
Команда трассировки в CMD (в командной строке)
Во время выполнения этой команды последовательно опрашивается каждый из маршрутизаторов на пути к конечному хосту, при этом результат измеряется и отображается в отчете.
Только не стоит забывать, что задача любого маршрутизатора — передавать пакеты, а не отвечать на запросы команды tracert. Поэтому нет ничего удивительного в ситуации, когда конечный хост работает без потери пакетов, а трассировка сайта покажет потерю на определенном этапе. Это означает, что политика фильтрования некоторых брандмауэров, маршрутизаторов и прочих шлюзов безопасности настроена таким образом, что пересылаемые за счет команды пакеты просто игнорируются, и такой трафик запрещается к пересылке.
Как сделать трассировку до сервера?
Не знаете, как проверить трассировку до сервера? Тогда вам поможет приведенная ниже последовательность действий:
- Открывается командная строка
Сделать это можно по-разному:
- Если нужна команда трассировки в CMD, то командную строку можно вызвать, нажав сочетание клавиш Win+R, после чего набрав cmd и нажав клавишу Enter. Как вариант, вы можете нажать «Пуск» или клавишу Win, найти пункт «Выполнить», после чего набрать cmd и нажать клавишу Enter.
- Нажмите «Пуск» — «Программы» («Все программы») — «Стандартные» — «Командная строка».
Независимо от способа открытия, в итоге вы получаете доступ к командной строке.
Вводится команда tracert в командной строке
Команда обладает следующим синтаксисом: tracert имя_узла, где имя_узла — имя трассируемого узла или хоста в сети. Также возможен вариант tracert IP_адрес, где IP_адрес — это IP адрес нужного вам хоста или узла. После ввода команды нажмите клавишу Enter.
Анализируется результат выполнения команды
После нажатия Enter запускается процесс выполнения команды. По его окончании вы получите отчет, в котором будут отображены все этапы прохождения пакета между узлами, а также время отклика каждого узла в миллисекундах. Ниже представлен пример того, как была проведена трассировка интернет-соединения с веб-ресурсом Yandex.ru.
Команда tracert определяет путь до хоста или узла, отправляя ICMP-сообщения. Именно они подразумеваются под так называемыми пакетами, хотя вернее было бы называть их эхо-запросами и эхо-ответами. При этом существуют определенные параметры команды tracert, которые не стоит изменять без четкого понимания преследуемой цели. Также существуют символы, которые используют протокол ICMP и отображаются в отчете. Давайте рассмотрим подробнее, какими они бывают и что означают:
- ! Этот символ в одной из строчек означает, что соответствующий порт недоступен.
- !N Данный символ означает недоступность сети.
- !H Появление этого символа означает недоступность нужного узла.
- !P Этот символ предупреждает об использовании недопустимого протокола.
- !F Появляется в тех случаях, когда превышена допустимая длина отправленного или принятого пакета.
- !X Данный символ появляется при обнаружении административного запрета на доступ к узлу, фильтру, прокси или любой другой точке.
- * Появление этого символа означает, что данный узел не откликается.
Трассировка маршрута в Linux
Стоит уточнить, что tracert в неизменном виде используется только в ОС Windows. Трассировка на Маке или Unix-системах выполняется при помощи другой команды, и в данном случае аналогом tracert для Linux и MAC является команда traceroute. И если в ОС Windows используется ICMP протокол, то упомянутые выше системы используют UDP протокол. Но синтаксис команды при этом остается таким же: traceroute имя_домена или traceroute IP_адрес, где имя_домена — имя нужного узла, а IP_адрес — IP адрес нужного узла.
Теперь вы знаете, как сделать трассировку до сервера, поэтому при необходимости можете самостоятельно проверить доступность того или иного узла, а также найти места потери пакетов. Если же у вас по каким-то причинам возникают проблемы при трассировке дешевого выделенного сервера или мощного VPS RigWEB — задайте вопрос специалистам техподдержки. Как можно подробнее опишите свою проблему, и наши сотрудники окажут вам любую консультативную помощь в рамках своей компетенции в течение 30 минут.
Пользуйтесь профессиональным хостингом, и время отклика ваших сайтов всегда будет минимальным!
Как уменьшить пинг?
От людей, играющих в сетевые игры, часто можно слышать об их желании уменьшить пинг.
Это достаточно
логично, так как маленькое время пинга означает меньшие задержки при игре. Соответственно, игрок с
минимальным временем пинга может получить преимущество в игре. Наиболее популярная игра, для которой
пользователи любят померить пинг — Counter Strike или сокращенно CS.
Вариантов по уменьшению времени пинга на самом деле не так уж и много. Время прохождения пинга
зависит от загруженности канала пользователя и от маршрута, по которому пакеты проходят от
маршрутизатора провайдера до игрового сервера.
Прежде всего, если вы испытываете проблемы с пингом, попробуйте отключить все программы для
закачки файлов. Причем нужно не просто остановить закачку, а закрыть программу для закачки файлов.
Если вы делите интернет-канал с кем-либо еще, например если у вас дома несколько компьютеров, то
канал может загружать другой компьютер. Для проверки попробуйте отключить другой компьютер и
запустите пинг еще раз.
Если расчистка канала не помогает уменьшить пинг, можно попробовать сменить игровой сервер, т.к.
пинг до различных серверов может отличаться в несколько раз. Наиболее предпочтительны в плане
уменьшения пинга сервера, находящиеся в России.
Если расчистка канала и смена сервера не помогают уменьшить пинг, может помочь вариант со сменой
провайдера. Обращаться к своему провайдеру с жалобой на пинг бесполезно, т.к. переписывать маршруты
ради вас никто не будет, да и не факт, что у вашего провайдера есть несколько параллельно
функционирующих каналов к провайдерам верхнего уровня.
Использование traceroute
Traceroute – это простой инструмент для определения пути к удаленному серверу. Это может быть что угодно: от сайта до принтера, подключенного к локальной сети.
Программа traceroute установлена на каждый дистрибутив Linux по умолчанию, потому не требует отдельной установки.
Чтобы вызвать traceroute, нужно указать вебсайт или IP-адрес сервера:
Как читать вывод traceroute
Первая строка вывода говорит об условиях работы traceroute:
В ней содержится указанный хост, IP-адрес, который DNS возвращает для этого домена, максимальное количество хопов (так называемых «прыжков» — промежуточных участков) и размер пакета, который будет использоваться.
Максимальное количество хопов можно изменить при помощи флага –m. Если до необходимого хоста больше 30 хопов, нужно указать большее значение. Программа traceroute позволяет задать максимум 225 хопов.
Кроме того, можно задать размер пакета, который отправляется на каждый хоп, указав целое число после имени хоста:
Все следующие строки представляют каждый отдельный хоп или промежуточный хост, через который должен пройти трафик, чтоб достичь требуемого хоста.
Каждая из этих строк имеет следующий формат:
Вот пример хопа:
Указанная выше строка содержит следующие поля:
- hop_number: последовательный подсчет промежуточных участков (начинается с текущего компьютера).
- host_name: данное поле содержит результат обратного DNS-запроса (т.е., преобразования IP-адреса в доменное имя, если адрес доступен). Если информация не возвращается, будет указан сам IP-адрес.
- IP_address: данное поле содержит IP-адрес сетевого хопа.
- packetroundtrip_times: остальная часть строки указывает время прохождения пакетов на хост и обратно. По умолчанию на каждый хост посылается три пакета, и каждая такая попытка вносится в конец строки.
Примечание: чтобы изменить количество отправляемых пакетов, используйте опцию –q:
Чтобы отключить обратный DNS-запрос с целью ускорить мониторинг, используйте флаг -n:
Если же traceroute возвращает звездочки (*), значит, с трассировкой пакетов к хосту возникли проблемы.
Иногда traceroute останавливается на определенном хопе и не может продолжить трассировку маршрута.
Хоп, на котором оборвался маршрут, может иметь некоторые сетевые проблемы, но это не всегда так просто диагностировать.
Поскольку каждый пинг представляет собой прохождение пакета туда и обратно, и в связи с тем, что пакеты часто используют разные пути в обоих направлениях, это может указывать на проблему в совершенно другом, возможно, более близком узле.
Может, проблемы возникли с хопом, выполненным непосредственно после последнего выведенного хопа. В случае если запустить обратную трассировку конкретного хопа невозможно (обычно это происходит, если хоп находится за пределами сети), диагностировать точное местоположение проблемы будет непросто.
Информация о файле tracert.exe
Процесс TCP/IP Traceroute Command принадлежит программе Microsoft Windows Operating System от Microsoft (www.microsoft.com).
Описание: tracert.exe часто вызывает проблемы и необходим для Windows. Файл tracert.exe находится в папке C:\Windows\System32.
Размер файла для Windows 8/7/XP составляет 12,288 байт.
Это системный файл Windows. Это заслуживающий доверия файл от Microsoft. Приложение не видно пользователям.
Поэтому технический рейтинг надежности 5% опасности.
Рекомендуем: Выявление проблем, связанных с tracert.exe
Является ли tracert.exe вирусом? Нет, это не вирус. Настоящий файл tracert.exe — это безопасный системный процесс Microsoft Windows, который называется «TCP/IP Traceroute Command».
Тем не менее, авторы зловредных программ, таких как вирусы, черви, и трояны намеренно называют процессы таким же именем, чтобы избежать обнаружения. Вирусы с тем же именем файлов: как например, Adware:Win32/Clickspring.B (определяется антивирусом Microsoft), и Trojan-Downloader.Win32.PurityScan.fk (определяется антивирусом Kaspersky).
Чтобы убедиться, что работающий tracert.exe на вашем компьютере — это не вредоносный процесс, нажмите здесь, чтобы запустить Проверку на вирусы.
Как распознать подозрительные процессы? Если tracert.exe находится в подпапках C:\Windows, тогда рейтинг надежности 80% опасности. Размер файла 70,656 байт.
Нет более детального описания программы. Это неизвестный файл в папке Windows. Приложение не видно пользователям. Процесс загружается во время процесса загрузки Windows (Смотрите ключ реестра: Run).
Это не системный файл Windows.
Tracert.exe способен мониторить приложения.
tracert сканер
Security Task Manager показывает все запущенные сервисы Windows, включая внедренные скрытые приложения (например, мониторинг клавиатуры или браузера, авто вход). Уникальный рейтинг надежности указывает на вероятность того, что процесс потенциально может быть вредоносной программой-шпионом, кейлоггером или трояном.
Бесплатный aнтивирус находит и удаляет неактивные программы-шпионы, рекламу, трояны, кейлоггеры, вредоносные и следящие программы с вашего жесткого диска. Идеальное дополнение к Security Task Manager.
SpeedUpMyPC бесплатное сканирование, очистка, восстановление и оптимизация вашей системы.
Другие процессы
lifechat.exe yewimmxqbs32.exe btwrsupportservice.exe tracert.exe lxdqcoms.exe sysexplr.exe alsys.exe hamachi.exe quicktouch.exe fcsvr.exe atshotkey.exe
Синтаксис traceroute и ключи
Синтаксис traceroute в Ubuntu.
traceroute host
Хотя вышеизложенное показывает, как команда traceroute должна быть записана для работы в командной строке, производительность или выходные данные команды можно изменить, указав один или несколько необязательных ключей.
Ключ
Описание
-f
Установить начальное время жизни, используемое в первом исходящем тестовом пакете.
-F
Установить бит «не фрагментировать».
-d
Включить отладку на уровне сокетов.
-g
Указать свободный исходный шлюз маршрута (максимум 8).
-i
Указать сетевой интерфейс для получения исходного IP-адреса для исходящих тестовых пакетов. Обычно это полезно только на многосетевом хосте. (Смотрите ключ -s для другого способа сделать это.)
-l
Использовать ICMP ECHO вместо UDP .
-m
Установить максимальное время жизни (максимальное количество прыжков), используемое в исходящих тестовых пакетах. По умолчанию используется 30 переходов (то же самое, что используется по умолчанию для соединений TCP).
-n
Выводить адреса переходов численно, а не символически и численно (сохраняет поиск адреса к имени сервера имен для каждого шлюза, найденного на пути).
-p
Установить базовый номер порта UDP (по умолчанию 33434). Traceroute надеется, что на базе портов UDP ничего не прослушивается base + nhops — 1 на хосте назначения (поэтому будет возвращено сообщение ICMP PORT_UNREACHABLE для завершения трассировки маршрута). Если что-то прослушивает порт в диапазоне по умолчанию, этот параметр можно использовать для выбора неиспользуемого диапазона портов.
-r
Обходить обычные таблицы маршрутизации и отправка напрямую на хост в подключенной сети. Если хост не находится в сети с прямым подключением, возвращается ошибка. Эта опция может использоваться для проверки связи с локальным хостом через интерфейс, у которого нет маршрута через него (например, после того, как интерфейс был сброшен маршрутизируемым (8C)).
-s
Использовать следующий IP-адрес (который обычно задается как IP, а не имя хоста) в качестве адреса источника в исходящих тестовых пакетах. На многосетевых хостах (с несколькими IP адресами) этот параметр можно использовать, чтобы заставить исходный адрес отличаться от IP-адреса интерфейса, на который отправляется тестовый пакет. Если IP-адрес не является одним из адресов интерфейса данного хоста, возвращается ошибка и ничего не отправляется. (Смотрите ключ -i для другого способа сделать это.)
-t
Установить для type-of-service в тестовых пакетах следующее значение (по умолчанию ноль). Значение должно быть десятичным целым числом в диапазоне от 0 до 255. Этот параметр можно использовать, чтобы увидеть, приводят ли разные типы обслуживания к разным путям. Не все значения TOS являются законными или значимыми. Полезные значения, вероятно, «-t 16» (низкая задержка) и «-t 8» (высокая пропускная способность).
-v
Подробный вывод. Полученные ICMP-пакеты, кроме TIME_EXCEEDED и UNREACHABLE.
-w
Установить время (в секундах) ожидания ответа на нод (по-умолчанию 5 секунд).
-x
Переключить контрольные суммы IP . Обычно это не позволяет traceroute вычислять контрольные суммы IP. В некоторых случаях операционная система может перезаписывать части исходящего пакета, но не пересчитывать контрольную сумму; таким образом, в некоторых случаях по умолчанию не вычисляются контрольные суммы, а использование -x приводит к их вычислению
Обратите внимание, что контрольные суммы обычно требуются для последнего прыжка при использовании ICMP ECHO ( -I ), поэтому они всегда рассчитываются при использовании ICMP.
-z
Установить время (в миллисекундах) для паузы между прыжками (по умолчанию 0). Некоторые системы, такие как Solaris и маршрутизаторы от Cisco, ограничивают скорость передачи сообщений icmp
Хорошее значение для использования это 500 (например, 1/2 секунды).
Whois
WHOIS (произносится как фраза «who is», в переводе означающая «кто это») является протоколом запросов и ответов, широко используемым для осуществления запросов к базам данных, хранящим списки зарегистрированных пользователей или представителей интернет-ресурсов, доменных имен, блоков IP-адресов или автономных систем, при этом протокол также используется и для получения более широкого круга информации. Протокол описывает хранение и доставку содержимого базы данных в форме, пригодной для чтения человеком. Протокол Whois описан в спецификации RFC 3912, использование протокола может осуществляться при помощи одноименной программы.
Базовый синтаксис:
whois
Пример использования:
whois wikipedia.com
Registrant:
Wikimedia Foundation, Inc.
149 New Montgomery Street
Third Floor
San Francisco, California 94105
United States
Registered through: GoDaddy.com, Inc. (http://www.godaddy.com)
Domain Name: WIKIPEDIA.COM
Created on: 12-Jan-01
Expires on: 10-Jan-15
Last Updated on: 01-Mar-06
Administrative Contact:
Admin, DNS dns-admin@wikimedia.org
Wikimedia Foundation, Inc.
149 New Montgomery Street
Third Floor
San Francisco, California 94105
United States
+1.4158396885 Fax — +1.4158820495
Technical Contact:
Admin, DNS dns-admin@wikimedia.org
Wikimedia Foundation, Inc.
149 New Montgomery Street
Third Floor
San Francisco, California 94105
United States
+1.4158396885 Fax — +1.4158820495
Domain servers in listed order:
NS0.WIKIMEDIA.ORG
NS1.WIKIMEDIA.ORG
NS2.WIKIMEDIA.ORG