синхронизация времени в сети

Olegis73

есть небольшая сеть
есть сервер-домен с 2003-сервер виндой
есть сервер Novell над досом, версия Novell'а неизвестна
на машинах в сети стоят ОС от 95 винды (хотя вроде уже ни у кого не осталось) до ХР
и разные версии новелевских клиентов
проблема:
время на локальных компах скачет у кого как: на час вперёд, на час назад, потом возвращается как надо
вероятно, потому, что происходит синхронизация то с доменом, то с новелем
началось после перехода на летнее время
как и что делать на новеле непонятно
чего хочу:
знать, как сделать так, чтобы время не скакало, а было одинаковое везде в итоге
если кто знает или сталкивался - поделитесь знаниями и опытом, плиз
(конкретно щас на новеле времени на час больше)

Ivan8209

Отрубить Novell!
Novell must DIE!
Опустить NTP в Novell.
---
...Я работаю антинаучным аферистом...

Olegis73

>Отрубить Novell!
Novell must DIE!
нельзя, тогда всё умрёт, можно только перезагрузить и то поздно вечером
>Опустить NTP в Novell.
что это значит?

megan

>Опустить NTP в Novell.

читать, например здесь

Spin

man ntpd

ntpd(1) ntpd(1)
NAME
ntpd - Network Time Protocol (NTP) daemon
SYNOPSIS
ntpd [ -46aAbdDgLmnNPqx ] [ -c conffile ] [ -f driftfile ] [ -i jaildir ] [ -k keyfile ] [ -l logfile ] [ -p pidfile
] [ -r broadcastdelay ] [ -s statsdir ] [ -t key ] [ -u user [: group ] ] [ -v variable ] [ -V variable ]
DESCRIPTION
The ntpd program is an operating system daemon which sets and maintains the system time of day in synchronism with
Internet standard time servers. It is a complete implementation of the Network Time Protocol (NTP) version 4, but
also retains compatibility with version 3, as defined by RFC-1305, and version 1 and 2, as defined by RFC-1059 and
RFC-1119, respectively. ntpd does most computations in 64-bit floating point arithmetic and does relatively clumsy
64-bit fixed point operations when necessary to preserve the ultimate precision, about 232 picoseconds. While
the ultimate precision is not achievable with ordinary workstations and networks of today, it may be required with
future gigahertz CPU clocks and gigabit LANs.

Olegis73

читаю, читаю