Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Синхронизация времени в AD

Автор: Gunner2
Дата сообщения: 08.05.2003 12:57
Как отключить синхронизацию времени в домене, чтобы не возникало сообщений - типа вход в систему не возможен из-за различий времени на сервере и рабочей станции? И еще - если на станции днс отличается от днс контроллера, то вход в домен ну очень тормозной, как с этим бороться?
Автор: SurfKoba
Дата сообщения: 08.05.2003 13:03
Gunner2
Как отключить синхронизацию времени в домене - IMHO RTFM никак, для kerberos-а 5 минут очень критично, нужно на ws поставить синхронизацию с DC net time /SETSNTP[:ntp server list] ;
если на станции днс отличается от днс контроллера - тогда тот DNS который вы прописываете должен уметь отдавать доменные записи; IMHO проще сделать на w2k forward на DNS прова или рутера.
Автор: ctolnik
Дата сообщения: 09.02.2005 13:54
Если, нужно чтобы на рабочей станции время было отлично от времени сервера, то можно настроить kerberos, на более долгий срок работы билетов.
Автор: ALEF
Дата сообщения: 10.03.2005 18:54
DC Win2003 и Win2000srv(доверяет первому), клиенты XP

1. Нужно синхронизировать часть клиентов из домена 2000 с сервером,
я пытался с Win2000srv но это не вышло да и не очень хочется см.п.2
можно ли их синхронизировать с DC Win2003?

Как синхронизация времени работает:
с какой частотой или по какому событию?
нужны ли права админа на клиенте?
как проверить работает она по ntp или нет?

Сервис WindowsTime на клиентах и серверах запущен.

2. На DC с Win2000srv время уходит примерно на 10сек каждые 30 минут. Перегружал сервак и следил за биосом пол часа с секундомером в руках - нормально идут часы. Грешу на софтовую часть. В чем может быть причина?
Автор: G14
Дата сообщения: 10.03.2005 19:05
сервер времени на Win2003 DC - как сделать?
Windows 2000 - синхронизация времени с интернетом

Автор: Denp
Дата сообщения: 11.03.2005 07:51
А если требуется, чтобы время на рабочей станции не совпадало с временем на серваке (разница в несколько суток)? Нужно, чтобы на рабочих станциях было реальное время, а на серваке на неделю больше.
Как это реализовать?
Автор: Xon
Дата сообщения: 11.03.2005 08:31
Denp

Если не секрет, для чего это тебе нужно?
Автор: Raredemon
Дата сообщения: 11.03.2005 09:21
Denp

Цитата:
а на серваке на неделю больше

вообще это очень неправильно, элементарно, логи ты потом как читать будешь? я даже на управляемых свичах синхронизирую время с DC чтобы потом хоть точно знать в какое время что происходило...
Xon

Цитата:
Если не секрет, для чего это тебе нужно?

Для каких-нить триальных програм небось
Автор: Xon
Дата сообщения: 11.03.2005 09:32
Raredemon


Цитата:
Для каких-нить триальных програм небось


Мдаа....
Автор: ALEF
Дата сообщения: 11.03.2005 11:07
На DC с Win2000srv время уходит примерно на 20 секунд вперед каждые 60 минут.
Перегружал сервак и следил за биосом пол часа с секундомером в руках - нормально идут часы в биосе без загруженой ОС.
В чем может быть причина?

(надеюсь не расцените как флуд мое повтроение, в моем предыдущем длинном сообщении этот вопрос мог затеряться)
Автор: Xon
Дата сообщения: 11.03.2005 13:01
ALEF


Цитата:
1. Нужно синхронизировать часть клиентов из домена 2000 с сервером,
я пытался с Win2000srv но это не вышло да и не очень хочется см.п.2
можно ли их синхронизировать с DC Win2003?
Как синхронизация времени работает:
с какой частотой или по какому событию?
нужны ли права админа на клиенте?
как проверить работает она по ntp или нет?


Синхронизировать можно, но по разному. Клиенты какие? 2k, xp или может 98, NT?
Если 98 или NT - в логон скрипте прописывай NET TIME \\Твой DC /SET /YES и они будут синхронизировать своё время при логоне. Но не более того.

Если 2k и XP, то при логоне они автоматически берут время с DC.
Если хочешь, чтобы они еще синхронизировались во время работы, то нужно стартовать службу времени Windows на клиентах.
Права админа на клиенте не нужны само собой.
Можно по NTP, если клиент не в домене, можно по NT5DS, если в домене. А вообще смотри ссылку ниже, там всё расписано нормально.


Цитата:
2. На DC с Win2000srv время уходит примерно на 10сек каждые 30 минут. Перегружал сервак и следил за биосом пол часа с секундомером в руках - нормально идут часы. Грешу на софтовую часть. В чем может быть причина?


Вот тут почитай по настройке службы времени на Win2003
Автор: Denp
Дата сообщения: 11.03.2005 14:22


Цитата:
Если не секрет, для чего это тебе нужно?


в 1С. для проведения документов будущим числом. 1ска крутится в терминальном режиме, поэтому использует дату сервера, приходится переводить вперед на требуюмую дату. А на рабочих станциях удобнее юзать реальное время
Автор: Alan Mon
Дата сообщения: 11.03.2005 14:48
Denp
1С использует дату, которая прописана у нее в "Сервис\Параметры\Рабочая дата".
И не заморачивайся с датой на контроллере.
Автор: Denp
Дата сообщения: 11.03.2005 14:59

Цитата:
1С использует дату, которая прописана у нее в "Сервис\Параметры\Рабочая дата".
И не заморачивайся с датой на контроллере.


Да ну? попробуй провести документ с датой больше, чем системная, причем рабочую дату установи равной дате документа, как ты говоришь. Результат тебя удивит.
Автор: Alan Mon
Дата сообщения: 11.03.2005 15:30
Denp
Ничего удивительного. У меня прекрасно все провелось.
Так что тебе, наверное, сюда, а то здесь это - оффтопик.
Автор: Denp
Дата сообщения: 11.03.2005 15:34
Alan Mon
ладно, проехали. уже разобрался
Автор: ALEF
Дата сообщения: 14.03.2005 11:57
Xon
Ты цитировал вот этот мой текст:

Цитата:
На DC с Win2000srv время уходит примерно на 10сек каждые 30 минут...

что ты хотел мне сказать этим или по этому поводу?

Автор: G14
Дата сообщения: 14.03.2005 12:04
ALEF

Цитата:
что ты хотел мне сказать этим или по этому поводу?

он даже ссылку дал. я думаю он имел в виду синхронизацию сервера в внешним источником времени
Автор: ALEF
Дата сообщения: 14.03.2005 15:09
G14
синхронизация это чудесно, но это отдельная тема. Трудно решить эту проблему синхронизацией, разве что синхоризироваться ежесекундно.
проблема в системных часах.
Предельно допустимое отклонение системныхч часов 1 минута в сутки. Тогда синхонизация 1-2 раза в сутки это благо.
А у меня системные часы за сутки уползают почти на 10 минут.

Вопрос не в том как синхронизироваться, а в том что с системными часами?
Автор: Jovanotti
Дата сообщения: 14.03.2005 16:15
ALEF

Цитата:
а в том что с системными часами?

Тогдя это железячная проблема и соотв топ IMHO
Автор: ALEF
Дата сообщения: 14.03.2005 17:03
Jovanotti
я писал что
Цитата:
нормально идут часы в биосе без загруженой ОС.

Автор: kibkalo
Дата сообщения: 14.03.2005 17:30
ALEF - проблема все равно скорее железячная - пока ты в биосе нагрузки нет, а в ОС там и protected mode и нагрузка неслабая на мосты. Попробуй загрузиться в что-то типа ERD с компакта (или в линукс) и я думаю, что проблема будет и там.
Автор: ALEF
Дата сообщения: 14.03.2005 17:58
kibkalo
а проблемы не было первые месяцы эксплуатации сервера а потом она появилась, промерно (+/-неделя) во время модернизации софта. Я пробовал тот софт выгружать полностью - не помогает.
А загружать сервер с компакта и пол часа наблюдать за его поведением не легко, он ведь сервер - работает круглосуточно (система поселения крупного отеля) разве только после трех ночи в субботу-воскресенье - не очень хочется на работе быть в такую пору.
Автор: ALEF
Дата сообщения: 18.03.2005 16:44
Получил [more=вот такой результат]Tracking 04-telinter [10.5.1.9].
The current time is 18.03.2005 15:12:18 (local time).
15:12:18 d:+00.000000s o:-01.6100534s [ * | ]
15:13:18 d:+00.000000s o:-01.2024886s [ * | ]
15:14:18 d:+00.000000s o:-00.7949238s [ * | ]
15:15:17 d:+00.000000s o:-00.3873590s [ *| ]
15:16:17 d:+00.000000s o:-00.0476303s [ * ]
15:17:17 d:+00.000000s o:+00.1990385s [ |* ]
15:18:16 d:+00.000000s o:+00.4457073s [ |* ]
15:19:16 d:+00.000000s o:+00.6923761s [ | * ]
15:20:16 d:+00.000000s o:+00.9390449s [ | * ]
15:21:16 d:+00.000000s o:+01.1612668s [ | * ]
15:22:16 d:+00.000000s o:+01.3499516s [ | * ]
15:23:15 d:+00.000000s o:+01.5386364s [ | * ]
15:24:15 d:+00.000000s o:+01.7273212s [ | * ]
15:25:15 d:+00.000000s o:+01.9160060s [ | * ]
15:26:15 d:+00.000000s o:+02.0957863s [ | * ]
15:27:15 d:+00.000000s o:+02.2633511s [ | * ]
15:28:15 d:+00.000000s o:+01.9026635s [ | * ]
15:29:16 d:+00.000000s o:+00.7250763s [ | * ]
15:30:17 d:+00.000000s o:-00.4525109s [ *| ]
15:31:19 d:+00.000000s o:-01.6300981s [ * | ]
15:32:20 d:+00.000000s o:-02.8076853s [ * | ]
15:33:21 d:+00.000000s o:-03.7252933s [ * | ]
15:34:21 d:+00.000000s o:-04.2308501s [ * | ]
15:35:22 d:+00.000000s o:-04.7621822s [ * | ]
15:36:22 d:+00.000000s o:-05.2777534s [ * | ]
15:37:23 d:+00.000000s o:-05.7933246s [ * | ]
15:38:23 d:+00.000000s o:-06.2153378s [ * | ]
15:39:24 d:+00.000000s o:-06.4928290s [ * | ]
15:40:24 d:+00.000000s o:-06.7703202s [ * | ]
15:41:24 d:+00.000000s o:-07.0377970s [ * | ]
15:42:24 d:+00.000000s o:-07.3152882s [ * | ]
15:43:25 d:+00.000000s o:-07.5591287s [ * | ]
15:44:25 d:+00.000000s o:-07.7509879s [ * | ]
15:45:25 d:+00.000000s o:-07.5500331s [ * | ]
15:46:24 d:+00.000000s o:-06.5361323s [ * | ]
15:47:23 d:+00.000000s o:-05.5422603s [ * | ]
15:48:22 d:+00.000000s o:-04.5083307s [ * | ]
15:49:21 d:+00.000000s o:-03.4944299s [ * | ]
15:50:20 d:+00.000000s o:-02.6594221s [ * | ]
15:51:19 d:+00.000000s o:-02.1946413s [ * | ]
15:52:19 d:+00.000000s o:-01.7298605s [ * | ]
15:53:18 d:+00.000000s o:-01.2650797s [ * | ]
15:54:18 d:+00.000000s o:-00.8002989s [ * | ]
15:55:18 d:+00.000000s o:-00.3998195s [ *| ]
15:56:17 d:+00.000000s o:-00.1324147s [ * ]
15:57:17 d:+00.000000s o:+00.1349901s [ * ]
15:58:17 d:+00.000000s o:+00.4023949s [ |* ]
15:59:17 d:+00.000000s o:+00.6697997s [ | * ]
16:00:16 d:+00.000000s o:+00.9039215s [ | * ]
16:01:16 d:+00.000000s o:+01.1099167s [ | * ]
16:02:16 d:+00.000000s o:+01.1538830s [ | * ]
16:03:17 d:+00.000000s o:-00.0567282s [ * ]
16:04:19 d:+00.000000s o:-01.2673394s [ * | ]
16:05:20 d:+00.000000s o:-02.4779506s [ * | ]
16:06:21 d:+00.000000s o:-03.6885618s [ * | ]
[/more] команды w32tm /stripchart.

Дальше этот цикл продолжается в том же духе.
Диаграмма снята с рабочей станции в домене Win2000, компьютер 04-telinter [10.5.1.9] имеет относительно нормальные аппарытные часы и синхронизацию с интернет часами раз в сутки. Сервер Win2000 уходит вперед, как я уже писал выше, на 20 сек в час.
Что означает такая "синусоида" в диаграмме?

Добавлено:
каждые 30 минут (в диаграмме это было где-то в 15:41) Win2000 забирает время с 04-telinter и очевидно что это вызывает такие "колебания". Но почему они не пилообразные а плавные?
Автор: LYNX
Дата сообщения: 04.12.2007 09:51
Если клиента не нужно синхронизировать с DC
то на клиенте требуется остановить службу Windows Time
Автор: skw
Дата сообщения: 06.03.2008 20:04
Почитайте вот здесь:
http://dtdocs.ntp-systems.com/software/domaintime/product/W32Time.asp
Микрософт как всегда отличился. Не могут сделать элементарные вещи.
Хотели применить стандартную синхронизацию времени Windows в промышленной системе, но с такой убогой точностью придется искать что-то другое.
Автор: rkhodjaev
Дата сообщения: 09.10.2008 09:05
Такой вопрос возник.Как синхронизовать время в домене. почему-то на всех машинах и серваках,время спешить на 6мин.Хочу синхронизовать теперь время.На этой статье указанно 2-а вида синхронизации. Который из них подходящий?
Как с нетом нормально синхронизоватся,вы когда нибудь делали так,как указано в статье?
Автор: SemGemdgi
Дата сообщения: 20.05.2009 11:05
Уважаемые, как думаете, будет ли правильно сделать такое:

Есть PDC (win2000adv.serv.), у него постоянно отстает время, выход в инет ему не хочу делать, что бы синхрить с внешним источником времени.
Есть шлюз (w2003), на нем хочу прописать внешний сервер времени, а на PDC в шедулер поставить батник net time /set \\compname /yes. Будет ли такое решение правильным или лучше как-то по другому сделать?
Автор: sarti
Дата сообщения: 20.05.2009 11:25
SemGemdgi, либо через политики, либо напрямую через реестр, либо - батником. На машинах без членства в AD сделал батником, ежедневно утром, шедулер. Т.е. твоё решение вполне приемлемо, если для тебя главное - результат, а способы реализации оного не принципиальны
Автор: vovanj7
Дата сообщения: 20.05.2009 11:47
SemGemdgi
Думаю, батником будет проще, во всяком случае у меня именно так иработает Клиенты после 98-й синхронизируются с DC, а 98-е с сервера Новелл (а, у меня и такое счастье еще есть )

Страницы: 12

Предыдущая тема: Проблемы при открытии .doc файлов через сеть (виснет Word)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.