Страница 1 из 2

Возможно в Netware 4.x синхронизировать время с атомными час

СообщениеДобавлено: 12 окт 2006, 09:20
DJS
Каким образом в Netware 4.x можно настроить синхронизацию времени сервера с атомными часами по интернету?

СообщениеДобавлено: 12 окт 2006, 09:34
Орлов Алексей
А у Вас есть они? Если нет, то можно настроить timesync на синхронизацию с сервером времени по ip протоколу. У Вас такой работает? Если есть в утилите монитор, в разделе time, пропишите ip сервера времени.

СообщениеДобавлено: 12 окт 2006, 09:49
Владимир Горяев
Орлов Алексей
Не вводи в заблуждение, версия 4.x.

DJS
поискпо слову rdate.

СообщениеДобавлено: 12 окт 2006, 10:49
Орлов Алексей
а её, пардон попутал с 5.1 :?

СообщениеДобавлено: 12 окт 2006, 10:56
DJS
DJS
поискпо слову rdate.

спасибо не думал что это так часто обсуждается.
Только одна проблема: RDATE пишет Connection time out
Проверил настройки IPcfg вроде все правильно
Каким образом можно проверить правильно работает ли ip-протокол?

СообщениеДобавлено: 12 окт 2006, 11:10
Владимир Горяев
DJS писал(а):Проверил настройки IPcfg вроде все правильно
Каким образом можно проверить правильно работает ли ip-протокол?
Хотя бы ping с консоли. Ну и 123 udp порт открыт должен быть.

СообщениеДобавлено: 12 окт 2006, 11:24
DJS
Владимир Горяев писал(а):
DJS писал(а):Проверил настройки IPcfg вроде все правильно
Каким образом можно проверить правильно работает ли ip-протокол?
Хотя бы ping с консоли. Ну и 123 udp порт открыт должен быть.

ping 192.43.244.18 250 ms - пакеты 100% received
а вот где посмотреть порт 123 udp открыт или нет?

СообщениеДобавлено: 12 окт 2006, 11:33
Владимир Горяев
а вот где посмотреть порт 123 udp открыт или нет?
на шлюзе/файерволе. Ну и польно всяких утилит которые проверяют порты типа netscantools.
rdate /u нужно запускать,как мне помнится.

СообщениеДобавлено: 12 окт 2006, 11:52
DJS
Владимир Горяев писал(а):
а вот где посмотреть порт 123 udp открыт или нет?
на шлюзе/файерволе. Ну и польно всяких утилит которые проверяют порты типа netscantools.
rdate /u нужно запускать,как мне помнится.

123 открыт
при запуске с ключом /u пишет UDP time out ... :(
В чем может быть дело?
ping проходит, а rdate говорит не коннект?

СообщениеДобавлено: 12 окт 2006, 13:28
Сергей Дубров
DJS писал(а):
Владимир Горяев писал(а):
а вот где посмотреть порт 123 udp открыт или нет?
на шлюзе/файерволе. Ну и польно всяких утилит которые проверяют порты типа netscantools.
rdate /u нужно запускать,как мне помнится.

123 открыт
при запуске с ключом /u пишет UDP time out ... :(
В чем может быть дело?
ping проходит, а rdate говорит не коннект?

Потому что rdate работает не ntp, а по древнему daytime (порт 13) порту/протоколу. Варианты решения - открывайте 13-ый порт к источнику времени, но найти сейчас машину (источник времени) с этим раритетом почти невозможно. Вариант два - ставите ntp-клиента для NW 4.x, берёте его вот здесь. А вот тута берёте временный активационный ключик, если не горите желанием покупать сей продукт. Раньше автор генерил его сроком на месяц, сейчас генерит, вроде бы на год. Текущий ключ будет действовать до 15 февраля 2007 года.

СообщениеДобавлено: 12 окт 2006, 13:37
DJS
Странно то, что у других людей (судя по поиску) rdate работает нормально...

СообщениеДобавлено: 12 окт 2006, 14:58
Сергей Дубров
DJS писал(а):Странно то, что у других людей (судя по поиску) rdate работает нормально...

У вас трудности с пониманием прочитанного? "Другие люди" - это я, в первую очередь, потому что rdate уже практически никто не использует - слишком старый, мало кем поддерживаемый протокол и только у меня, насколько я в курсе, он ещё как-то существует и работает.

И когда речь заходит о синхронизации Netware с внешними источниками времени, на 99.999%, что речь об ntp. А rdate - это НЕ ntp. Так понятно? Найдёте внешнюю машину-источник времени, поддерживающую daytime - на здоровье, сможете пользоваться rdate. Но сегодня это практически нереально. Почему вам и была предложена замена в виде sntpclient.

P.S. Просто к сведению: у меня rdate на NW3.12 (в виртуальной машине) до сих пор работает, для этого специально на одном из unix-ов поднимали rdated.

СообщениеДобавлено: 12 окт 2006, 14:59
DJS
Сергей Дубров писал(а):У вас трудности с пониманием прочитанного? "Другие люди" - это я, в первую очередь, потому что rdate уже практически никто не использует - слишком старый, мало кем поддерживаемый протокол и только у меня, насколько я в курсе, он ещё как-то существует и работает.

И когда речь заходит о синхронизации Netware с внешними источниками времени, на 99.999%, что речь об ntp. А rdate - это НЕ ntp. Так понятно? Найдёте внешнюю машину-источник времени, поддерживающую daytime - на здоровье, сможете пользоваться rdate. Но сегодня это практически нереально. Почему вам и была предложена замена в виде sntpclient.

P.S. Просто к сведению: у меня rdate на NW3.12 (в виртуальной машине) до сих пор работает, для этого специально на одном из unix-ов поднимали rdated.

Ясно, спасибо, бум пробывать

СообщениеДобавлено: 13 окт 2006, 05:52
Charles Kludge
Есть родной NTP.NLM от какой-то пятеры, патченный под 4.11. ~140 KB. Желательно наличие 4.11SP9. Кому надо — мыльте.

СообщениеДобавлено: 16 окт 2006, 15:26
DJS
Charles Kludge писал(а):Есть родной NTP.NLM от какой-то пятеры, патченный под 4.11. ~140 KB. Желательно наличие 4.11SP9. Кому надо — мыльте.

Спасибо большое, всё получилось.