+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

NTP - летнее время

NTP - летнее время, RouterOS

changeip

Guest

04.04.2005 00:02:00

Должен сказать… использование MT в качестве NTP-сервера последние несколько месяцев шло успешно, а сегодня просто кошмар. Если MT не поддерживает переход на летнее время, то это практически безнадёжно. Наша часовая зона -08, и весь день сегодня он пытается настроить себя на час позади. Думаю, если бы я был в Аризоне или на Гавайях, это бы не было проблемой. Не могли бы вы добавить поддержку перехода на летнее время в будущую версию, чтобы мы могли снова использовать наши роутеры в качестве надёжного NTP-сервера? Кто-нибудь ещё использует MT в качестве NTP-мастера и сталкивается с подобными проблемами? Sam

GJS Guest	#2 0 04.04.2005 00:32:00 Я могу и ошибаться, но разве NTP-серверы не должны выдавать время по UTC, а уже клиентам решать, как учитывать переход на летнее время?

changeip Guest	#3 0 04.04.2005 00:35:00 Да, так что MT как клиент не учитывает переход на летнее время. Если он, в свою очередь, выступает в роли NTP-сервера, то всё идёт наперекосяк, потому что он выдаёт неверное время. Сэм.

GJS

Guest

04.04.2005 00:45:00

Но если клиент скорректировал время по DST, а сервер выдал это время, то твой сервер бы не выдавал UTC, правда? Наверное, это не особо помогает, но у меня все устройства в сети настроены только на UTC, круглый год. Я нашел, что это самый простой способ избежать путаницы.

changeip

Guest

04.04.2005 00:57:00

Ты прав. Пожалуй, неприятная штука в том, что мне приходится ставить часовой пояс на -07 на полгода и на -08 на остальные, чтобы правильно отображалось время в логах, при перехвате трафика и прочем. Если бы Windows и все остальные ОС умели это делать, я бы даже не задумывался. Сложное слово для написания. Сэм.

normis

Guest

04.04.2005 06:48:00

GJS прав, летнее переключение на летнее время по сути означает, что нужно сдвинуть часовой пояс на час. Например, если сейчас +2, то летом нужно будет переключиться на +3. Теперь, поскольку NTP (в RouterOS тоже) предоставляет время в UTC, эти часовые пояса нужно настраивать самостоятельно.

Wyoming

Guest

04.04.2005 18:09:00

Я согласен, что сервер должен выдавать время в UTC, но было бы неплохо, если бы мы могли настроить часы на Mikrotik, чтобы они учитывали переход на летнее время. Тогда нам не придется ездить на 40 разных Mikrotik и менять часовой пояс с -7 до -6 и обратно с -6 до -7 каждую весну и осень.

csickles Guest	#8 0 04.04.2005 20:28:00 Работает отлично!!! (Аризона не изменится) Хорошего дня! Крейг

tully

Guest

13.04.2005 15:26:00

Мы рассмотрели возможность добавления поддержки летнего времени. Проблема в том, что поддерживать это для всего мира сложно. В некоторых местах меняются даты и прочее… Если найдется хороший open source проект, который ведёт таблицу со всеми изменениями по всему миру, то, возможно, мы добавим поддержку. Но мы не хотим создавать и поддерживать такую таблицу сами. John

changeip Guest	#10 0 13.04.2005 15:42:00 Погуглил немного и нашел вот это: http://www.twinsun.com/tz/tz-link.htm Не уверен, что это то самое, но лучше, чем ничего. Думаю, где-то должны быть стандарты для этого, надо просто найти авторитетный источник. Ссылка выше выглядит перспективно. В общем, просто спросить у владельца MT-роутера, в каком часовом поясе он находится (PST или PDT) — уже поможет, потому что тогда можно сверяться с данными tz и определять, когда у них переводится время. “Эта база данных (часто называемая tz или zoneinfo) используется в нескольких реализациях, включая GNU C Library, используемую в GNU/Linux, FreeBSD, NetBSD, OpenBSD, Cygwin, DJGPP, HP-UX, IRIX, Mac OS X, OpenVMS, Solaris, Tru64 и UnixWare.” Сэм

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры