forum.lissyara.su

Добавлено: **2010-01-13 10:40:21**

W:\>nslookup srv.licey.local
Server:  srv.licey.local
Address:  10.10.1.1

Name:    srv.licey.local
Address:  10.10.1.1

W:\>ping srv.licey.local
При проверке связи не удалось обнаружить узел srv.licey.local. Проверьте имя узл
а и повторите попытку.

W:\>ping 10.10.1.1

Обмен пакетами с 10.10.1.1 по 32 байт:

Ответ от 10.10.1.1: число байт=32 время<1мс TTL=64
Ответ от 10.10.1.1: число байт=32 время<1мс TTL=64
Ответ от 10.10.1.1: число байт=32 время<1мс TTL=64
Ответ от 10.10.1.1: число байт=32 время<1мс TTL=64

Статистика Ping для 10.10.1.1:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

W:\>

Не могу понять, почему так.... Виндовый ping днс не использует?

Добавлено: **2010-01-13 10:46:22**

Это сразу после включения виндовой машины. Причем не пингуются только те, что на фре.
Спустя некоторое время (15-30 минут) пинг по имени выполняется нормально.
Нагуглить ничего не получилось, может здесь кто-нибудь сможет объяснить?

Добавлено: **2010-01-13 10:53:05**

снифером посмотреть что там виндовоз мутит

в линупсах современных .local отдан под широковещательные днс запросы оО

Добавлено: **2010-01-13 10:58:24**

tcpdump'ом смотреть, чтобы убедиться на какой строне проблема хотя бы.

hizel писал(а):в линупсах современных .local отдан под широковещательные днс запросы оО

дядя hizel, а объясни пожалуйста как связать понятия широковещательный запрос и ДНС запрос

просто интересно.

Добавлено: **2010-01-13 11:00:12**

google: multicast dns

Добавлено: **2010-01-26 21:06:14**

_da-dam's писал(а):tcpdump'ом смотреть, чтобы убедиться на какой строне проблема хотя бы.

запускал на srv (который freebsd 6.2) tcpdump. От компа с которого пингую srv пакетов никаких. Если пингую по ІР - все нормально.
Примерно через 20 минут после включения винды пинги пошли, tcpdump пишет:

Код: Выделить всё

19:47:34.097930 IP 10.3.17.15.1102 > 10.10.1.1.53:  37215+ A? srv.licey.local. (33)
19:47:34.098160 IP 10.10.1.1.53 > 10.3.17.15.1102:  37215* 1/1/0 A 10.10.1.1 (63)
19:47:34.102008 IP 10.3.17.15 > 10.10.1.1: ICMP echo request, id 512, seq 6144, length 40
19:47:34.102025 IP 10.10.1.1 > 10.3.17.15: ICMP echo reply, id 512, seq 6144, length 40
19:47:35.101811 IP 10.3.17.15 > 10.10.1.1: ICMP echo request, id 512, seq 6400, length 40
19:47:35.101826 IP 10.10.1.1 > 10.3.17.15: ICMP echo reply, id 512, seq 6400, length 40
19:47:36.101836 IP 10.3.17.15 > 10.10.1.1: ICMP echo request, id 512, seq 6656, length 40
19:47:36.101851 IP 10.10.1.1 > 10.3.17.15: ICMP echo reply, id 512, seq 6656, length 40
19:47:37.101841 IP 10.3.17.15 > 10.10.1.1: ICMP echo request, id 512, seq 6912, length 40
19:47:37.101857 IP 10.10.1.1 > 10.3.17.15: ICMP echo reply, id 512, seq 6912, length 40

Как видим, опросило днс, получило ответ и работаем далее.
До этого днс не опрашивался.
Стоит казать, что с испытуемой машины все это время прекрасно пинговались другие компьютеры сети по короткому имени (те что под виндой), по полному же нет (потому как к днс попросту обращения не было).
При отключении NetBIOS через TCP/IP все работает просто отлично, кроме, разумеется, виндовой сетки...
Такая ситуация имеет место на любом ПК в сети, а не только на том, который здесь описан.

hizel писал(а):в линупсах современных .local отдан под широковещательные днс запросы оО

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

Добавлено: **2010-01-27 11:31:49**

Вывод tcpdump на еще одной машине в сети (freebsd 7.0+samba) при безуспешной попытке пинговать srv:

Код: Выделить всё

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vr0, link-type EN10MB (Ethernet), capture size 96 bytes
10:11:33.479719 IP 10.3.17.15.1037 > 10.10.1.2.139: P 2757232057:2757232137(80) ack 2918760868 win 65453 NBT Session Packet: Session Message
10:11:33.479874 IP 10.10.1.2.139 > 10.3.17.15.1037: P 1:105(104) ack 80 win 65535 NBT Session Packet: Session Message
10:11:33.480243 IP 10.3.17.15.1037 > 10.10.1.2.139: P 80:180(100) ack 105 win 65349 NBT Session Packet: Session Message
10:11:33.480532 IP 10.10.1.2.139 > 10.3.17.15.1037: P 105:281(176) ack 180 win 65535 NBT Session Packet: Session Message
10:11:33.481212 IP 10.3.17.15.1037 > 10.10.1.2.139: P 180:284(104) ack 281 win 65173 NBT Session Packet: Session Message
10:11:33.481445 IP 10.10.1.2.139 > 10.3.17.15.1037: P 281:320(39) ack 284 win 65535 NBT Session Packet: Session Message
10:11:33.482385 IP 10.3.17.15.1037 > 10.10.1.2.139: P 284:388(104) ack 320 win 65134 NBT Session Packet: Session Message
10:11:33.482635 IP 10.10.1.2.139 > 10.3.17.15.1037: P 320:359(39) ack 388 win 65535 NBT Session Packet: Session Message
10:11:33.483312 IP 10.3.17.15.1037 > 10.10.1.2.139: P 388:492(104) ack 359 win 65095 NBT Session Packet: Session Message
10:11:33.483513 IP 10.10.1.2.139 > 10.3.17.15.1037: P 359:398(39) ack 492 win 65535 NBT Session Packet: Session Message
10:11:33.484207 IP 10.3.17.15.1037 > 10.10.1.2.139: P 492:596(104) ack 398 win 65056 NBT Session Packet: Session Message
10:11:33.484433 IP 10.10.1.2.139 > 10.3.17.15.1037: P 398:437(39) ack 596 win 65535 NBT Session Packet: Session Message
10:11:33.485072 IP 10.3.17.15.1037 > 10.10.1.2.139: P 596:700(104) ack 437 win 65017 NBT Session Packet: Session Message
10:11:33.485299 IP 10.10.1.2.139 > 10.3.17.15.1037: P 437:476(39) ack 700 win 65535 NBT Session Packet: Session Message
10:11:33.485929 IP 10.3.17.15.1037 > 10.10.1.2.139: P 700:804(104) ack 476 win 64978 NBT Session Packet: Session Message
10:11:33.486197 IP 10.10.1.2.139 > 10.3.17.15.1037: P 476:515(39) ack 804 win 65535 NBT Session Packet: Session Message
10:11:33.486852 IP 10.3.17.15.1037 > 10.10.1.2.139: P 804:906(102) ack 515 win 64939 NBT Session Packet: Session Message
10:11:33.487070 IP 10.10.1.2.139 > 10.3.17.15.1037: P 515:554(39) ack 906 win 65535 NBT Session Packet: Session Message
10:11:33.487692 IP 10.3.17.15.1037 > 10.10.1.2.139: P 906:1010(104) ack 554 win 64900 NBT Session Packet: Session Message
10:11:33.487916 IP 10.10.1.2.139 > 10.3.17.15.1037: P 554:593(39) ack 1010 win 65535 NBT Session Packet: Session Message
10:11:33.488543 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1010:1114(104) ack 593 win 64861 NBT Session Packet: Session Message
10:11:33.488786 IP 10.10.1.2.139 > 10.3.17.15.1037: P 593:632(39) ack 1114 win 65535 NBT Session Packet: Session Message
10:11:33.489485 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1114:1218(104) ack 632 win 64822 NBT Session Packet: Session Message
10:11:33.489674 IP 10.10.1.2.139 > 10.3.17.15.1037: P 632:671(39) ack 1218 win 65535 NBT Session Packet: Session Message
10:11:33.490363 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1218:1314(96) ack 671 win 64783 NBT Session Packet: Session Message
10:11:33.490484 IP 10.10.1.2.139 > 10.3.17.15.1037: P 671:847(176) ack 1314 win 65535 NBT Session Packet: Session Message
10:11:33.491003 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1314:1414(100) ack 847 win 64607 NBT Session Packet: Session Message
10:11:33.491100 IP 10.10.1.2.139 > 10.3.17.15.1037: P 847:986(139) ack 1414 win 65535 NBT Session Packet: Session Message
10:11:33.491362 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1414:1490(76) ack 986 win 64468 NBT Session Packet: Session Message
10:11:33.491443 IP 10.10.1.2.139 > 10.3.17.15.1037: P 986:1058(72) ack 1490 win 65535 NBT Session Packet: Session Message
10:11:33.519683 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1490:1582(92) ack 1058 win 64396 NBT Session Packet: Session Message
10:11:33.519818 IP 10.10.1.2.139 > 10.3.17.15.1037: P 1058:1097(39) ack 1582 win 65535 NBT Session Packet: Session Message
10:11:33.520718 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1582:1674(92) ack 1097 win 64357 NBT Session Packet: Session Message
10:11:33.520839 IP 10.10.1.2.139 > 10.3.17.15.1037: P 1097:1136(39) ack 1674 win 65535 NBT Session Packet: Session Message
10:11:33.690423 IP 10.3.17.15.1037 > 10.10.1.2.139: . ack 1136 win 64318
10:11:43.595925 IP 10.3.17.15.1037 > 10.10.1.2.139: P 1674:1719(45) ack 1136 win 64318 NBT Session Packet: Session Message
10:11:43.596102 IP 10.10.1.2.139 > 10.3.17.15.1037: P 1136:1175(39) ack 1719 win 65535 NBT Session Packet: Session Message
10:11:43.749178 IP 10.3.17.15.1037 > 10.10.1.2.139: . ack 1175 win 64279

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

Добавлено: **2010-01-27 15:00:23**

Утилита nslookup работает строго через указанный в настройках DNS. А утилита ping дает запрос операционке на резолвинг имени, а операционка сначала проверяет WINS, если он указан; затем DNS если WINS не отвечает; затем выполняет broadcast запрос, если DNS не помог (это стандартный алгоритм для Windows).

Вариант - клиент Windows настроен на резолвинг имен также через WINS.

покажи вывод ipconfig /all с винды.

Добавлено: **2010-01-27 15:52:02**

Код: Выделить всё

Настройка протокола IP для Windows
        Имя компьютера  . . . . . . . . . : 317-08
        Основной DNS-суффикс  . . . . . . : 
        Тип узла. . . . . . . . . . . . . : гибридный
        IP-маршрутизация включена . . . . : нет
        WINS-прокси включен . . . . . . . : нет
        Порядок просмотра суффиксов DNS . : licey.local
Подключение по локальной сети - Ethernet адаптер:
        DNS-суффикс этого подключения . . : licey.local
        Описание  . . . . . . . . . . . . : Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC
        Физический адрес. . . . . . . . . : 00-21-58-03-D6-01
        Dhcp включен. . . . . . . . . . . : да
        Автонастройка включена  . . . . . : да
        IP-адрес  . . . . . . . . . . . . : 10.3.17.8
        Маска подсети . . . . . . . . . . : 255.0.0.0
        Основной шлюз . . . . . . . . . . : 10.10.1.1
        DHCP-сервер . . . . . . . . . . . : 10.10.1.1
        DNS-серверы . . . . . . . . . . . : 10.10.1.1
                                                        8.8.8.8
        Аренда получена . . . . . . . . . : 27 января 2010 г. 14:08:00
        Аренда истекает . . . . . . . . . : 27 января 2010 г. 15:08:00

Добавлено: **2010-01-27 15:58:14**

sch писал(а):А утилита ping дает запрос операционке на резолвинг имени, а операционка сначала проверяет WINS, если он указан; затем DNS если WINS не отвечает; затем выполняет broadcast запрос, если DNS не помог

Это понятно.
Не понятно, почему у меня после проверки WINS не проверяется DNS?

forum.lissyara.su

ping

ping

Re: ping

Re: ping

Re: ping

Re: ping

Re: ping

Re: ping

Re: ping

Re: ping

Re: ping