Сообщений: 40, участников: 4 Теги: (чтобы нормально работали бы tracert и netstat)?
Юра Кузнецов Записей: 238 |
Подскажите, пожалуйста, как в различных операционных системах (в первую очередь интересует PSPO5) уменьшить время ожидания ответа обратного запроса DNS (чтобы нормально работали бы tracert и netstat)? Как известно, только в одной единственной Windows XP когда даёшь команду tracert то она идёт быстро, в том смысле, что время обратного запроса от DNS ждёт очень недолго, и если быстро не может получить имя хоста, то быстро переходит к другому. И также netstat очень недолго ждёт обратные запросы. А вот во всех остальных операционных системах: Windows 98, 2000, Vista, 7, ВСЕ дистрибутивы Linux, FreeBSD команда tracert выполняется очень очень долго, то есть очень очень долго ждёт, пока DNS вернёт обратный DNS запрос. И также netstat Это уже давно проверено, в течение 10 лет на многих компьютерах. И везде только в одной Windows XP время ожидания обратного DNS запроса очень небольшое. А как его уменьшить в других операционных системах? В первую очередь в Linux PSPO5 ? Ведь Windows XP же не единственный и не вечный. Надо же и во всех других операционных системах комфортно работать с командами netstat и tracert , ну в данной теме обсуждаем в первую очередь Linux PSPO5 (именно он скоро придёт в школы).
|
Shurik Shurik Записей: 247 |
traceroute -n tracepath -n mtr -n netstat -n tcpdump -n |
Юра Кузнецов Записей: 238 |
Спасибо, но ключ -n просто отключает вообще обратные запросы к DNS . А есть ли возможность их не отменять, а лишь уменьшить время ожидания? |
Shurik Shurik Записей: 247 |
Сделать свой рекурсивный DNS со своими же настройками? |
Юра Кузнецов Записей: 238 |
А как понять? Сделать где-то свой новый DNS? |
Viktor Записей: 1327 |
traceroute -q 1 -w 1 не пойдет? |
Юра Кузнецов Записей: 238 |
Спасибо за совет. Завтра посмотрю, попробую, сообщу. |
Юра Кузнецов Записей: 238 |
Кстати, ещё в traceroute и ping под Linux есть проблема, что не все узлы пингуются (при том, что в Windows с того же компьютера всё нормально). Но эта тема как бы уже другая, для отдельного обсуждения. |
Viktor Записей: 1327 |
Учтите -w время_в_секундах. > traceroute и ping под Linux есть проблема, что не все узлы пингуются (при том, что в Windows с того же компьютера всё нормально |
Shurik Shurik Записей: 247 |
Юра Кузнецов писал(а): Кстати, ещё в traceroute и ping под Linux есть проблема, что не все узлы пингуются (при том, что в Windows с того же компьютера всё нормально). Но эта тема как бы уже другая, для отдельного обсуждения. Не может такого быть. Там алгоритм одинаковый.
Кстати, вместо traceroute можно использовать tracepath, у которого немного другой алгоритм, плюс он умеет вычислять MTU.
|
Viktor Записей: 1327 |
> Там алгоритм одинаковый. |
Юра Кузнецов Записей: 238 |
Чуть позднее подготовлю несколько скринштов экрана (с командой tracert как из Windows, так и из Linux). |
Юра Кузнецов Записей: 238 |
Viktor писал(а): traceroute -q 1 -w 1 не пойдет?
Нет, тоже не пойдёт. Только что попробовал - ключ -q отвечает не за время ожидания имени от DNS, а за количество ответов от хоста.
|
Юра Кузнецов Записей: 238 |
Ну а теперь - обещанные скриншоты. Которые показывают, что в Windows команда tracert работает нормально. А в Linux - последний хост не отвечает (а вместо www.onego.ru вообще ерунду какую-то выдаёт и сам обрывается). Команда tracert давалась с одного и того же компьютера (на нём 2 системы установлены Windows XP и Linux PSPO5). Два скриншота посвящены Linux, и один - Windows.
|
Viktor Записей: 1327 |
Используйте опцию -I, тогда будет использоваться ICMP ECHO (как в Windows). В большинстве дистрибутивов требует прав root. sudo traceroute -I www.onego.ru С опцией -T результат аналогичный. PS Вопрос был: Как уменьшить время ожидания ответа обратного запроса DNS? Уменьшение кол-ва запросов снизит время ожидания ответа. А опцию -w Вы не заметили? Но у Вас проблеме не в этом. Видимо кто-то на маршруте udp блокирует (или использует не 53 порт). См. man traceroute. |
Юра Кузнецов Записей: 238 |
Насчёт опции -w я то её давно заметил, только вот она отвечает не за время ожидания обратного запроса DNS, а отвечает за время ожидания отклика от хоста (то есть ели хост не отвечает и дать команду -w 1 то * * * и появятся через секунду). |
Юра Кузнецов Записей: 238 |
Большое спасибо за подсказку про опцию -I (с ней действительно последний хост стал отвечать!). Так что одна проблема решена. |
Viktor Записей: 1327 |
Юра Кузнецов писал(а): Насчёт опции -w я то её давно заметил, только вот она отвечает не за время ожидания обратного запроса DNS, а отвечает за время ожидания отклика от хоста (то есть ели хост не отвечает и дать команду -w 1 то * * * и появятся через секунду). А как Вы определяете это самое время?
|
Юра Кузнецов Записей: 238 |
Ну так оно же и так легко видно, * * * через 1 или через 5 секунд появляются |
Viktor Записей: 1327 |
Я про "время ожидания обратного запроса DNS" |
Юра Кузнецов Записей: 238 |
А Вы знаете что, на самом деле поторопился с ответом. Это я на сервере под FreBSD проверил -I и там всё заработало. А сейчас попробовал в Linux PSPO5 - так вот в нём с ключом -I не показываются ВСЕ промежуточные хосты (а показывается только наш сервер-маршрутизатор и конечный хост), а промежуточные - все не показываются. Кстати и имя jkfs.petrsu.ru почему-то не резолвится с командой -I вот скриншот: |
Юра Кузнецов Записей: 238 |
Viktor писал(а): Я про "время ожидания обратного запроса DNS"
а не него вообще ни один ключ не влияет.
|
Viktor Записей: 1327 |
Вот именно, уменьшить можно только косвенными методами. |
Юра Кузнецов Записей: 238 |
кстати, чуть выше я говорил, что только в Windows XP "время ожидания обратного запроса DNS" нормальное. А сегодня оказалось, что и во FreeBSD 6.0 тоже всё нормально, traceroute -I идёт быстро, все хосты показывает. А в Linux PSPO5 к сожалению, "время ожидания обратного запроса DNS" очень долгое. К тому же с ключом -I не показывает промежуточные хосты (см. тремя сообщениями выше) |
Viktor Записей: 1327 |
А как Вы определяете это самое время? su - , firewall? |
©2015 Все права защищены.
Портал информационной и технической поддержки ПО образовательных учреждений РФ.
Cо всеми проблемами и пожеланиями по работе портала и службы технической поддержки вы можете обратиться по адресу .