none
Возможно ли синхронизовать время для подсетки с другой тайм-зоной? RRS feed

  • Общие обсуждения

  • Добрый день!

    Пытаюсь настроить возможность синхронизации времени между узлами в локальной подсети. Назовем ее ДЕТКА.

    Жесткие условия:

    - инета нет;

    - рабочие станции WindowsXP + W7 64 (embeded);

    - timezone - UTC (!!! - так повелел разработчик).

    Эту подсетку разворачиваем в организации с возможностью ограниченной связи с другими подсетями. Подключаем к ней сервер (Win2003R2)  c 2-мя сетевыми интерфейсами, один из которых взаимодействует с другой подсетью и является источником времени для нашей ДЕТКИ.

    Настроила:

    w32tm /config /manualpeerlist:<SERVER> /syncfromflags:MANUAL

    Все было замечательно, пока не выяснилось требование по гринвичской зоне для ДЕТКИ. Сразу время слетело на 7 часов назад от нашей Сибири. Как-то обидно отказываться совсем от идеи синхронизации с внешним источником и думать о том, что придется бегать и ручками крутить часы ((.

    А как синхронизовать без учета тайм-зоны пока придумать не могу.

    Может быть подскажете?

    2 марта 2013 г. 12:29

Все ответы

  • Добрый день.

    Самый правильный путь - сменить разработчика на такого, который может качественно работать. Понимаю, что это не всегда и не всем достижимо.
    Любой другой поддерживаемый способ синхронизироваться в таких обстоятельствах, увы приведет к смещению времени в соответствии с временной зоной.
    Из неподдерживаемых: можно каким-нибудь скриптом вытаскивать время с источника, вычислять нужное время и устанавливать его на текущей системе. Потом уже синхронизировать клиентов с ней.


    Best Regards, Alexander Trofimov
    2 марта 2013 г. 14:32
  • Кстати, тот сервер, что с двумя интерфейсами должен с чем-то синхронизироваться? Если нет, то настроить на нем UTC, поставить нужное время, обозначить его как reliable (

    w32tm /reliable:yes

    )

    и уже с него, опять-таки, синхронизировать остальных.


    Best Regards, Alexander Trofimov

    2 марта 2013 г. 15:41
  • Кстати, тот сервер, что с двумя интерфейсами должен с чем-то синхронизироваться? Если нет, то настроить на нем UTC, поставить нужное время, обозначить его как reliable (

    w32tm /reliable:yes

    )

    и уже с него, опять-таки, синхронизировать остальных.


    Best Regards, Alexander Trofimov

    а смысл? Ну, на нем время ручками править, посмотрев на часы..

    Просто в этой ДОЧКЕ разработчики вроде как сваяли уже синхронизацию между узлами при запуске технологических скриптов, которые на них работают - они синхронизуются с одной (главной) машинки. Я пыталась приладить сервер, который бы брал время с сетевого оборудования, чтобы время не убегало по сравнению с другими автоматизированными системами. И отдавал это же время той самой "главной" машинке в этой новой ДОЧКЕ... 

    М.б. есть под виндой что-то подобное линксовым возможностям разделения локального и глобального времени..

    2 марта 2013 г. 15:54
  • Ну я уже объяснил своё отношение к Вашим разработчикам. Они не сделали какой-то стандартный кусочек работы, потом, чтобы это скрыть, наваяли костылей, а Вы расхлебываете.
    Что касается разделения времени: AFAIK, в Windows этого нет.


    Best Regards, Alexander Trofimov
    2 марта 2013 г. 16:04
  • Кстати, тот сервер, что с двумя интерфейсами должен с чем-то синхронизироваться? Если нет, то настроить на нем UTC, поставить нужное время, обозначить его как reliable
    Полностью поддерживаю Александра, как и в позиции к разработке. Подумайте над процитированным вариантом - костыль, но работать будет. Главное, чтобы ваши последователи об этом были оповещены.
    4 марта 2013 г. 6:27
    Отвечающий
  • Таким решением мы отключаем синхронизацию в ДОЧКЕ. Точнее - синхронизацию этой подсетки с внешним источником. Такой вариант и работал изначально, но, как Вы уже и отметили, является не более чем костылем. Что досадно..

    А с разработчиками попытаемся еще пообщаться. Поскольку сменить их не в нашей власти ))

    10 марта 2013 г. 7:17
  • Увы, каждый раз когда разработчики что-то не доделывают, нам приходится костылить =)

    Как более полезный вариант костыля можно рассматривать то, что я про скрипт написал, хотя лучше уж не усложнять.

    Ну и успеха в борьбе за зону, отличную от UTC =)


    Best Regards, Alexander Trofimov

    10 марта 2013 г. 8:32