Этот вопрос довольно специфичен, но я надеюсь, что кто-то видел эту ошибку в другом месте. Я настраиваю машину под управлением OS X 10.5.8 в качестве сервера NTP для машин, подключенных к локальной сети, которая не подключена к Интернету. Я не слишком беспокоюсь о том, чтобы знать "правильное" время на всех машинах, а скорее беспокоюсь о том, чтобы у всех было одинаковое представление о времени.
Я настроил демон NTP на Mac, включив автоматическую настройку даты и времени в Системных настройках, используя часы сервера, 127.127.1.0, в качестве опорных часов. Я подумал, что должен посмотреть, сможет ли сервер запросить NTP сам, прежде чем перейти к клиентам.
Странная часть - когда я запускаю команду ntpq -p в командной строке при подключении к моему D-Link DIR-655 (прошивка: 1.33), она зависает примерно на минутке каждый раз, прежде чем наконец-то дать мне какой-то вывод. Я подумал, что проблема может быть связана с переадресацией портов, поэтому я настроил маршрутизатор для переадресации порта 123 для IP-адреса сервера, но это не улучшило ситуацию.
Когда я запускаю команду ntpq -p в сети моей школы, на маршрутизаторе Linksys WRT54G или с отключенной беспроводной картой Airport - у меня нет абсолютно никаких проблем - команда мгновенно возвращает ответ.
Это нормально? Я понимаю, почему запрос может занять минуту или около того, но я не понимаю, почему один маршрутизатор делает это быстрее, чем другой.
Я попытался возиться с файлом ntp.conf, добавив параметры burst, minpoll и maxpoll:
server 127.127.1.0 burst minpoll 4 maxpoll 5
Считая, что, возможно, я опрашиваю слишком часто, и файл конфигурации замедляет меня, но даже при этом ntpq все еще зависает на D-Link DIR-655, но прекрасно работает на других маршрутизаторах.
Есть какие-нибудь мысли о том, откуда исходит отставание или если оно даже является проблемой?