Этот вопрос довольно конкретен, но я надеюсь, что кто-то будет видеть эту ошибку в другом месте. Я настраиваю машину рабочий OS X 10.5.8, чтобы быть сервером NTP для машин, подключенных к LAN, которая не подключена к Интернету. Я не слишком волнуюсь по поводу знания "правильного" времени на всех машинах, а скорее волнуюсь по поводу проверки, что у всех есть то же понятие времени.
Я настроил демона NTP на Mac путем превращения на съемочной площадке даты и времени автоматически в Установках системы, использования часов сервера, 127.127.1.0 как опорный синхрогенератор. Я полагал, что должен видеть, может ли сервер сам запрос NTP прежде, чем продолжиться к клиентам.
Странная часть - когда я выполняю ntpq-p команда в командной строке при соединении с моим D-Link DIR-655 (встроенное микропрограммное обеспечение: 1.33), это зависает приблизительно в течение минуты или так каждый раз прежде наконец дать мне некоторый вывод. Я думал, что проблема могла бы иметь отношение к Перенаправлению портов, таким образом, я настроил маршрутизатор к порту передачи 123 для IP сервера, но это не улучшило ситуацию.
Когда я выполняю ntpq-p команда в сети моей школы в маршрутизаторе Linksys WRT54G, или с беспроводной выключенной картой Аэропорта - у меня нет абсолютно никаких проблем - команда возвращает ответ немедленно.
Действительно ли это нормально? Я вижу, почему запрос мог бы занять приблизительно одну минуту, но я не понимаю, почему один маршрутизатор делает это быстрее, чем другой.
Я пытался бездельничать с ntp.conf файлом, добавляющим пакет, minpoll, и maxpoll опции:
server 127.127.1.0 burst minpoll 4 maxpoll 5
При полагении, что, возможно, я опрашиваю слишком часто и конфигурационный файл замедляет меня, но даже с этим, ntpq все еще зависает на D-Link DIR-655, но делает очень хорошо на других маршрутизаторах.
Какие-либо мысли о том, куда задержка прибывает из или если задержка является даже проблемой?
Таким образом, Вы говорите, что, когда Ваш Mac связан с полем D-Link, и работает ntpq -p
на Вашем Mac, который это подвешивает? Но та же команда не зависает, когда Ваш Mac подключен к Интернету другие пути, или через другие беспроводные шлюзы?
В следующий раз Вы связаны с D-Link, сделайте ipconfig getpacket en1
и посмотрите, возвращает ли сервер DHCP D-Link опцию сервера времени в списке опций DHCP.
Если клиент NTP D-Link включен, и можно отключить его, рассмотреть отключение его и видеть, имеет ли это значение.
Попытайтесь работать tcpdump -i en1 -vns0 port 123 or arp or icmp
видеть, что происходит мудрое NTP (и ARP - и мудрый ICMP) в сети, когда Вы выпускаете Ваш ntpq -p
команда.
Взгляд на /var/log/system.log для любых интересных сообщений от ntpd.