proNovell

Друзья! Кто знает, что надо сделать, чтобы клиент, беря время с сервера показывал его корректно? Как ни настраивал - то на час, то на два, то на 10 разница. Никак не могу добиться правильной синхронизации! Что читать? Ткните носом в нужный TID!

Как ни настраивал....Никак не могу....

Конфигурационные файлы службы времени, тайм-зоны машин, подробное описание TIME-системы, протоколы и действий "КАК_НИКАК" - всё сюда, пож.

NW 6.0 Sp4, на сервере выставлен наш пояс, часы идут верно;
клиенты - XP (4.91sp1, сллужба Windows Time запрещена), win98 (3.4), часовой пояс выставлен какой надо, проверял. Set Station Time = on в клиенте. Что еще надо выставить и где это описано? Я ЖЕ НЕ ПЕРВЫЙ!!!

Jack The Ripper писал(а): Я ЖЕ НЕ ПЕРВЫЙ!!!

Тогда в Поиск

Я...!!!

(Из классики) КРОЛ: И незачем так орать: я и в первый раз отлично слышал. (С)

А вот чего я опять не усл\видел, дык это:
1 рез команды TIME на консоли,
2 файл TIME.CFG ( в 6ке есть??) или значения таймовых SET-переменных,
3 источник времени в сети,
.....

Музалёв Николай писал(а):

Я...!!!

(Из классики) КРОЛ: И незачем так орать: я и в первый раз отлично слышал. (С)

А вот чего я опять не усл\видел, дык это:
1 рез команды TIME на консоли,
2 файл TIME.CFG ( в 6ке есть??) или значения таймовых SET-переменных,
3 источник времени в сети,
.....

может, конечно, и в этом (в чем-то из вышеперечисленного) дело. но в условиях ограниченной информации я бы предложил проверить в первую очередь настройки перехода на летнее время на сервере и раб. станции (на раб. станции должен быть установлен флажок автоматического перехода на летнее время; на сервере проверить след. параметры SET: Daylight Savings Time Offset (+1:00:00), Start Of Daylight Savings Time и End Of Daylight Savings Time; и еще раз перепроверить Time Zone; после того, как все установлено, проверить правильность установки командой TIME с консоли сервера: DST Status д. быть OFF, время должно быть синхронизировано (впрочем, для клиента это неважно ) и местное время (последняя строчка) должно быть правильным)

как отключение W32Time повлияет на правильность установки времени, не помню (либо никак, либо отрицательно )

кто насмехался надо мной в теме
http://novell.org.ru/forum/viewtopic.php?t=6662
и читает это сейчас - пусть вам икнется раз 100.
или даже 200.

для нормальных людей -
1) на сервере в autoexec.ncf в самом начале:
SET Time Zone = NOVT-6NOVST
# посмотрите любой ближайший unix (лучше freebsd) -
# как правильно называется ваша таймзона ?
# замените NOVT и NOVST на это.
SET Start of Daylight Savings Time = (MARCH SUNDAY LAST 2:0:0 AM)
SET End of Daylight Savings Time = (OCTOBER SUNDAY LAST 3:0:0 AM)
SET Daylight Savings Time Offset = +1:00:00

2) на сервере в
# TimeSync.Cfg is now updated automatically,
# when changes are made on the System Console

# TIMESYNC Configuration Parameters

Configured Sources = ON
DEBUG = 7
Polling Count = 3
Polling Interval = 600
Service Advertising = ON
Synchronization Radius = 20000
Type = SINGLE
NTP Client Port = 0

# TIMESYNC Configured time source list

TIME SOURCE = 10.1.2.3:123
TIME SOURCE = 10.1.2.4:123

где 10.1.2.3 и .4 - уже настроенные ntp-сервера.

unload timesync
load timesync
ждать 20 мин.
time

3) для клиентов win9x - во всех стандартных русских
таймзонах переход с летнего на зимнее описан
НЕПРАВИЛЬНО. создайте свою таймзону с нуля используя
tzedit. размножьте нужные куски реестра по клиентами.
для синхронизации по ntp используйте cmdtime3 в логин
скрипте. синхронизация по Novell - гадость, отключите ее
на клиентах.

4) для клиентов w2k/xp/w2k3 - настройте правильную
таймзону, настройте сервис w32time на сервер и
чтобы запускался автоматом. синхронизация по Novell - гадость, отключите ее на клиентах.

provodnikov писал(а):......
unload timesync
load timesync

Не пробовали set timesync restart flag = on с консоли или в мониторе тот же параметр? И ждать 20 минут - это зачем?

provodnikov писал(а):......
3) для клиентов win9x - во всех стандартных русских
таймзонах переход с летнего на зимнее описан
НЕПРАВИЛЬНО. создайте свою таймзону с нуля используя
tzedit. размножьте нужные куски реестра по клиентами.
для синхронизации по ntp используйте cmdtime3 в логин
скрипте. синхронизация по Novell - гадость, отключите ее
на клиентах.

Не согласен. tzedit нужна, не спорю. Нужно ТОЛЬКО ОТКЛЮЧИТЬ АВТОМАТИЧЕСКИЙ ПЕРЕХОД НА ЛЕТНЕЕ ВРЕМЯ. И остальное заработает само собой. Не нужна никакая СВОЯ тайм-зона. Прикол в том, что винда не позволяет (для некоторых тайм-зон) отменить этот переход, для этого и использовать tzedit.

> > unload timesync
> > load timesync
> Не пробовали set timesync restart flag = on с консоли или
> в мониторе тот же параметр?

или так.

> И ждать 20 минут - это зачем?

выпить чая|кофе|покурить|поболтать с юзерами на
тему "что такое летнее время и почему оно нафиг не нужно".

от работы кони дохнут.

> Нужно ТОЛЬКО ОТКЛЮЧИТЬ АВТОМАТИЧЕСКИЙ ПЕРЕХОД
> НА ЛЕТНЕЕ ВРЕМЯ.

с точностью до наоборот.
нужно его ВКЛЮЧИТЬ.

или вы продолжаете надеяться на фирменную
синхронизацию Novell ?

provodnikov писал(а):или вы продолжаете надеяться на фирменную
синхронизацию Novell ?

Именно. Ведь работает и не один год, и не в одном дереве и даже в РАЗНЫХ СТРАНАХ, представьте себе! От Тайланда до Египта, включая несколько тайм-зон и в России.

provodnikov писал(а):# посмотрите любой ближайший unix (лучше freebsd) -
# как правильно называется ваша таймзона ?
# замените NOVT и NOVST на это.

Пуковки в описании таймзоны никакого значения не имеют. Можете поставить хоть * и YYY - все будет работать как и прежде. Значение имеет только смещение от UTC. В данном случае - для распространения на раб.станции через "ветки реестра"- лишний геморрой админу.

4) для клиентов w2k/xp/w2k3 - настройте правильную
таймзону, настройте сервис w32time на сервер и
чтобы запускался автоматом. синхронизация по Novell - гадость, отключите ее на клиентах.

А это что за бред? Сервис ВиндоузТайм полезен на виндовых серверах и тех рабочих станциях, которые месяцами не перегружаются, да и то, после корректировки в политиках, в противном случае синхронизации не будет до рестарта.

provodnikov писал(а):для нормальных людей -
1) на сервере в autoexec.ncf в самом начале:
SET Time Zone = NOVT-6NOVST
# посмотрите любой ближайший unix (лучше freebsd) -
# как правильно называется ваша таймзона ?
# замените NOVT и NOVST на это.
SET Start of Daylight Savings Time = (MARCH SUNDAY LAST 2:0:0 AM)
SET End of Daylight Savings Time = (OCTOBER SUNDAY LAST 3:0:0 AM)
SET Daylight Savings Time Offset = +1:00:00

2) на сервере в
# TimeSync.Cfg is now updated automatically,
# when changes are made on the System Console

# TIMESYNC Configuration Parameters

Configured Sources = ON
DEBUG = 7
Polling Count = 3
Polling Interval = 600
Service Advertising = ON
Synchronization Radius = 20000
Type = SINGLE
NTP Client Port = 0

# TIMESYNC Configured time source list

TIME SOURCE = 10.1.2.3:123
TIME SOURCE = 10.1.2.4:123

где 10.1.2.3 и .4 - уже настроенные ntp-сервера.

unload timesync
load timesync
ждать 20 мин.
time

3) для клиентов win9x - во всех стандартных русских
таймзонах переход с летнего на зимнее описан
НЕПРАВИЛЬНО. создайте свою таймзону с нуля используя
tzedit. размножьте нужные куски реестра по клиентами.
для синхронизации по ntp используйте cmdtime3 в логин
скрипте. синхронизация по Novell - гадость, отключите ее
на клиентах.

4) для клиентов w2k/xp/w2k3 - настройте правильную
таймзону, настройте сервис w32time на сервер и
чтобы запускался автоматом. синхронизация по Novell - гадость, отключите ее на клиентах.

provodnikov, я таки не понял, в чем заключается сокровенное знание настройки серверов Нетваре по ntp ? Ну делаете вы каждый (?) сервер SINGLE, с синхронизацией по Configured Sources, по ntp .. при этом отказываетесь от синхронизации в дереве, между серверами. Тоже вариант, в принципе ( у меня у самого один SINGLE синхронизируется по внешнему источнику по ntp, это вполне стандартный вариант, в доке расписано, как это делается - элементарно ) - со всеми вытекающими. У вас в результате появляется single point of failure - тут самый внешний источник и коннект к нему. Пока все работает - все работает. А вот если по какой-то причине падает источник или пропадает с ним связь, то что стает делать эта ваша толпа SINGLE серверов ? Ведь они друг про друга ничего не знают, и - поскольку они SINGLE - никакого алгоритма выработки общего времени в случае пропажи источников у них нет. А синхронизация-то событий в дереве завязана на временную.

Так вы, похоже, методом проб и ошибок, нашли какой-то вариант ( работоспособный в данный момент ), который вас устраивает. А теперь всех уверяете, что так и надо. ( DEBUG = 7 там очень нужен, действительно ) И вот еще из "для клиентов win9x - во всех стандартных русских таймзонах переход с летнего на зимнее описан НЕПРАВИЛЬНО. " действительно следует, что синхронизация по Новелл - гадость, ведь Вин98 писала Новелл. timesync между тем перегружать необязательно, там для этого есть специальный флаг, для рестарта временной синхронизации. Кроме того, как уже сказали, буковки в таймзоне не несут какой-либо смысловой нагрузки. Но это все мелочи, по большому счету. Вы, по-моему, свои познания в других ОС ( типа никсов ) пытаетесь применять к системе, которую не знаете .. неколлега.

Jack The Ripper писал(а):Как ни настраивал - то на час, то на два, то на 10 разница. Никак не могу добиться правильной синхронизации...

Клиент Novell получает с сервера NW время UTC и на основе настроек раб. станции (часовой пояс, летний переход) выставлет локальное время. Если время на раб. станции отличается ровно на n-часов, значит синхронизация с временем сервера работает. Надо выставить правильные параметры (часовой пояс, летний переход) на станции.

provodnikov писал(а):1) на сервере в autoexec.ncf в самом начале:
SET Time Zone = NOVT-6NOVST
# посмотрите любой ближайший unix (лучше freebsd) -
# как правильно называется ваша таймзона ?

Где на сервере хранятся эти названия? И где это описано? дайте ссылочку! Где-то же это все прочтиали! Я-то думал если сервер один название ничего не значит! Оказывается стандарт есть!

provodnikov писал(а):3) для клиентов win9x - во всех стандартных русских
таймзонах переход с летнего на зимнее описан
НЕПРАВИЛЬНО. создайте свою таймзону с нуля используя
tzedit. размножьте нужные куски реестра по клиентами.
для синхронизации по ntp используйте cmdtime3 в логин
скрипте. синхронизация по Novell - гадость, отключите ее
на клиентах.

Рабочая станция каждый раз при логине в дерево меняет свое время.
Разве нельзя сделать чтобы она его просто брала с сервера (мы с ним в одной зоне, в одном здании даже) и ничего уже с ним не делала?
Может быть в самой рабочей станции переход на летнее время вообще отключить?

provodnikov писал(а):4) для клиентов w2k/xp/w2k3 - настройте правильную
таймзону, настройте сервис w32time на сервер и
чтобы запускался автоматом. синхронизация по Novell - гадость, отключите ее на клиентах.

У меня нет микрософтовской сети, я даже клиентов поудалял чтоб быстрее работало. Соответственно нет такого w32Time-сервера, который бы гарантировано был бы эталоном. В инет выхода тоже нет и не будет. Источник времени - часы сервера (иногда буду сам корректировать - будет иногда синтетическое время ненадолго)

Вячеслав Якименко писал(а):Клиент Novell получает с сервера NW время UTC и на основе настроек раб. станции (часовой пояс, летний переход) выставлет локальное время. Если время на раб. станции отличается ровно на n-часов, значит синхронизация с временем сервера работает. Надо выставить правильные параметры (часовой пояс, летний переход) на станции.

Я тоже так думал. Часовые пояса на рабочих станциях выставлены правильно, проверял. То есть для Томска "Новосибирск, Алма-Ата..." GMT+6. Кстати, что такое в данном случае UTC?