Всем привет,

Сабж. Сижу и тупо смотрю на результат ping /? , но такого ключа там не нахожу. А мне его, помню, показывали ...

Спасибо заранее, не бейте чайника !

ping -a

nslookup называется

Akina, либо так Только доступность хоста так не проверить...

Я первым делом попробовал -a, но оказались те же эмбрионы только в профиль .... о чем это может свидетельствовать? Что-то не включено/не сконфигурировано?

Набирал так: ping -a 188.88.88.88

Вот, еще раз попробовал - результат неотличим от "просто" ping..

А Вы прямо такой адрес и набираете "188.88.88.88"?
Если нет - либо адрес несуществует, либо PTR-записи на него нет...

L0R
Только доступность хоста так не проверить...
А такая задача вроде как и не ставилась. Вопрос - gethostbyaddr

Akina
Вопрос - gethostbyaddr by ping

L0R

Адрес набираю реальный, "живущий" . Кстати, вот 194.67.57.26 тоже попинговал - действительно, на mail.ru пишет название хоста, а на наши машины нет...

Выходит, дело в отсутствии PTR-записей? А где они должны быть?

На DNS-сервере, в зоне обратного просмотра.

гм.. где копать - ясно, спасибо большое! Буду изучать доки и мучать админов...

Медленный_АМ
Для того, чтобы "выводить имя хоста по его ip-адресу" идеологически правильно будет воспользоваться командой NSLOOKUP.
PS. Выходит, дело в отсутствии PTR-записей? А где они должны быть?
Вот туточки:
88.88.88.188.in-addr.arpa
http://ru.wikipedia.org/wiki/DNS#.D0.9E.D0.B1.D1.80.…D1.80.D0.BE.D1.81

дабы не плодить бессмысленные темы задам здесь вопросик про ping
ping <адрес> -i <время жизни пакета>
в локальной сети делаю, в ответках каждой строчки это самое время жизни пакета возвращается TTL = 128
и параметром -i никак не изменяется. Понятно что маршрутизаторов нет и стандартное время жизни 128 мне возвращают в исходном виде, но надо чтобы возвращалось не стандартное, а то что укзал я, например:
ping 192.168.0.4 -i 32
Ответ от 192.168.0.4: число байт = 32 время<1мс TTL=32 <а не 128, которые мне упорно возвращают>

Sub_boT
Параметр i управляет значением TTL отрпавленого вами ICMP echo запроса, TTL полученого вами ICMP echo ответа будет всегда стандартные для удалённой машины значение, т.е. обычно 128.

яверт спасибо, внесли ясность.
А можно ли удаленно управлять TTL ответных пакетов, не выходя за рамки того же ping ?

нет нельзя

Добавление от 06.12.2009 21:06:

Да и зачем в принципе? Что бы узнать сколько между вами хопов надо traceroute (tracert в windows) использовать.

преподаватель по сетям утверждает, что есть инструмент, с помощью которого он может вернуть пакет со временем жизни, которое указал он, спор идет именно про локальную сеть, без маршрутизатора, убавлять TTL здесь некому. Однако какой командой и каким параметром (набором параметров) он это может сделать - не указывается, своего рода домашнее задание.
про tracert в курсе - увеличивает TTL отправляемого пакета на 1, получая с каждого очередного маршрутизатора ответ об истечении "пригодности" пакета, в конечном итоге доходя до первоначально адреса. Но в его отчетах видно лишь имя сервера, обработавшего команду...
Так как мне изменить TTL ответного пакета?

Если есть доступ rw по SNMP то измени OID 1.3.6.1.2.1.4.2.0 на удалённой машине на нужный тебе ТТЛ.

ЗЫ: Препод может ошибаться, в RFC 792 про передачу ттл для response ничего не сказанно.

ЗЗЫ: Если так очень надо можно попробовать сгенерить ICMP echo request или response с destiantion ip равный ip твоей машины, destination mac - ip удалённой машины, source ip и source mac левые. Если удалённая машина форвардит пакеты есть вероятность что она отправить пакет на твою машину обратно уменьшив ттл на еденицу.