Nara-auto.ru

Автосервис NARA
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Режим для синхронизации с сервером времени

Режим для синхронизации с сервером времени

Желательно, чтобы разница времени между вашим компьютером и компьютером корреспондента не превышала одной секунды! Встроенный в Windows метод синхронизации времени, не всегда позволяет достичь нужно точности. Поэтому, будем использовать внешние программы.

Узнать насколько точны часы вашего компьютера, можно на сайте time.is или ntp-servers. Обычно есть небольшое расхождение, которое потребуется скорректировать.

Встроенная команда
Для синхронизации времени встроенными средствами Windows 10 из командной строки, наберите: w32tm /resync , так вы сможете (в ручном режиме) синхронизировать время, но только когда компьютер подключен к интернету.

Синхронизация через интернет
Если ваш компьютер постоянно подключен к интернет каналу, для синхронизации проще всего использовать бесплатную программу NetTime. Зайдите на страничку, скачайте последнюю версию и запустите установку.

В программе много тонких настроек, где можно выбрать интервалы синхронизации, сервера и тд. Для мгновенной синхронизации, запустите программу и нажмите кнопку Update Now. Вы увидите на сколько было скорректировано время вашего ПК.

NetTime может работать как сервис, а значит встроенную в Windows службу корректировки времени нужно отключить.

Синхронизация через GPS/ГЛОНАСС
Если у вас нет подключения к интернету (в экспедиции и тд) синхронизируйте время по сигналам спутников, для этого потребуется USB GPS, я использую модель G-STAR IV BU-353S4. Скачайте программу Сергея Кичатова satTime, распакуйте архив в любую папку и запустите.

Подключенный GPS модуль будет имитировать COM-порт (у меня это COM3) выберите в установках программы нужный порт и скорость 4800. Для запуска нажмите Open. Через некоторое время вы увидите кол-во найденных спутников и разницу между временем вашего ПК и GPS.

Для синхронизации нажмите кнопку Sync. Если нужно чтобы время синхронизировалось автоматически, нажмите Auto Sync.

Программа ToyNtp
Создана для радиолюбителей, может синхронизироваться по сети или через GPS. Удобно, когда вы за городом, где нет интернета. Находится ToyNtp на сайте dxatlas.com.

Синхронизация через Log
Программа LogHX3 (автор RX4HX), имеет возможность точно синхронизировать часы вашего компьютера, для этого нажмите на часы правой кнопкой мышки и выберите пункт Synchronize time via Internet, время будет мгновенно скорректированно. Естественно, компьютер с логом должен быть подключен к интернету.

Конечно, есть и другие программы для синхронизации времени и среди них выделяется time-2, которая позволяет скорректировать часы в ручном режиме, без сети и gps.

Синхронизация без интернета и gps
Интересная программа, которая позволяет ручками скорректировать время в компьютере. Понятно что точность ниже, но этого достаточно, чтобы проводить QSO в JT-режимах. Страничка программы time-2.

Для работы в режимах FT8, JT9, JT65, кроме оригинальных программ WSJT и WSJT-X попробуйте JT65-HF, JTDX by UA3DJY, JT65-HF-HB9HQX-Edition, JT65-HF-Comfort by DL3VCO, JT65-HF-Comfort-4 by DL4OCE, MSHV by LZ2HV и дополнительные утилиты к ним, расширяющие возможности JT_Linker by JA2GRC, JT65toThw by JA2BQX, JT_Alert.

Режим для синхронизации с сервером времени

FreeBSD поставляется с сервером NTP ntpd(8), который можно использовать для опроса других серверов NTP для установки часов на вашей машине или предоставления услуг точного времени. Написанное в статье в равной степени справедливо и для многих других *nix систем (Linux). Как настроить синхронизацию времени в Windows, читайте здесь .

Читайте так же:
Двигатель дойц как отрегулировать клапана

Для синхронизации времени FreeBSD с другой системой служит программа ntpdate, обычно вызываемая планировщиком cron в заданные интервалы времени. Если вам нужно только синхронизировать ваши часы при загрузке машины, вы можете воспользоваться утилитой ntpdate(8). Кроме того, синхронизацию времени может делать демон ntpd. Программа ntpd(8) изменяет время постепенно, тогда как ntpdate(8) устанавливает время вне зависимости от того, насколько велика разница между текущим временем машины и точным временем. Дока man ntpdate говорит, что весь функционал ntpdate теперь реализован в демоне ntpd, и со временем ntpdate прекратит существование (перестанет поставляться в дистрибутиве), поэтому лучше сразу использовать ntpd. Демон ntpd может эмулировать поведение ntpdate, если указать опции -q и -g, при этом ntpd просто синхронизирует время и завершает работу.

Демон ntpd специально предназначен для установки и поддержания системного времени в синхронизме со стандартными серверами времени в Интернете. По умолчанию используется протокол NTP (порт 123 UDP) версии 4, но также поддерживается совместимость с версиями 3 (RFC-1305), а также 1 и 2 (RFC-1059 и RFC-1119). Демон ntpd периодически (с настроенным интервалом) обменивается сообщениями с одним или несколькими серверами NTP, доступными в Интернете (или в локальной сети). Если разница времени между локальным хостом и сервером NTP превышает 1000 секунд, то требуется вмешательсто оператора для ручной установки времени. При этом в лог пишется panic-сообщение, и демон прекращает работу. Опция -g отменяет такое поведение (время синхронизируется при любой разнице времени), однако если синхронизация была неуспешной (разница во времени превышает 1000 секунд), ntpd все равно прекращает работу. Для работы ntpd может использовать специальный файл для хранения параметров ухода часов, по умолчанию это /etc/ntp.drift. Конфигурация для ntpd по умолчанию хранится в файле /etc/ntp.conf.

Вариантов настройки синхронизации много, но я выбрал для себя простейший режим — запуск ntpd по крону с указанием опций -q и -g. Процесс по шагам.
1. Создаем файл /etc/ntp.conf.
# touch /etc/ntp.conf

2. Находим и проверяем сервера времени. Я нашел сервера server ntp0.zenon.net, ns.arc.nasa.gov, tick.usno.navy.mil, time.nist.gov.
# nmap -sU -p123 ntp0.zenon.net
# nmap -sU -p123 -P0 ns.arc.nasa.gov
# nmap -sU -p123 tick.usno.navy.mil
# nmap -sU -p123 time.nist.gov
Среди серверов лучше определить один, до которого кратчайший маршрут (с помощью утилиты traceroute), чтобы его потом указать в /etc/ntp.conf с опцией prefer. У меня такой сервер оказался ntp0.zenon.net.

3. Добавляем сервера в /etc/ntp.conf
server ntp0.zenon.net prefer
server ns.arc.nasa.gov
server tick.usno.navy.mil
server time.nist.gov

4. Теперь можно синхронизировать время простой командой ntpd -q -g. Здесь опция -q указывает ntpd закончить работу после синхронизации времени, а опция -g отключает проверку sanity-интервала в 1000 секунд. Этими опциями эмулируется поведение устаревающей программы ntpdate.

5. На Red Hat Linux команда ntpd -q -g заработала даже без создания и правки файла /etc/ntp.conf, поскольку после установки этот файл появился автоматически. На FreeBSD оказалось все не так гладко — время засинхронизировалось, но со смещением -3 часа. Как я понял, это из-за того, что неправильно настроен часовой пояс. После настройки часового пояса все заработало нормально.

Читайте так же:
Карбюратор озон регулировка пневмопривода

6. Добавляем назначенное задание. Например, для FreeBSD нужно в файл /etc/crontab добавить строчку:
0 1 * * * root ntpd -q -g
Это будет запускать ntpd -q -g каждый день в 01.00

Справочная информация

Несмотря на моё скептическое отношение к семейству Windows, иногда приходится разбираться с некоторыми проблемами, которые могут иметь место в этой ОС.

При очередном включении домашнего компьютера под управлением Windows 7 мне поступила претензия в отсутствии Интернет. При этом браузер обращал внимание на то, что время на локальном компьютере отличается, а так как сертификаты .

Короче говоря, весь сыр бор объяснялся тем, что в материнской плате «скисла» батарейка и система стала «жить» в 2008 году.

Так как новой батарейки под рукой, естественно, не оказалось, то стал вопрос о желательности синхронизации времени через Интернет после включения компьютера и загрузки операционной системы. Казалось бы, простая ситуация и её разрешение возможно в 2 клика мышкой, но нет – сюрприз.

Несмотря на правильные установки параметров времени, и даже назначение ближайшего сервера времени вместо, например, time.windows.com ситуация не изменилась. Время не синхронизировалось по причине сбоя синхронизации.

«Корень зла» содержится в том, что при расхождении времени между локальным компьютером и временем Интернет более чем в 15 часов служба синхронизации времени перестаёт осуществлять операцию коррекции имеющегося в системе времени на правильное.

Для решения этой проблемы в настройки Windows, содержащиеся в реестре, необходимо внести ряд изменений.

Перейдите в ветку реестра:

Найдите MaxNegPhraseCorrection и MaxPosPhraseCorrection и установите им шестнадцатиричные значения ffffffff (буква f 8 раз подряд), которые являются максимально допустимыми.

Примечание. Первоначальными значениями являются 0x0000d2f0

На всякий случай, проверьте значение LargePhraseOffset

Выставьте интервал обновления, исходя из того, что в десятичном формате оно указывает количество секунд, по истечении которых будет произведено очередное обращение с серверу точного времени.

Найдите параметр SpecialPollInterval. Он как раз и определяет, с какой периодичностью клиент обращается к серверу точного времени. Значение параметра установлено в секундах.

Измените интервал в десятичной системе исчисления из расчёта:
1 минута = 60 секунд,
1 час = 60 минут = 3600 секунд,
1 сутки = 24 часа = 1440 минут = 86400 секунд.

На одном из ресурсов, посвящённом описанию механизма синхронизации времени в Windows, было отмечено, что если этот интервал меньше значения 14400 (240 минут = 4 часа), то сервер NTP может поставить IP-адрес в бан по причине большого числа запросов. Насколько это соответствует истине – мне не известно. Но шлюз на MikroTik по своему алгоритму проверяет соответствие своих часов по 4-6 раз за час.

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

В приведенном примере адрес сервера точного времени time.net.org. Такого сервера в действительности не существует, он является локальным сервером времени, расположенном на роутере MikroTik. Для своих нужд найдите ближайший к себе сервер точного времени.

Читайте так же:
Регулировка коромысла иглы карбюратора бензопилы

Упомянутые выше изменения в реестре Windows можно внести одним файлом c расширением reg. Создайте в блокноте файл с содержанием:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesw32TimeConfig]
«MaxNegPhraseCorrection»=dword:ffffffff
«MaxPosPhraseCorrection»=dword:ffffffff

Сохраните его как, например, Timecorrect.reg После этого его можно запустить и необходимые изменения будут записаны в реестр. Значение «NtpServer»=»time.net.org,0x01» измените на своё (см. текст выше). Скачать этот файл.

Если Ваш брандмауэр работает в конфигурации очень высокой безопасности, то можете создать в нём разрешающие правила для входящих и исходящих подключений на протокол UDP порт 123.

Для коррекции времени можно использовать файл с расширением bat, содержание которого составляет строка: w32tm /resync Этот файл bat должен быть запущен под правами администратора системы (запуск от имени администратора).

Создайте в блокноте текстовый файл с содержанием w32tm /resync и сохраните его как файл с расширением bat, например, timesync.bat

Но, как показала практика, и запуска этого файла оказалось мало. Командная строка выдала:
Обнаружена следующая ошибка: Служба не запущена (0x80070426)

Оказывается, служба времени в Windows 7 (в Windows XP было иначе) не будет отключаться только в том случае, если она была запущена вручную через окно «Службы» или с помощью кнопки синхронизации «Обновить сейчас» в окне «Время и дата».

Чтобы исправить эту ситуацию, в командной строке (с правами администратора), введите следующие команды:

1. net stop w32time – останавливаем службу времени, если запущена.
2. w32tm /debug /disable – отключаем режим отладки.
3. w32tm /unregister – удаляем регистрацию службы.
4. w32tm /register – снова регистрируем службу.
5. sc triggerinfo w32time start/networkon stop/networkoff – указываем запуск службы при подключении к сети и остановку при отключении от сети.

После команды 5 Вы должны увидеть:

[SC] ChangeServiceConfig2: успех

Пробуем снова в командной строке с правами администратора запустить bat-файл с содержанием:

w32tm /resync
pause

Вторая строка pause необходима для того, чтобы увидеть результат выполнения команды w32tm /resync.

Так и хочется воскликнуть: боже мой, как всё запущено! А ведь исходя из описания службы можно подумать, что она, всё-таки, работает после старта системы, хотя и с задержкой:

Теперь возвращаюсь к вопросу коррекции времени. Так как служба времени будет стартовать только после появления сети (которая не совсем сразу появляется, а только после получения адреса IP), то саму коррекцию надо немного задержать.

Простым способом реализации запуска с задержкой после старта системы является ПО Startup delayer. Описание можно почитать здесь. По запросу в поисковике сразу найдётся большой выбор источников, с которых эту программу можно скачать.

Итак, в моём случае коррекция времени производится через 4 минуты и 15 секунд после старта системы.

А установленное время корректируется через каждый час:

Некоторые сведения, которые были использованы при разбирательстве с вопросом о синхронизации времени в Windows 7 Вы можете найти в приводимых выдержках с Интернет, которые опубликованы на этой странице.

Читайте так же:
Чем регулировать обороты двигателя стиральной машины

Режим для синхронизации с сервером времени

Если вы не помните свой пароль, то введите ваш email и получите ссылку для входа. После авторизации укажите свой новый пароль в настройках профиля.

Ваша корзина пуста

Всего:
Заказать

Ras Ответить Отвечу сразу на оба сообщения.

Для примера две камеры на которых проявляется проблема.
1) Камера PD7-M2-V12IR-IP ПО-v4.02.R11.00002532.10010.0302
2) Камера LC-N2812. ПО-v4.02.R11.00002532.10010.0302

А для NTP не нужен постоянный выход в интернет. Один раз подключил и синхронизировал время, а дальше он уже раздаёт «своё» время.
Регистраторов в сети более 5, вариант синхронизации с регистратора не подходит.
Сами регистраторы с NTP-сервера синхронизировались, да и камеры некоторые.
А вот с остальными беда.

Ras Ответить Тех поддержка упорно молчит, но я, к счастью, разобрался. Оказалось, что на одном из регистраторов в сети часовой пояс выставлен не верно.
С какого перепуга некоторые камеры с него брали время не ясно если в их настройках всё верно выставлено, а синхронизация указана с ntp сервера.
Ну ладно, разобрались и здорово.

Теперь у меня проблема с камерой PD9-M2-V12IRP-IP. Подключил её отдельно и настроил синхронизацию напрямую из интернета с сервера time.nist.gov. Время корректно синхронизирует, а часовой пояс выставляет на 5 часов вперёд. Прошивки для неё на сайте нет. Как исправить? Или она тоже берет часовой пояс с какого-то из регистраторов в сети интернет?

schtstun Ответить Да, действительно, недопонял.

Есть ли какая либо закономерность смены часового пояса?

Попробуйте убрать галку с пункта синхронизация в CMS.

schtstun Ответить Настроил CMS.
CMS — Система — Локальные — Основные настройки :
Синхронизация времени с компьютером — Никогда.
Авторасширение канала после соединения — откл.
Автоматическое соединение с последним каналом — откл.

Несмотря на это при запуске CMS все равно происходит синхронизация времени.
Также синхронизация происходит при подключении к камере в CMS, в том числе повторном. CMS как и ранее выполняет синхронизацию корректно — просто дублирует фактическое системное время ПК.

Через некоторое время, независимо от работы CMS происходит синхронизация по NTP и время слетает.
Изменения системного времени на ПК влияет на результаты синхронизации по NTP. Однако результаты не зависят от настроек часового пояса на ПК, то есть камера получает именно время UTC(GMT) и выполняет коррекцию по часовому поясу.
В норме на ПК стоит часовой пояс GMT+3.
По NTP камера всегда выставляет GMT+8.

На камере изменение часового пояса в настройках NTP сервиса ситуацию не исправляет. Т.е. после синхронизации показывает время по формуле GMT+8.

Похоже это ошибка в прошивке.

Требуется автоматизировать корректную синхронизацию времени несколько раз в сутки, так как часы быстро начинают отставать.
CMS плохо для этого подходит по следующим причинам:
— Синхронизация только раз в сутки (нужно чаще)
— Невозможно убрать иконку из системного трея (что критично)
— Даже в свернутом режиме ЦП отрисовывает окно CMS, что дополнительно загружает ЦП.

Читайте так же:
Как можно регулировать постоянный ток

Единственное, что не пробовалось это установить подледную версию CMS, т.к. есть сомнения что это поможет.

Режим для синхронизации с сервером времени

на контролере задал сервер SNTP командой
net time /setsntp:xxx.xxx.xxx.xxx

проверяю настройку командой
net time /query
получаю ответ
xxx.xxx.xxx.xxx

выполняю синхронизацию времени командой
net time /set
в результате она предлагает синхронизировать время с самим собой, так как он является эмулятором PDC

Цитата:

это сервер sntp в инете, я так понимаю

Да, но иногда помогает.
SpiderPlus
Порты не закрыты, случайно?

задай ключи реестра в значения:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersntpserver (REG_SZ) в адрес сервера, с которым надо синхронизироваться по NTP
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParameterstype (REG_SZ) в тип синхронизации — NTP
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersLocalNTP (REG_SZ) — это делать ли локальный NTP-сервер, если сонхронизируешься через net — то может и не надо, поэкспериментируй.
да, ещё HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersPeriod (REG_SZ) — надо задать время синхронизации. например, DailySpecialSkew — ежедневно, остальных значений не помню — поищи на гугле.

далее проверь, запущен ли сервис WindowsTime, если нет — запусти. всё. после этого — изучай логи, работает ли.

Цитата:

Так а какой адрес sntp ставить ?

У меня стоит 137.92.140.80

net time /setsntp:137.92.140.80
net stop w32time
net start w32time

Команда net time /set — не выполнилась и послала в HELP.

Сам использую Atomic Clock Sync v2.6

Есть W2k server контроллер домена. Есть FreeBSD server (SQUID, Firewall и прочее). Открыт 123 порт. На фре настроено сверять время с SNTP-сервером провайдера. И всё работает.

На винде выполняю ВСЕ команды, которые здесь приведены (указал сервер, с которого сверять, остановил и запустил службу), и в доке и. Вообщем уже запутался.
Виндовский сервер ломится на 139 порт и ни в какую не желает сверять время с фрёвым серваком, при проверке, грит, что не получает ответа от запрашиваемого SNTP-сервера.

Самое интересное! Если на фре поднять самбу, то всё проходит как по маслу. Бред. Моих знаний явно не достаточно 8((( для решения этой проблемы (самба мне на фрёвом серваке и даром не нужна, хотя — вещь в себе. )

Это-то так. )))
Я на фре открываю 123 порт, в винде указываю, откуда брать. и что я вижу? винда ломится на 139 порт.

Тут мы с другом сели. подумали до этого. Он грит — а у меня всё пучком. все те же команды. Зачем, грит, указывать какой-то интернетный адрес, открывать все в фаерволе, для доступу, когда — вон, грит, укажи на фрёвый сервак, который одной ногой в локалке, другой в инете?

После того, как у меня не заработало, сели подумали снова. Всё идентично, за исключением того, что у друга на серваке стоит САМБА. Отключает самбу. Все! хост не найден. бах! ошибка.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector