Новый управляемый коммутатор Netgear не будет синхронизироваться с сервером времени (остается «локальным», а не «SNTP»). Какие настройки я должен использовать?

1092
Stilez

Это безумие, я знаю. Но я не могу получить свой новый коммутатор Netgear, чтобы забрать время с сервера времени, используемого в локальной сети. Я пробовал и CLI и GUI, я не могу понять, что ему нужно.

В локальной сети есть выделенный NTP-сервер, который работает. Я перепробовал все комбинации настроек, чтобы заставить коммутатор забирать время с него, и следовал инструкциям Netgear, а также страницам, найденным в Интернете, но он находится на «локальном» уровне и не синхронизируется с сервером времени, как мне кажется делать.

Я не уверен, что это потому, что локальный сервер времени - это NTP, а не SNTP, но все примеры показывают его синхронизацию с обычным пулом NTP, так что, вероятно, все в порядке. В идеале я бы подумал, что он будет автоматически определять настройки NTP и сервер из параметров DHCP локальной сети, когда он проверяет DHCP, но он также этого не делает.

Когда я вхожу в настройки, я могу получить длинный экран ожидания, но он всегда показывает «локальный» даже после ожидания в течение многих минут.

У меня будет просто необходим широковещательный NTP-запрос (у NTP-сервера просто есть IP-адрес, который может измениться в будущем; в этой подсети локальной сети нет DNS). Конечно, это не так сложно, но я просто не могу найти то, что нужно, чтобы это работало.

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

Это текущие страницы конфигурации:

enter image description here

ОБНОВЛЕНИЕ 1

После комментария @ Ramhound'а ниже (который был полезен, спасибо!) Я пришел к выводу, что проблема может заключаться в том, что настройка « режима маршрутизации » неверна. Моя основа для этого заключается в том, что, хотя он находится в правильной подсети / широковещательном домене, широковещательные рассылки NTP просто не достигают NTP-сервера, и «ping» на коммутаторе NTP-сервера также не получает ответа.

(Однако ему удалось отправить запрос DHCP и ответить без проблем на тот же сервер, никаких проблем нет? Коммутатор и сервер NTP / DHCP также определенно находятся в одной подсети - я только что перепроверил - так что трансляция должна работать?)

Я думаю, это может означать, что он не знает, как отправлять пакеты на сервер для целей NTP / PING, и поэтому он не пытается отправить их (или отправляет на неправильные порты), возможно, это будет проблемой маршрутизации? Но если так, почему DHCP работает, а NTP / PING нет? Я не знаю. Там, наверное, веская причина. Я не понимаю настройки «режима маршрутизации» достаточно, чтобы знать, должна ли она быть включена или отключена. Сейчас он отключен, переключатель по умолчанию.

0
«Я не уверен, что это потому, что локальный сервер времени - это NTP, а не SNTP». Прежде чем мы сможем помочь вам, вам необходимо это определить. Из интереса что такое флажок? Ramhound 6 лет назад 0
«Когда я вхожу в настройки, я могу получить длинный« ожидающий »экран» - это признак того, что маршрутизатор пытается связаться с сервером SNTP, но не может. Ramhound 6 лет назад 1
Все источники, включая Netgear, говорят «да» - SNTP может синхронизироваться с NTP-серверами. Флажок - это обычный вид «выбрать одну или несколько строк для выполнения действия» (например, «удалить эти записи»), а верхний флажок - «все / ничего». Захват пакетов на NTP-сервере показывает, что другие устройства получают / отвечают по порту 123, но не с этого устройства, поэтому вы, вероятно, правы в этом вопросе. Но коммутатор настроен на широковещательную синхронизацию по времени, коммутатор имеет правильную подсеть, ничего не мешает, и широковещательная рассылка не должна больше ничего требовать. Так почему же не поступают запросы от коммутатора? Stilez 6 лет назад 0
@Ramhound - обновляется на основе вашего очень полезного комментария. Я думаю, что вы на правильном пути. Дополнительная информация добавлена ​​в ОП. Stilez 6 лет назад 0

1 ответ на вопрос

0
Stilez

После очень полезного комментария @ Ramhound к OP, я смог найти решение.

Были две проблемы. Во-первых, необходимо установить переключатель из «режима переключения» в «режим маршрутизации» . Это авто-перезагрузка. После перезапуска это сразу позволяет PING (из меню «поиск и устранение неисправностей») работать. Это предполагает, что синхронизация времени также начнет работать.

Другая проблема - это графический интерфейс. Мне пришлось пару раз щелкнуть, чтобы открыть экран, который показывал, что настройка была явно установлена ​​(веб-интерфейс Netgear имеет несколько незначительных проблем в этой области). Но, похоже, он ничего не сделал, потому что ничего не изменилось до следующего опроса (что-нибудь до 10 минут спустя или 6 минут спустя по умолчанию). Но, просматривая системные страницы и информацию о конфигурации SNTP, я неожиданно заметил, что через несколько минут он показывает «успех» и правильную дату / время. Мне пришлось использовать одноадресную передачу, чтобы заставить его работать. Возможно, это сработало с трансляцией, но я не тестировал трансляцию, я был просто рад, что что-то сработало!

Так ясно, что это 4 вещи:

  • Включите «режим маршрутизации», а не «режим переключения».
  • Настройте SNTP и добавьте некоторые данные правильно. Попробуйте одноадресную рассылку и убедитесь, что есть запись как минимум для одного NTP-сервера, если это необходимо. Подойдет обычный NTP-сервер, он не обязательно должен быть SNTP-сервером и может быть IP, а не доменом.
  • Перейдите к конфигурации SNTP и переключитесь с «локального» на «SNTP» и выберите «одноадресная передача» или «широковещательная рассылка» (проще начать с одноадресной рассылки и фиксированного IP / хоста). Повторяйте это до тех пор, пока графический интерфейс не будет выглядеть так, как будто он выполняет какие-то серьезные настройки.
  • Подождите и время от времени просматривайте страницы состояния, чтобы увидеть, показывает ли он «успех» или правильное время.
  • Если нет, отправьте эхо-запрос на NTP-сервер или другие устройства локальной сети в той же подсети и выполните захват некоторых пакетов, чтобы проверить, действительно ли пакеты попадают на NTP-сервер, и заподозрить маршрутизацию, если какое-либо из них не работает.

Похожие вопросы