Aalai
А роутинг трассировать не пробовал? Бо у меня такое бывало. Лечится реконнектом к прову. Ну или через прокси.
А роутинг трассировать не пробовал? Бо у меня такое бывало. Лечится реконнектом к прову. Ну или через прокси.
Это был БАН. Demo Version 1.0
А роутинг трассировать не пробовал? Бо у меня такое бывало. Лечится реконнектом к прову. Ну или через прокси.
Два дня не мог попасть ни на какую Тему во Флейме, как впрочем и не в одну в других местах форума. Профили, смайлики, ПМ да и весь форум был рад мне, а Темы повернулись задом.
У меня такое лечится чисткой кукисов в браузере. Да и в помощи по руборду вроде говорилось - чистить куки надобно раз в месяц-два.
Открываешь командное окно, пишешь tracert ru-board.com и понеслась.
Братья по ru-board, я вернулся.
Забыл спросить, а что это даёт, чистит чего или восстанавливает ? И в каких других случаях может пригодиться ?
traceroute бывают двух типов (в отличии от ping-ов, которые одного):
1. ICMP с командой echo — стандартный, только TTL выставляется на единичку больше какждый раз
2, *nix типа — этот работает с протоколом UDP и тоже играет с TTL. Набор портов разные юнихи используют разный, но, как правило, это выше 32000.
Провайдер может резать протоколы. У меня на домашней сети раутер не разрешает его ни пинговать, ни трасить — будут те самые звездочки. В принципе, они означают, что ответ за положенное время не пришел. В форточка это одна секунда. Если соединение медленное или хочеться ждать больше, то надо использовать параметр -w, например:
ping -w 3000 yandex.ru — пингуем с 3 секундами ожидания (для линукса, к примеру) надо выставлять время в секундах, а не в миллисекундах — ping -w 3 yandex.ru).
tracert -w 5000 yandex.ru — трассируем с 5 секундами ожидания ответа (для линуха — traceroute -w 5 yandex.ru)
Трассировщик, выдает каждый раз одну и ту же команду три раза (по умолчанию, но на это дело тоже есть параметр) и так до тех пор, пока не достигнет цели или пока не достигнет максимума хопов (по умолчанию 30, регулируется парамтром -m в линухе и -h в форточках).
Теперь пару слов о том, как работает трассер. Если посмотреть на заголовок IP пакета, то там можно увидеть поле TTL (Time To Live) — это число указывает сколько хопов пакет может проскакать. Придуман он был для того, чтобы не давать пакетам жить бесконечно долго в случае циклов в сети. Каждый раз, когда пакет проходит через раутер, последний вычитает единичку и сравнивает с 0. Если TTL 0, то раутер возвращает ответ посылателю (по source address ICMP протоколом) с пометкой, что время жизни пакета кончилось и заголовок пакета копируется в тело ICMP ответа. На этом и работает трассер. Он посылает пакет (в первом случае ICMP Echo команду) с TTL=1. Первый же раутер присылает сообщение, что пакет умер. Поскольку ответ от раутера оформлен по все правилам, то в заголовке есть его IP адрес. Так трассировщик узнает IP первого хопа. Потом посылается пакет с TTL=2 и сейчас уже второй раутер сообщает о смерти пакет. Так и продолжаем.
Если раутер работает в режиме стелс, то он не отнимает 1 от TTL, а молча раутит пакет дальше.
далее, по столбикам значения:
первый столбик - нумер хопа (= ттл, с которым посылается пакет)
далее - три столбика с цифирями - это задержка (в милисекундах) меж запросом и ответом. В локальной сети норма, когда это меньше 1 мс, цифири больше сотни - это уже относительно большие лаги -> неустойчивость/тормоза при работе с сайтом.
следующий столбик - имена доменов, которые находятся на пути пакета (кто сообщает, что "мальчик сдох"), а последний столбец - ИП-адрес этого домена.
Провайдер может резать протоколы. У меня на домашней сети раутер не разрешает его ни пинговать.
А вот если я установил таймаут, скажем, в 10 секунд, и при этом из 14 хопов для 3-х промежуточных (конкретно, в моем случае - для 2-го, 10-го и 13-го появляются звездочки - это что означает? Что конкретный хоп блокирует свою трассировку, не возвращая ответ на пакет, который получен с TTL==1?
Это ты мне? Я из всего зацитированного слова три-четыре только понял Просто, мне это когда-то пытались пояснить, но я отбрыкался от этой информации
конкретный хоп блокирует свою трассировку, не возвращая ответ на пакет, который получен с TTL==1?
Там причин может быть тыща.
Объясните чайнику, винт на 320 гиг барракуда, диски в сумме наскребают 298,1 гиг, где остальные 21,9 гига?
где остальные 21,9 гига?
Объясните чайнику, винт на 320 гиг барракуда, диски в сумме наскребают 298,1 гиг, где остальные 21,9 гига?
Я в этом не спец,но с уверенностью могу предположить,что это как в автомобилях-пишут двигатель2,5л,а на самом деле там 2,488
это 320 коммерческих гигов, т.е. 320000000000 байт
Значит, пакеты не возвращаются намеренно. Судя по всему, — файрвол. Кстати, у меня(сейчас проверил) тоже первые пару хопов не пингуются, а также предпоследний, перед бордом. Явно защита.
зависит от настроек реакции на ICMP пакеты
Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970
Предыдущая тема: Кто и почему уничтожил Россию (часть 2)