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

**DJS** » 12 окт 2006, 09:20

Каким образом в 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

**DJS** » 12 окт 2006, 10:56

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

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

**Владимир Горяев** » 12 окт 2006, 11:10

DJS писал(а):Проверил настройки IPcfg вроде все правильно
Каким образом можно проверить правильно работает ли ip-протокол?

Хотя бы ping с консоли. Ну и 123 udp порт открыт должен быть.

**DJS** » 12 окт 2006, 11:24

Владимир Горяев писал(а):
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 нужно запускать,как мне помнится.

**DJS** » 12 окт 2006, 11:52

Владимир Горяев писал(а):
а вот где посмотреть порт 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 года.

**DJS** » 12 окт 2006, 13:37

Странно то, что у других людей (судя по поиску) rdate работает нормально...

**Сергей Дубров** » 12 окт 2006, 14:58

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

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

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

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

**DJS** » 12 окт 2006, 14:59

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

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

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

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

**Charles Kludge** » 13 окт 2006, 05:52

Есть родной NTP.NLM от какой-то пятеры, патченный под 4.11. ~140 KB. Желательно наличие 4.11SP9. Кому надо — мыльте.

**DJS** » 16 окт 2006, 15:26

Charles Kludge писал(а):Есть родной NTP.NLM от какой-то пятеры, патченный под 4.11. ~140 KB. Желательно наличие 4.11SP9. Кому надо — мыльте.

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

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

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

Кто сейчас на конференции