Как исправить трассировку

Почему ping проходит, а traceroute нет?

Получилась ерунда, например, компьютер, находящийся в vlan1 (PC1), пингует находящийся в vlan2 (PC2), но не наоборот. Шлюз на сетевухах компов прописал.
Также, я запускаю пинг из консоли коммутатора, и он проходит на PC1 и PC2. Но когда я запускаю traceroute, то PC2 нормально трейсится, а для РС1 — time out.
Отключил Касперского на РС1, ничего не изменилось. Файерволов нет.
Вроде настройки элементарные, но ничего нормально не работает.ъ
В чем может быть проблема?

И второй вопрос, как правильно сделать vlan для управления свитчом: какие порты в нее включить, чтобы у меня был доступ к свитчу с любого компьютера в сети?

• Вопрос задан более трёх лет назад
• 5263 просмотра

Оценить 7 комментариев

Армянское Радио: Да, шлюзы они пингуют (и свой и чужой).
Также если на коммутаторе запустить traceroute, то до РС1 — «trace complete», а до PC2 — «request time out». С пингом наоборот: успешно пингует РС2, не пингует РС1.

route print c PC1 (192.168.1.152):

route print c PC2 (192.168.2.125):

Yamazaki: Из соображений безопасности. Обычно коммутаторы имеют слабые средства противостояния перебору пароля, поэтому лучше вообще не давать пользователям доступа к vlan управления. Конечно, если это cisco с доступом по ssh с длинными ключами, проблема стоит не так остро, но помимо ssh, есть еще snmp, есть неизвестные вам дыры в ПО. лучше не рисковать.

Соедините коммутаторы тегированным портом, дайте доступ в vlan управления только со своего компьютера. Я, например, на новых коммутаторах настраиваю основные параметры через последовательный порт, после чего коммутатор уже можно нести на место, монтировать в стойку и подключать к магистрали — остальные параметры можно задать удаленно.

Источник

HackWare.ru

Этичный хакинг и тестирование на проникновение, информационная безопасность

Трассировка сетевого маршрута

Оглавление

Что такое трассировка. Для чего нужна трассировка узлов

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

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

Принципы работы трассировки

Пересылаемые сетевые пакеты состоят из двух областей: заголовки и данные. В заголовках находится разная информация, например, IP адреса пункта отправки и пункта назначения, порты отправки и назначения, тип пакета, контрольная сумма пакета и прочее. Среди полей заголовка, у IP протокола есть такое поле как time to live (TTL) — время жизни пакета. Это счётчик с числом, которое уменьшается на единицу каждый раз, когда пакет проходит новый узел. Этот счётчик сделан для того, чтобы проблемный пакет (например, при ошибке, повлекшей закольцованный маршрут) не путешествовал по сети бесконечно. То есть любой пакет пройдя определённое количество узлов в конце-концов достигнет точки назначения или будет отброшен одним из узлов сети, когда закончится «время жизни».

Когда счётчик TTL становится равным нулю, очередной шлюз просто не пересылает этот пакет дальше. Но при этом шлюз на тот IP адрес, откуда пришёл пакет с истёкшим временем жизни, отправляет по протоколу ICMP ответ TIME_EXCEEDED (время жизни кончилось). И этот ответ содержит IP адрес шлюза, где пакет закончил своё существование.

Так вот, суть трассировки в том, что отправляется один пакет с временем жизни (TTL) установленным на единицу — первый шлюз уменьшает значение на единицу, смотрит, что счётчик стал равен нулю, никуда не отправляет этот пакет, зато нам отправляет ответ, что пакет «умер». Мы и так знаем, что пакет умер — из этого ответа нас интересует только IP адрес шлюза, где с пакетом случилось это несчастье. Затем отправляется пакет со счётчиком установленным на 2 — пакет проходит первый шлюз (его IP мы уже знаем), но несчастье (счётчик достигает нуля) с ним случается уже на втором шлюзе — мы получаем ICMP ответ с IP этого шлюза. Затем отправляется следующий пакет и т. д., пока не будут определены все узлы до нужного нам сетевого хоста.

Виды трассировки

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

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

Это можно проиллюстрировать на следующих двух примерах трассировки до одного и того же хоста:

Звёздочки говорят о том, что мы не узнали часть узлов.

Благодаря изменению метода трассировки удалось узнать все промежуточные узлы. Другие методы могут дать отличные от показанных результаты.

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

Программы для трассировки

Имеется много разных утилит для трассировки, некоторые из них поддерживают различные методы трассировки. Примеры таких программ:

• traceroute
• tracepath
• mtr и mtr-gtk (соответственно, консольная и графическая версия)
• lft
• tcptraceroute

Ещё определять узлы маршрута пакета можно с помощью Nmap (несколькими способами) и даже с помощью ping!

В этой статье я рассмотрю все перечисленные выше программы. Начнём знакомство с traceroute, поскольку в ней реализовано больше всего методов сканирования.

traceroute

Как пользоваться traceroute

Для запуска трассировки достаточно указать IP или сайт, до которого вы хотите проследить маршрут:

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

Методы трассировки в traceroute

В современном сетевом окружении традиционные методы трассировки не всегда применимы из-за широкого распространения файерволов. Такие файерволы фильтруют «маловероятные» UDP порты или даже ICMP echo пакеты. Для решения этой проблемы реализованы некоторые дополнительные методы трассировки сети (включая tcp). Эти методы пытаются использовать другие протокол и порт источника/назначения, чтобы обойти файерволы (чтобы файерволы воспринимали их как просто начало сетевой сессии разрешённого типа).

У разных методов есть специфичные для них опции — они зависят от используемого протокола. Эти опции метода можно указать с помощью опции -O. Несколько опций разделяются запятой (или используйте в командной строке несколько -O). Каждый метод может иметь свои собственные особенные опции или может не иметь из вовсе.

default

Метод по умолчанию — используется если не указан другой, либо можно указать явно опцией -M default. Это традиционный, древний метод трассировки маршрута.

Пакетами зондирования являются udp датаграммы с так называемым «unlikely» (маловероятным) портом назначения. Первым «unlikely» портом зондирования является 33434 затем для каждого следующего зонда он увеличивается на единицу. Поскольку ожидается, что порт не используется, то хост назначения обычно возвращает конечный ответ «icmp unreach port». Номер порта можно поменять (об этом ниже).

Данный метод могут выполнять непривилегированные пользователи.

icmp

Сейчас это самый типичный метод, он использует в качестве зондов пакеты icmp echo. Если вы можете пинговать хост назначения, то icmp трассировка также применима. Для выбора этого метода используется опция -M icmp или её короткий вариант -I.

Этот метод разрешён для непривилегированных пользователей.

У этого метода имеется две специфичные опции

raw

Использовать только сырые сокеты (традиционный способ).

По умолчанию этот методы пробуется первым (по причинам совместимости), затем новые сокеты dgram icmp в качестве резервного варианта.

dgram

Использовать только сокеты dgram icmp

tcp

Хорошо известный современный метод, предназначен для обхода файерволов. Для использования укажите опцию -M tcp либо короткий вариант -T. Использует постоянный порт назначения (по умолчанию это 80, http).

Если на сетевом пути трассировки присутствуют какие-либо фильтры, то весьма вероятно, что фильтруются «необычные» udp порты (такие, как используется методом по умолчанию) или даже icmp echo (как для icmp), и весь процесс трассировки остановится на таком файерволе. Для обхода сетевого фильтра нам нужно использовать только комбинации из разрешённой пары протокол/порт. Если мы делаем трассировку, допустим, до почтового сервера, то весьма вероятно, что с помощью -T -p 25 мы можем достичь его, даже если с помощью -I не получается это сделать.

Этот метод использует хорошо известную «технику полуоткрытых соединений», благодаря которой приложения на компьютере назначения вовсе не видят наши пакеты для исследования (зонды). Обычно отправляется tcp syn. Для портов, которые не прослушиваются, мы получаем ответ tcp reset — и всё готово. Для активно прослушиваемых портов мы получаем tcp syn+ack, но отвечаем на это tcp reset (вместо ожидаемого tcp ack), таким образом удалённая tcp сессия сбрасывается, а прослушивающее порт приложение даже не получает уведомление.

Для метода tcp имеется несколько опций:

syn,ack,fin,rst,psh,urg,ece,cwr

Устанавливает определённые tcp флаги для пакета зондирования, можно использовать любую их комбинацию.

flags=ЧИСЛО

Устанавливает поле флагов в tcp заголовке на точное ЧИСЛО.

ecn

Отправляет пакет syn с флагами tcp ECE и CWR (для Explicit Congestion Notification, rfc3168).

sack,timestamps,window_scaling

Использует соответствующую опцию tcp заголовка в исходящем пакете зондирвоания.

sysctl

Использует настройки текущей sysctl (/proc/sys/net/*) для опций tcp заголовка для вышеприведённых опций и ecn. Всегда установлено на значение по умолчанию, если ничего не указано.

mss=ЧИСЛО

Использовать значение ЧИСЛО для опции tcp заголовка maxseg (когда syn).

info

Печатать tcp флаги финальных tcp ответов когда достигнут целевой хост. Помогает определить, прослушивает ли приложение порт и другие полезные вещи.

Опциями по умолчанию являются syn,sysctl.

tcpconn

Начальная реализация tcp метода просто использующего вызов connect(2), который открывает полную tcp сессию. Не рекомендуется для нормального использование, поскольку всегда влияет на приложение прослушивающее порт на хосте назначения.

Для задействования этого метода используйте опцию -M tcpconn.

udp

Использует udp датаграммы с постоянным портом назначения (по умолчанию 53, dns). Также предназначена для обхода файерволов. Для использования этого метода трассировки укажите опцию -M udp или сокращённый вариант -U.

Обратите внимание, что в отличие от tcp метода, соответствующее приложение на хосте назначения всегда получает наши зонды (со случайными данными) что может смутить его. В большинстве случаев оно не ответит на наши пакеты, поэтому мы никогда не увидим последний хоп (узел) в пути трассировки. (К счастью, кажется что по крайней мере DNS серверы присылают какой-то ответ).

Этот метод не требует повышенных прав.

udplite

Использует для зондов датаграммы udplite (с постоянным портом назначения, по умолчанию 53). Для активации этого метода укажите опцию -M udplite или -UL.

Этот метод не требует повышенных прав.

coverage=ЧИСЛО

Устанавливает покрытие отправки udplite на ЧИСЛО.

dccp

Использует для зондов пакеты DCCP Request (rfc4340). Этот метод можно задействовать опциями -M dccp или -D.

Этот метод использует такую же «технику полуоткрытых соединений», которая используется для TCP. Портом назначения по умолчанию является 33434.

service=ЧИСЛО

Устанавливает сервисный код DCCP на ЧИСЛО (по умолчанию это 1885957735).

raw

Этим методом отправляются сырые пакеты указанного протокола. Для вызова этого метода используйте опцию -M raw или -P ПРОТОКОЛ.

Не используется специфичные для транспортных протоколов заголовки, только заголовки IP протокола.

Подразумевает -N 1 -w 5 .

protocol=ПРОТОКОЛ

Использовать IP ПРОТОКОЛ (по умолчанию 253).

Список протоколов, инкапсулируемых в IP на Википедии, в первоисточнике.

Как ускорить трассировку. Как отключить обратное преобразование IP в имена хостов при трассировке

Чуть выше описаны принципы работы трассировки — отправка пакетов с постоянно увеличивающимся сроком жизни. На самом деле — все пакеты (с TTL 1, с TTL 2, с TTL 3 и т. д.) можно отправить одновременно. И именно так это и происходит — по умолчанию отправляются 16 пакетов за раз (количество можно изменить опцией -N). Это делается для ускорения трассировки.

Поэтому в действительности трассировка выполняется очень быстро. Те 1-2 секунды, которые как нам кажется определяются узлы сети, на самом деле тратятся на получение имён хостов для IP. С помощью опции -n это можно отключить.

Используя программу time можно замерить время выполнения программы с опцией -n и без неё:

Время выполнения самой трассировки 0,206s, а время трассировка+определение имени хостов получилось 2,360s, то есть в 10 раз дольше.

Трассировка IPv6

По умолчанию программа получает IP для указанного для трассировки хоста и на основе полученного IP адреса автоматически определяет, какой протокол используется: IPv4 или IPv6. Если получены IP для обоих протоколов, то по умолчанию используется IPv4.

С помощью опций -4 и -6 можно явно указать желаемый протокол.

Сеть, из которой делается трассировка с опцией -6, должна поддерживать IPv6, иначе ничего не получится.

Изменение порта

Поменять порт назначения можно с помощью опции:

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

Для ICMP трассировки указанное число будет использоваться в качестве начальное значение ICMP последовательности (также увеличенное для каждого зонда).

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

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

Эта опция подразумевает -N 1 -w 5 . Обычно исходные порты (если это примениму к выбранному методу трассировки) выбираются системой.

Как начать трассировку с определённого узла. Как уменьшить или увеличить число узлов для трассировки

С помощью опции -f можно указать номер узла, с которого следует начать трассировку. По умолчание значение равно 1.

С помощью опции -m можно указать максимальное число хопов для трассировки, по умолчанию установлено на 30.

Выбор интерфейса для трассировки

По умолчанию пакеты отправляются с того интерфейса, для которого настроен маршрут по умолчанию. Но следующей опцией можно сделать так, что traceroute будет отправлять пакеты с указанного в строке команды интерфейса:

Как показать к какой автономной системе принадлежит узел при трассировке

Каждый IP адрес привязан к Автономной системе (AS). С помощью опции -A вы можете включить запрос номера AS для каждого узла по пути трассировки, например:

Как можно видеть, автономная система не определена для локальных IP 10.*.*.* — что вполне логично, так как эти адреса никому не назначены. Что касается адреса 192.168.1.1 и автономной единицы AS198949, то это какая-то ошибка.

Как можно увидеть из вывода предыдущей команды, первые четыре узла имеют локальный IP адреса. Узлы с 5 по 9 принадлежат одной автономной системе AS38082/AS7470. Предпоследние два узла принадлежат одной автономной системе AS12389 и последние два узла также принадлежат одной автономной системе AS48666 — интернет-провайдеру, на котором размещён сайт suip.biz.

Опции traceroute

У команды traceroute имеются и другие опции которые могут вам пригодиться. Вы можете ознакомиться с ними в справочной странице данной программы:

tracepath

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

В первой колонке рядом с номера узла может стоять знак вопроса — он означает, что в присланном ответе отсутствует номер TTL и программа пытается его предположить.

Вместо звёздочек, если IP не узнан, пишется no reply.

В последнем столбце может быть цифра и слово asymm. Слово asymm означает, что маршрут является ассиметричным — то есть от нас до этого узла пакет идёт по одному пути, а от этого узла к нам пакет проходит по другому пути. Цифра означает возможное количество хопов от этого узла до нас — но информация не является надёжной.

У tracepath не очень много опций:

-4

Использовать только IPv4

-6

Использовать только IPv6

-n

Не печатать имя хоста, а печатать цифровое значение IP.

-b

Печатать и имя хоста и IP адрес в цифровом виде.

-l

Установить начальную длину пакета вместо 65535 для tracepath или 128000 для tracepath6.

-m

Установить максимальное число хопов (или максимум TTL) — то есть количество максимально «простукиваемых» узлов. По умолчанию 30.

-p

Установить начальный порт назначения.

mtr и mtr-gtk (консольная и графическая версия)

Программа mtr совмещает в себе функциональность программа traceroute и ping в едином инструменте диагностики сети. То есть эта программа показывает маршрут до указанного узла и непрерывно пингует каждые хоп и при этом собирает общую статистику потерь — на основе этих данных можно определить проблемный узел, на котором теряются пакеты.

Данная программа поддерживает несколько методов трассировки.

Также она поддерживает разные форматы вывода для сохранения результатов, например, опция -C, —csv для сохранения результатов в формате CSV (обратите внимание, что на самом в качестве разделителя используется не запятая, а точка с запятой), а также опция -j, —json для сохранения в формате вывода JSON.

С помощью опции -n, —no-dns можно отключить преобразование IP в имена хостов.

Опцией -b, —-show-ips можно включить отображение и имён хостов, и IP адресов.

Опцией -y n, —ipinfo n можно настроить вывод дополнительной информации о каждом IP хопа. В качестве n нужно указать цифру, которая означает:

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

Опция -z, —aslookup отображает номер Автономной Системы (AS) для каждого хопа.

Опция -f NUM используется для установки номера первого TTL. По умолчанию равно 1.

Опция -m указывать максимальное число хопов (максимальное значение time-to-live) которое будет обрабатываться при трассировке. По умолчанию равно 30.

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

С помощью опции -u, —udp программа будет использовать датаграммы UDP вместо ICMP ECHO.

А опцией -T, —tcp можно установить использование TCP SYN пакетов вместо ICMP ECHO. PACKETSIZE игнорируется, поскольку SYN пакеты не могут содержать данные.

В mtr можно использовать даже SCTP протокол для трассировки, для этого укажите опцию -S, —sctp и будет задействованы пакеты Stream Control Transmission Protocol вместо ICMP ECHO.

Во время работы программы доступны интерактивные команды. Если нажать на d, то можно переключаться между различными отображениями:

Кнопкой r можно сбросить статистику.

Кнопкой o можно поменять порядок полей. Кстати, опцией -o можно установить, какие поля вы хотите отображать и их последовательность. Подробности смотрите по:

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

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

tcptraceroute

В программе tcptraceroute используются пакеты только одного протокола TCP. В заголовках этих пакетов опциями можно установить разные флаги. В программе traceroute также можно устанавливать флаги протокола TCP, причём возможностей для настройки больше.

Трассировка сети в Nmap

В Nmap для трассировки есть опция —traceroute, пример трассировки до сайта suip.biz:

Если вы не хотите сканировать порты, а хотите просто выполнить трассировку, то добавьте опцию -sn:

Кстати, это значительно сократить время до вывода результатов.

Бывает, что выводимые при трассировке программой nmap данные не являются полными. В этом случае попробуйте дополнительно добавить опцию -PE:

В Nmap можно установить опции в заголовке пакета IP протокола. Среди этих опций имеется такая, которая сохраняет в заголовке пакета пройденный маршрут. Но у этого варианта есть ряд ограничений:

• всего 9 слотов
• некоторые устройства игнорируют эту опцию
• некоторые устройства вообще не пропускают пакеты с установленной этой опцией

Тем не менее иногда это работает, пример команды:

Обратите внимание на строку:

В ней перечислены первые 9 узлов через которые прошёл пакет.

Трассировка программой ping

Программа ping также умеет записывать маршрут — для этого программу нужно запустить с опцией -R. Она в пакет ECHO_REQUEST добавляет опцию RECORD_ROUTE и отображает буфер маршрута возвращаемых пакетов. Эта та же опция, которую использует Nmap. Ограничения такие же: максимум 9 слотов, многие хосты игнорирует или отбрасывают эту опцию.

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

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

Трассировка в Windows

В Windows для трассировки сети имеется встроенная команда tracert. У неё практически отсутствуют опции. Для запуска команды достаточно указать имя удалённого хоста:

Если вам недостаточно такой функциональности, то вы можете установить Nmap в Windows.

Заключение

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

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

Источник

Трассировка (traceback) – это вывод Python. Он немного пугает начинающих разработчиков, но каждый профессионал сталкивается с проблемами в процессе исполнения кода. И трассировка помогает их эффективно разрешить. Traceback, в принципе, – хорошо, поскольку позволяет пользователю исправить причину, по которой возникла проблема при создании приложения. 

Понятие трассировки и зачем она нужна?

Понимание структуры информации, которую предоставляет основа traceback Python – это того, как стать лучшим разработчиком на этом языке. Несмотря на то, что в профессиональных командах разработчиков есть отдельная специальность тестировщика приложений, уметь отлаживать программу с помощью трассировки должен каждый программист.

Под трассировкой подразумевается отчет о том, какие вызовы выполненных функций в данный момент времени. 

Вообще, встречаются разные вариации этого слова. Можно встретить названия «трассировка стека», обратная трассировка», и так далее. Но мы для простоты понимания будем использовать слово «трассировка» или английское слово «traceback», которое означает то же самое. 

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

def say_hello(man):

    print('Привет, ' + wrong_variable)

 

say_hello('Иван')

Здесь say_hello() вызывается с параметром man. Тем не менее, в say_hello() данное имя переменной не используется. Причиной тому служит то, что оно написано по-другому: wrong_variable в вызове print().

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

После запуска этого приложения будет получена следующая трассировка. 

Traceback (most recent call last):

  File "/home/test.py", line 4, in <module>

    say_hello('Иван')

  File "/home/test.py", line 2, in say_hello

    print('Привет, ' + wrong_variable)

NameError: name 'wrong_variable' is not defined

 

Process finished with exit code 1

Это выдача, в которой есть большое количество данных, необходимых для анализа причин той ошибки, которая возникла. В последней строчке traceback мы понимаем тип исключения. В том числе, предоставляются дополнительные релевантные сведения. 

Прошлые строчки из traceback говорят, какой конкретно код вызвал это исключение.

В traceback, бывшем ранее, исключение NameError. Она говорит о том, что есть отсылка к определенному имени, не определенного до того момента, как исполнялся этот код. В нашем случае ссылка осуществляется на wrong_variable.

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

Как понять причины ошибки?

В трассировке большое количество сведений, способных помочь разработчику в отладке программы. Но чтобы в ней разбираться, необходимо вообще понимать, как трассировка устроена. Сейчас мы проанализируем разнообразные виды, которые бывает, чтобы вы могли лучше ориентироваться.

Структура трассировки: особенности

Каждая трассировка имеет универсальные черты. Но все секции вывода являются важными. В этом изображении описаны несколько из них.

Рекомендация: знакомиться с трассировкой рекомендуется в последовательности снизу вверх.

1. Поле синего цвета. Последняя строчка из трассировки – уведомление об исключении, появившемся в процессе исполнения программы. Конкретно в этом поле указывается ее название.
2. Зеленое поле. В него включено описание ошибки. Это описание, как правило, включает полезные сведения для понимания, по какой причине эта ошибка возникла. 
3. Поле желтого цвета. Немного ранее в трассировке хранятся сведения о тех функциях, которые вызывались в программе. Они идут по направлению к верху – от самых поздних до тех, которые были раньше всего. Такие вызовы являют собой двухстрочные вводы для всех вызовов. Причем первая строчка всех вызовов включает такие данные, как имя того файла, в котором появилась ошибка, номер строки, название модуля. Каждая из этих деталей позволяет понять, в каком конкретно месте может быть найден код.
4. Красное подчеркивание. Вторая строка данных вызовов включает непосредственно тот код, при выполнении которого было вызвано исключение.

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

Python 3.7.4 (default, Jul 16 2019, 07:12:58) 

[GCC 9.1.0] on linux

Type "help", "copyright", "credits" or "license" for more information.

>>> 

>>> 

>>> def say_hello(man):

...     print('Привет, ' + wrong_variable)

... 

>>> say_hello('Иван')

 

 

Traceback (most recent call last):

  File "<stdin>", line 1, in <module>

  File "<stdin>", line 2, in say_hello

NameError: name 'wrong_variable' is not defined

Учтите то, что на месте имени файла обнаружите <stdin>. В этом нет ничего странного, так как вы выполнили код через стандартный ввод. Также в трассировке не показываются выполненные строки.

Важно учитывать то, что если вам известны трассировки в иных языках разработки приложения, то увидите различия с таковыми в Python. Дело в том, что подавляющее количество языков разработки показывают ошибку в начале, и идут по направлению вниз. В Python же система другая.

Почему было сделано так, чтобы трассировка шла вверх? Дело в том, что трассировка завершается в конце выдачи. Это облегчает структурирование прочтение вывода и разобраться, в чем ошибка.

Примеры кода с выводом трассировки

Изучение конкретных примеров трассировок позволяет лучше разобраться в том, какие сведения в них представлены и как их применять.

Код, который мы покажем ниже, применяется в примерах для иллюстрации данных, которые предоставляются в трассировке.

Мы выполнили код, который ниже, в роли примера. Покажем, какие сведения нам помогла получить трассировка.

Давайте сохраним этот код в файле greetings.py. 

def who_to_greet(person):

    return person if person else input('Кого приветствовать? ')

 

def greet(someone, greeting='Здравствуйте'):

    print(greeting + ', ' + who_to_greet(someone))

 

def greet_many(people):

    for person in people:

        try:

            greet(person)

        except Exception:

            print('Привет, ' + person)

Функция who_to_greet() принимает значение person и либо возвращает это значение в случае, если оно содержит хоть какие-то значения, либо просит пользователя ввести значение с помощью input().

Затем, greet() применяет имя для приветствия из someone, необязательное значение из greeting и вызывает print(). Также со значением, которое берется из someone вызывается функция who_to_greet().

И, в результате, greet_many() осуществляет итерацию по списку людей и выполняет greet(). Если при вызове этой функции случается ошибка, то тогда на вывод идет резервное приветствие print(‘hi, ‘ + person).

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

Если выполните greet() в конце кода (который был сохранен в файле greetings.py) и дадите аргумент, которого в данной программе не может быть, то трассировка получится следующей. 

$ python greetings.py




Traceback (most recent call last):

  File "/home/greetings.py", line 19, in <module>

    greet('Chad', greting='Yo')

TypeError: greet() got an unexpected keyword argument 'greting'

Такой вывод переводится, что функция greet получила ключевой аргумент ‘greting’, который для  интерпретатора оказался неожиданным.

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

Далее мы увидим место нахождения файла, где записан код нашего приложения, номер его строки и то, какой модуль подключен. 

Видим, что анализировать ошибки в Python не так и трудно, не так ли?

Обзор основных исключений

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

Проанализируем основные исключения, с которыми придется работать.

AttributeError object has no attribute

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

Вот пример кода, вследствие выполнения какого программа сообщила о наличии проблемы. 

>>> an_int = 1

>>> an_int.an_attribute

 

Traceback (most recent call last):

  File "<stdin>", line 1, in <module>

AttributeError: 'int' object has no attribute 'an_attribute'

Строка уведомления об исключении для AttributeError указывает на то, что указанный тип объекта не обладает доступом к атрибуту. В нашем примере в качестве этого атрибута выступает an_attribute.

ImportError: No module named

Если вы задействуете оператор import, и в процессе этого возникают сложности, появляется ошибка ImportError. Сюда же может быть включенным подкласс ошибки ModuleNotFoundError. Она появляется в случае, если модуль, импортируемый в данной ситуации, не получается найти или если разработчик пытается импортировать то, что в этом модуле отсутствует. 

Согласно документации Python, данное исключение появляется в тех ситуациях, когда в операторе импорта появляются проблемы в попытке подсоединить модуль. Или если не получается отыскать модуль, который подходит в конкретной ситуации.

IndexError: list index out of range

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

Вот пример кода, приводящего к возникновению данного исключения. 

>>> a_list = ['a', 'b']

>>> a_list[3]

 

Traceback (most recent call last):

  File "<stdin>", line 1, in <module>

IndexError: list index out of range

Строка сообщения не предоставляет всей необходимых данных. Вы можете видеть, что у вас есть отсылка к последовательности, которая не доступна и то, какой ее тип рассматривается. В нашем случае таковой является список.

Проще говоря, в списке a_list значение с ключом 3 отсутствует. Есть лишь значение с ключами 0 и 1. Им соответствуют буквы a и b.

KeyError

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

Проще говоря, эта ошибка является аналогом IndexError, только для словарей. 

Вот пример кода, который демонстрирует это исключение. 

>>> a_dict = ['a': 1, 'w': '2']

>>> a_dict['b']

 

Traceback (most recent call last):

  File "<stdin>", line 1, in <module>

KeyError: 'b'

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

SyntaxError

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

>>> def greet(person)

  File "<stdin>", line 1

    def greet(person)

                    ^

SyntaxError: invalid syntax

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

Microsoft Windows [Version 6.3.9600]
(c) Корпорация Майкрософт (Microsoft Corporation), 2013. Все права защищены.

C:UsersUser>tracert 50.28.39.237

Трассировка маршрута к host3.gamezbd.com [50.28.39.237]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  KEENETIC_GIGA [192.168.1.1]
  2     1 ms    <1 мс    <1 мс  128-70-160-1.broadband.corbina.ru [128.70.160.1]

  3     1 ms    <1 мс    <1 мс  212.46.196.52
  4     1 ms     1 ms     1 ms  195.239.88.89
  5    46 ms    46 ms    47 ms  mx01.Stockholm.gldn.net [79.104.225.6]
  6     *        *        *     Превышен интервал ожидания для запроса.
  7     *        *        *     Превышен интервал ожидания для запроса.
  8   167 ms   167 ms   167 ms  4-15-84-142.liquidweb.com [4.15.84.142]
  9     *        *        *     Превышен интервал ожидания для запроса.
 10   183 ms   183 ms   183 ms  lw-dc3-dist14-po5.rtr.liquidweb.com [69.167.128.
75]
 11   182 ms   181 ms   181 ms  host3.gamezbd.com [50.28.39.237]

Трассировка завершена.

Подскажите:что делать,как перенаправить или куда обратиться чтоб изменить маршрут до нужного конечного узла?

Как видно в 6,и7, столбцах-от узлов нет ответа!!!(Отваливается в конечном итоге соединение.Проходит минут 10-15 и выкидывает).

Проблема уже как 2е-3е недели.Знатоки подскажите!!!