Синхронизация времени рабочей станции с сетевым

[Алексей Светлов]

Проблемка:
один сервер в сети - Single (Novell Netware 5.0 SP6)
Рабочие станции под Win95(OSR2) синхронизируются нормально,
т.е. при изменении времени сервера при перелогине они выставляют
свое время "один-к-одному".
Рабочие станции под Win98(2000) упорно переводят свои часы на час
вперед.
На всех рабочих станциях - Клиент 3.3 SP3 время- Екатеринбург
с автоматическим переходом на летнее время.
Set station time=on
На сервере - тоже самое время.
Как заставить Рабочие станции под Win98(2000) синхронизировать время нормально?
Уже попробовал убирать опции автоматический переход на летнее время и обратно - не помогает,
попробовал поставить не Екатер-ское время на рабочих станциях W98
(не GMT+005) , а GMT+004 Баку, Тбилиси, так при перелогине
часы на рабочей станции стали отставать на 1час.

ПОМОГИТЕ

[Лебедев Виктор]

IMHO, все дело в восприятии Win-ом обозначения временной зоны. Не все формы понимает Win. Можно поменять (создать новую) временную зону утилитой из пакета администирования Win (если подходящее обозначение не нравится). Или попробовать его "обозначить" относительно Гр.меридиана: GMT-5GMTD. Такое обозначение (GMT) Win как раз и использует. Причем обязательно указать наименования для летнего и зимнего "периода". А если обозначить просто как GMT-5, то NW другой период обозначает как UTC, а от этого и NW и Win плохо.

[Владимир Горяев]

Попробуй Tzedit. Некоторые часовые пояса в вин неправильно настроены. Буквально вчера в 95 правил - был переход на зим время в посл воскресенье сент. Попробуй с клиентами поиграться. Не помню точно, но в каком-то встречался такой глюк.

[Сергей Ефремов]

Надо на рабочих станциях отключить переход на летнее время. Мне помогло.

[Струин Олег]

А на сервере переход с зимнего на летнее время настроен?
Если не сложно напиши set параметры которые у тебя (set time start...
set time end...
set time daylight...)

[Сергей Ефремов]

Да по умолчаниют все, переход на летнее время включен, регион Москва.
Я так понимаю что Win98,W2k, не понимают что время на NetWare сервере уже переведено на час вперед, и если у них установлено переходить на летнее время, переводят его еще на час вперед.
SET TIME ZONE = EAT-3EATD
SET DAYLIGHT SAVINGS TIME OFFSET = 1:00:00
SET START OF DAYLIGHT SAVINGS TIME = (APRIL SUNDAY FIRST 2:00:00 AM)
SET END OF DAYLIGHT SAVINGS TIME = (OCTOBER SUNDAY LAST 2:00:00 AM)

[Аркадий Глазырин]

Рабочие станции под Win98(2000) упорно переводят свои часы на час вперед.
На всех рабочих станциях - Клиент 3.3 SP3 время- Екатеринбург
с автоматическим переходом на летнее время.

Привет, Земляк!

Есть такая проблема. Долго с ней бился. Нормальным образом не решается. Мне кажется буржуи либо не знают такой зоны, где мы обитаем, либо считают, что так далеко можно время и не переводить. Все равно никто не видит.

Решается довольно просто. Ставишь на сервере регион, который стопудово известен Novell. Например у меня среднеамериканское время выставлено. И рабоает. Рабочие станции докидывают корректировочный коэфициент в зависимости от часового пояса.

Могу прислать кусок из autoexec.ncf.

ЗЫ Единственный миунус это то, что начнешь мыслить немножко нетрадиционно. В любой момент суток будешь знать сколько сейчас времени в Детройте и при этом не в курсе сколько у тебя тут.
Однако это даже полезно. Для общего развития.

[Сергей Дубров]

Рабочие станции под Win98(2000) упорно переводят свои часы на час вперед.
На всех рабочих станциях - Клиент 3.3 SP3 время- Екатеринбург
с автоматическим переходом на летнее время.

Привет, Земляк!

Есть такая проблема. Долго с ней бился. Нормальным образом не решается. Мне кажется буржуи либо не знают такой зоны, где мы обитаем, либо считают, что так далеко можно время и не переводить. Все равно никто не видит.

Я думал все уже давным давно знают, как эта проблема решается раз и навсегда. Дело в том, что для Виндов95/98/NT4 по умолчанию Микрософт не предусматривает переход на летнее-зимнее время для всех российских зон восточнее Москвы! Отсюда и пляски. Тут уже звучало название программы, которая нужна в этом случае - TZEDIT.EXE (берется с микрософта, с какого-то "подарочного" набора). Запускаете tzedit, находите свою таймзону, активируете для нее переходы на летнее-зимнее время в нужные дни - и всё! Время, взятое с NW-сервера по Гринвичу, будет корректно подстроено под ваш часовой пояс. Естественно, что на самом NW-сервере время и таймзона должны быть правильными. Чтобы не повторять процедуру с tzedit-ом на всех рабочих станциях, мы экспортировали две ветки реестра, отвечающие за это дело и раздаём эти .reg-и ZEN-ом. Ветки такие:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\Central Asia]

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\TimeZoneInformation]

Естественно, вместо Central Asia должна стоять ваша таймзона.

[Аркадий Глазырин]

Ух-ты!
Тут его взять можно:

http://www.tac.nyc.ny.us/kim/winnt/tzfix/tzedit.html

Я до этого интуитивно допёр. Так дело выходит дело было в клиентском месте???
А почему же тогда не происходит перевода, когда выставляешь временной пояс "Карачи"? На Windows'98.

[Сергей Дубров]

Так дело выходит дело было в клиентском месте???

Если время на станции врёт на час - дело точно в том, что у станции не установлен переход на летнее-зимнее время.

А почему же тогда не происходит перевода, когда выставляешь временной пояс "Карачи"? На Windows'98.

Про Карачи не знаю, может у них в другие месяцы/дни переход должен осуществляться. У нас, в нашей нововосибирской таймзоне, всё без проблем - 2 часа ночи последнее воскресенье марта в лето, 3 часа ночи последнее воскресенье октября - в зиму, и всё работает уже несколько лет без вопросов.