Nara-auto.ru

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

Точное время в Донецке (Украина)

Точное время в Донецке (Украина)

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

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

Служба точного времени предназначена для хранения и предоставления информации эталонного времени. Для синхронизации часов до недавнего времени использовались в основном сигналы точного времени передаваемые радиостанциями, а с развитием глобальной сети Интернет время стало передаваться через компьютерные сети по птороколу NTP (Network Time Protocol). Еще одним источником времени может служить система GPS, принципы работы которой основаны на передаче сигналов точного времени.

Сервер времени в Донецке

Сервер ntp.net.dn.ua является NTP-сервером с уровнем точности stratum2, который синхронизируется с NTP-серверами уровня stratum1. Для надежной и точной синхронизации времени по cети очень важно иметь качественную связь с сервером, обеспечиващую стабильность и минимальные задержки при передачи данных. Поэтому, тем кто находится в Украине, а тем более в Донецке, предпочтительней всего использовать сервер ntp.net.dn.ua, который является ближайшим и имеет хорошее подключение к Интернет. Это обеспечит синхронизацию времени с точностью до миллисекунд.

Настройка синхронизации времени компьютеров

NTP Windows

Неверное показания часов компьютера может привести к сбоям программ, алгоритм работы которых привязан к времени. Разное показание системных часов компьютеров в одной локальной сети приводит к рассогласованию работы сетевых программ, например, может получиться так, что время изменения документа на одном компьютере окажется в будущем для другого компьютера. Также некоторое лицензионное ПО может отказать в работе, потому что срок действия лицензии контроллируется по системым часам. Сервер по умолчанию time.windows.com находится далеко, поэтому большие временные задержки не позволяют сделать синхронизацию стабильной.

Для настройки локального сервера времени в Windows XP нужно зайти в «Свойства даты и времени» (правым кликом мыши на часах в правом нижнем углу или через Панель управления), далее перейти в закладку «Время Интернета» и ввести сервер ntp.net.dn.ua.

В Windows Vista нужно нажать на часы в правом нижнем углу, выбрать «Изменение настройки даты и времени» → «Изменить дату и время» → «Время Интернета» → «Изменить параметры». Включить «Синхронизация с сервером времени в Интернете» и в поле «Сервер» указать ntp.net.dn.ua.

В MacOS нужно зайти в «Системные настройки» → «Дата и время», включить «Получать дату и время с сервера», ввести ntp.net.dn.ua.

В Linux сервер NTP указывается в файле конфигурации /etc/ntp.conf , строка: server ntp.net.dn.ua .

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

ClockSync

В смартфонах очень важно использовать надежный сервер NTP для навигации GPS. В заводских настройках обычно указан сервер по умолчанию, который находится далеко, имеет большое время пинга, поэтому определение координа по ступникам выполняется долго. Для ускорения работы GPS рекомендуется использовать ближайший NTP-сервер, например украинский пул серверов pool.ntp.org или Донецкий ntp.net.dn.ua.

Для изменения системных настроек времени в смартфонах обычно требуется получение полного доступа к системе, что выходит за рамки данной статьи. А для синхронизации часов с сервером используются программы NTP-клиенты, устанавливаемые отдельно.

На смартфонах с Android для более быстрой работы GPS нужно изменить адрес сервера в файле /system/etc/gps.conf , строкой NTP_SERVER=ntp.net.dn.ua . Для автоматической синхронизации системных часов можно установить программу ClockSync.

Для Nokia Symbian можно использовать программу FreeTimeSync.

Бесплатные часы для сайта

Вы можете бесплатно разместить часы точного времени у себя на сайте. Для этого нужно подключить библиотеку ntpclock.js :

Читайте так же:
Узел автоматической регулировки для теплого пола valtec

В нужное место сайта вставить элемент часов с уникальным именем, например myClock :

. а также код запуска часов с указанным выше именем:

Скрипт выполняет только вывод времени, а оформление Вы можете задать самостоятельно, например при помощи стилей CSS. Примеры различного оформления часов:

Пример «без оформления»
Пример «ЖК-часы»
Пример «Цифровые часы»

JavaScript NTPClock API

To get accurate time, JavaScript NTP library performs AJAX-request back to NTP server and takes into account measured network latency.

NTPClock object supply the next API for sites:

NTPClock.timeFormat(Date) — return value of supplied Date as formatted time string: HH:MM:SS . NTPClock.updateTime() — perform request to server and update local variables like drift , serverTZ , etc . NTPClock.getServerTime() — return value of serverTime = localTime — drift as Date object. NTPClock.getSererTZ() — return server timezone as string . NTPClock.getDrift() — return value of drift = localTime — serverTime as int in milliseconds. NTPClock.setup(id) — setup clock at place of element with given id as string.

Important! Because of javascript crossdomain security restrictions, this library must not be downloaded, but included directly from this site:

Установка и настройка NTP-клиента в Linux

Для начала смотрим какая у нас установлена временная зона. Для этого используем команду date.

Если временная зона установлена неправильно, то устанавливаем правильную временную зону. Для этого создаем симлинк на файл /etc/localtime с соответствующей временной зоны из каталога /usr/share/zoneinfo/. Например для Москвы.

Настройка синхронизации NTP-клиента с NTP-сервером

Устанавливаем пакет ntp

Для синхронизации локальной клиентской машины на Linux с NTP-сервером требуется отредактировать файл /etc/ntp.conf. В следующем примере указывается несколько серверов времени, что полезно на случай недоступности одного из них. Или можете прописать другие внешние сервера, например pool.ntp.org

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

Далее нужно указать в файле конфигурации ваш NTP-сервер, который мы настроили в предыдущей статье. Если у вас в сети нет своего ntp сервера, то этот параметр указывать не нужно.

prefer: если указана данная опция, заданный сервер считается предпочтительным перед остальными, но если ответ этого сервера будет значительно отличаться от ответов остальных серверов, он будет игнорироваться. Вместо 192.168.1.1 укажите ip адрес вашего сервера

Запуск службы NTP

После изменения ntp.conf и задания необходимых параметров запустите службу (демон) NTP. В зависимости от настроек, она может работать и как сервер, и как клиент.

и добавьте его в автозагрузку

для проверки времени наберите команду

Проверка состояния NTP

Проверить состояние NTP можно при помощи команды ntpq. Если вы получите ошибку отказа в соединении, значит, сервер времени не отвечает, не запущена служба NTP на клиенте или закрыт порт.

remote – имя или адрес сервера времени. Перед ним указан служебный символ, в данном случае «*», что означает используемый сервер. «+» означает, что сервер пригоден для обновления, «-» — что непригоден, «x» — сервер недоступен;
refid – вышестоящий в иерархии Stratum сервер;
st – уровень сервера в иерархии Stratum;
t – тип соединения (u – unicast, одиночное соединение, b – broadcast, широковещательное соединение, l – локальные часы);
when – время, прошедшее с момента последнего ответа;
poll – период опроса в секундах;
reach – состояние доступности (при представлении в двоичном виде 1 означает успешную попытку, 0 – сбой. После 8 успешных попыток устанавливается значение 377);
delay – время двойного оборота пакета;
offset – текущее смещение времени относительно сервера;
jitter – среднеквадратичное отклонение времени.

Значение jitter должно быть низким, если это не так, проверьте смещение относительно часов в файле погрешности (driftfile). Если оно слишком велико, может потребоваться смена NTP-сервера. Следующая команда вручную синхронизирует время с NTP-сервером:

Ручная синхронизация времени

Для опроса NTP-сервера и установки даты и времени в ручную используется команда ntpdate. Обычно это требуется только один раз.

Для начала отключите ntp службу

Запустите синхронизацию указав сервер с которого нужно синхронизировать время

Запустите службу ntp

После такой первоначальной синхронизации NTP-клиент будет регулярно опрашивать NTP-сервер для обеспечения соответствия локального времени точному времени.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Настройка синхронизации времени между серверами.

Для синхронизации внутренних часов серверов с внешним источником или между собой применяется протокол NTP.
Для начала немного теории для понимания того, что мы делаем. И главное — зачем?

Начнём с того, что время между серверами синхронизировать не просто можно, но и нужно. Практически в обязательном порядке. В том случае, если время на серверах (логических разделах) сильно разнится, то вы рискуете получить огромное количество проблем. И что самое забавное, не всегда источник этих проблем можно будет определить. Самый простой пример — Kerberos. В случае рассинхронизации времени между клиентом, сервером Kerberos, и сервером приложений, вполне вероятна ситуация, когда клиент не сможет получить сервис у сервера приложений. И это не смотря на то, что тикет с Kerberos сервера будет успешно получен. Почему? Да потому что, серверу приложений может показаться что тикет клиента устарел ещё пол-часа назад. А всё из-за разницы во времени. И это самый простой пример. Можно упомянуть и HACMP c delay timers. И стандартные системы аутентификации AIX (начиная с compat и заканчивая LDAP). И многое, многое другое… Будем считать, что в необходимости синхронизации времени мы вас убедили. 🙂

Роли серверов:
Сервер(server) – по запросу дает точное время клиентам. Роль могут брать на себя сервера различного уровня (stratum).
Пир(peer) – берет время с сервера и по запросу может его отдавать. Обычно эта роль может применяться для серверов с уровнем 1 или 2.
Клиент – компьютеры, которые получают время от серверов с низким уровнем(обычно 1 или 2), но никогда его не отдает.

Несколько слов о безопасности NTP. NTP при работе использует UDP и TCP. Порт 123. Очень важно правильно настроить firewall в вашей сети. В противном случае вы рискуете нарваться на атаку «компрометация сервера времени». Что чревато отказом в обслуживании со стороны серверов приложений и серверов аутентификации. Да и внешний источник времени надо выбирать аккуратно. По тем же причинам.
Для повышения уровня безопасности можно в конфигурационный файл добавить строку:
restrict default noserve noquery
Наличие такой строки запрещает узлу отвечать на внешние запросы связанные со временем.

Уровень(stratum) – все сервера времени распределены на уровни. Сервер уровня 1 берет время из внешнего источника(уровень 0). Сервера уровня 2 берут время от сервера уровня 1 и так далее. Максимальный уровень сервера может быть 15, т.е уровней всего 16.

В качестве источника точного времени можно использовать всё что угодно. Вы можете определить источником точного времени сервер в Internet, можете получать время с подключенного GPS приёмника. Да хоть солнечные часы. Главное что бы вы смогли с них данные снять.

ntp.jpg

Итак начнем настраивать AIX в соответствии с выбраной схемой.
На каждом сервере необходимо выполнить несколько действий:
1.Настройка файла конфигурации NTP /etc/ntp.conf
2.Синхронизация с источником времени предыдущего уровня.
3.Старт xntpd демона. Команда smitty xntpd -> выбрать «both» (запустить сейчас и после перезагрузки).
4.Проверить синхронизацию командой ntpq -p

Настройка /etc/ntp.conf для сервера(уровень 1)

server 127.127.1.0
fudge 127.127.1.5 stratum 1

server pool.ntp.org # пул серверов точного времени в интернете или какой-нибудь другой источник времени
driftfile /etc/ntp.drift
tracefile /etc/ntp.trace

Настройка /etc/ntp.conf для серверов 2го уровня.
server 127.127.1.0
fudge 127.127.1.5 stratum 2
server 10.1.1.100 # ip адрес или имя сервера более низкого уровня в локальной сети
peer 10.1.1.150 # ip адрес пира, находящегося на том же уровне
driftfile /etc/ntp.drift
tracefile /etc/ntp.trace

Настройка /etc/ntp.conf для клиентов:

server 127.127.1.0
fudge 127.127.1.0 stratum 3
server 10.1.1.150 # ip адрес или имя сервера более низкого уровня в локальной сети
server 10.1.1.151 # ip адрес или имя сервера более низкого уровня в локальной сети
driftfile /etc/ntp.drift
tracefile /etc/ntp.trace

Для упрощения можно оставить только уровень сервера верхнего уровня и уровень клиентов.

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

Участились случаи возникновения ошибок на приставках типа MagAura связанных с синхронизацией времени. Это «подарок» от разработчиков данных приставок и портала Stalker — компании Infomir. Примечательно, что данная проблема возникает только у пользователей на старых моделях MagAura. Эти приставки могут синхронизировать свое системное время только на 123 UDP порту, в то время как новые модели могут использовать альтернативные порты, если 123 закрыт (например, провайдером). В новых версиях портала Stalker, компания Infomir ввела обязательную синхронизацию времени и невозможность входа в портал, если, по их мнению, время на приставке неверно. В связи с данными обстоятельствами, мы установили параллельно последнюю версию Stalker, не требующую синхронизации. Адрес альтернативного портала с версией Stalker Middleware 4.9.35 — http://old.iptv.so.

Официальный ответ от компании Infomir заключается в том, что зависимость работы новой версии портала Stalker от времени это не прихоть, а сделано для стабильной работы всей системы в целом. В планах у компании Infomir — разработать новую прошивку, в которой будет решена данная проблема. Дата выхода пока не известна.

Способ №1. Использовать портал v4.9.35.

Самый простой способ избавится от проблем с синхронизацией времени на приставках MagAura — это прописать адрес портала как http://old.iptv.so. Время это поправить на приставке не поможет, но зато Вы сможете смотреть телевидение.

Способ №2. Предложенный компанией Infomir.

Компания-производитель Infomir, в переписке с ней и в поисках актуального решения, предложило установить утилиту «NTP Server Scanner» и самостоятельно обнаружить доступные сервера NTP в локальной сети или в Интернет.

1. Скачиваем утилиту «Сканер NTP-server». Скачать утилиту можно тут http://www.bytefusion.com/download/index.htm

Установка утилиты шаг1.png

2. Открываем скаченный файл для установки, нажимаем «Setup».

Установка утилиты шаг2.png

3. Подтверждаем установку утилита. Нажимаем «Next».

Установка утилиты шаг3.png

4. Откроется окно с лицензионным соглашением. Ознакомьтесь с ним. Для продолжения установки выставьте отметку в строке «Я принимаю условия соглашения». Нажмите «Next».

Установка утилиты шаг4.png

5. Выбираем папку для установки и нажимаем «Next».

Установка утилиты шаг5.png

6. Для окончания установки нажимаем «Finish».

Установка утилиты шаг6.png

7. Запускаем установленное приложение. В открывшемся окне отобразятся IP адреса NTP серверов Вашей сети.

Запуск утилиты2.png

Поочередно пробуем прописывать данные IP адреса в настройках приставки в строке «NTP сервер» («Настройки» / «Системные настройки» / «Серверы» / «Общие»).

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

unboxIT

Если информация была полезной для вас, вы можете поблагодарить за труды Яндекс деньгами: 41001164449086 или пластиковой картой:

Правильная настройка сервера времени NTP на Linux

В интернете можно найти целое море мануалов по настройке сервера времени — ntpd, но ирония состоит в том, что 95% из них либо не совсем верны, и авторы этого даже не замечают, либо не дают необходимой информации. Далее я расскажу как организовать NTP сервер под Linux в локальной сети, который будет синхронизировать своё время с серверами в Интернете, а устройства в локальной сети будут уже синхронизировать время с ним.

Немного пред истории. Как и положено, всё началось неожиданно, сервер который я настраивал на кануне ночью, при следующей загрузки завис. «Шикарно» подумал я и полез в логи. В результате в том что сервер вис был повинен ntpd сервис, который из-за неправильной настройки сети не мог связаться внешним сервером для синхронизации. Посмотрев скрипт запуска, я наткнулся на интересную запись:

А теперь внимание на строку с номером 8. Это начало цикла, в котором целых 7-мь раз будет предпринята попытка начальной, грубой синхронизации времени. Всё бы хорошо, но если у вас неправильно настроена сеть, или DNS, то вызовет подвисание сервера, на 7*( 1 + время проверки доступности DNS, порядка 5 сек ) секунд. В общем ждать минуту меня явно не устраивало, итак приступим.

Настройка начальной, грубой синхронизации

В замечательном файле /etc/ntp/step-tickers, хранятся имена серверов с которыми производиться начальная, грубая (сотни милесекунд) корректировка. Если вы уверены что у вас всегда будет доступ к Internet, можете перечислить в нём имена серверов, например:

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

Задача: Организовать NTP сервер в локальной сети, который будет синхронизировать своё время с Интернетом, а устройства в локальной сети будут уже синхронизировать время с ним.
Дистрибутив: Mandriva 2010.2 free Версия ntpd: 4.2.4p8

Мир Linux действительно великолепен, все настройки в нём сводятся к простому редактированию файлов конфигураций. ntpd в этом плане не исключение. Итак если у вас ещё не стоит ntpd сервер установим его:

Желающие могут скомпилировать из исходников, или установить его другим способом, в мои же платны входит показать как настроить это чудо, по скольку в интернете можно найти целое море мануалов по настройке ntpd, но ирония состоит в том, что 95% из них либо не совсем верны (и авторы этого даже не замечают при вызове статусов) либо не дают необходимой информации. Итак файл с настройками храниться в /etc/ntp.conf, минимальные настройки примерно такие:

Каждая строчка указывает на сервер (списки серверов можно найти здесь http://www.pool.ntp.org), с которым будет происходить синхронизация. Четыре строчки с server, соответственно четыре сервера. Хотя на самом деле в данном примере это не совсем так. Каждая запись указывает на пул (группу) серверов. При обращении скажем по адресу 2.ru.pool.ntp.org будет выбран 1 IP адрес сервера, с которым будет происходить синхронизация. Соответствия обновляются 1 раз в час. Теперь на более простом примере. Всего у нас имеется 4 коробки с часами. Мы берём и наугад достаём из каждой коробки 1 часы, всего у нас получается 4 часов, с которыми мы будем сверять наше время. В течении часа, каждый раз когда мы будем сверять время, мы будем брать одни и те же часы. Через час если мы опять обратимся к этим коробкам, то вытащим уже другие часы. Таким образом наше время будет сверяться постоянно с разными часами, и если какие-то из них окажутся не рабочими, то ничего страшного не случиться, ведь за 1 час, наши локальные часы не слишком сильно рассинхронизируются. Ну да мы отвлеклись, продолжим. Прежде чем запускать сервер ntpd, необходимо произвести начальную, грубую установку времени. Можно просто выставить время руками, а можно выполнить команду (разумеется если у нас корректно работает связь с интернетом):

После того как время грубо синхронизировано можно запускать основной сервис (на всякий случае перезапустим его):

После чего выполним команду:

В результате должны увидеть что-то на подобии:

Небольшие пояснения что есть что. remote — FQDN или IP-адрес сервера; refid — IP-адрес сервера с которым в настоящий момент выполняется синхронизация сервера из столбца remote; st — stratum сервера; t — режим работы сервера: ‘u’ — unicast, ‘m’ — multicast, ‘b’ — broadcast, ‘-‘ — manycast; when — время, прошедшее с момента последнего ответа сервера в секундах или ‘-‘, если сервер еще ни разу не ответил (скорее всего, «умер», и сведения о нем пора удалить из файла конфигурации); poll — интервал опроса сервера в секундах (после запуска имеет небольшое значение, чтобы синхронизация происходила быстрее, с течением времени значение увеличивается); reach — состояние восьми последних попыток запроса времени у сервера в восьмеричном представлении (в случае успешной попытки устанавливается соответствующий бит); delay — задержка ответа сервера в секундах; offset — самое важное значение — различие локального времени и времени на сервере (с течением времени значение уменьшается, т.к. время становится более точным); jitter — дисперсия, дрожание фазы (более низкие значения обеспечивают более точную синхронизацию). Ждём 10 минут. Повторяем, команду и видем:

Ага, вот оно появились всякие дополнительные символы и вот что они означают: ‘*’ — сервер, с которым в настоящий момент выполняется синхронизация, ‘#’ — сервер отобран для синхронизации, но дистанция до него превышает максимально возможную, ‘?’ — сервер отобран для синхронизации и использует сигнал PPS, ‘+’ — сервер добавлен в список серверов, отобранных для синхронизации, ‘x’ — сервер использует некорректный алгоритм, ‘.’ — сервер выбран из конца списка серверов, отобранных для синхронизации, ‘-‘ — сервер отвергнут группирующим алгоритмом, пробел — сервер имеет слишком высокий stratum и/или не может быть проверен; Теперь по простому, если видем ‘+’, ‘-‘, ‘*’ синхронизация пошла. offset — отклонение нашего времени и времени удалённого сервера, если значение скажем больше 100, то синхронизация реально не произошла. На некоторых ресурсах можно увидеть следующую картину:

Видим что половина серверов (2, 3, 4) вообще не работает и реально происходит работа с локальным сервером и с 172.22.128.8. Смотрим значение offset которое говорит что никакой синхронизации нет и в помине! Из листинга можно сделать только один вывод, что сервер засинхронизирован сам с собой, и его время имеет мало общего с действительным. Будьте внимательны, не давайте вас нае. обмануть 🙂 На этом бы можно и остановиться но теперь как говориться усложняем задачу. Нам надо чтоб наш сервер являлся источником времени для локальной сети, но при этом никто не смог сделать ничего плохого с вашим сервером. В чём проблема? В том что для нормальной синхронизации, даже если вы не планируете кому то давать синхронизировать время с вами, У ВАС ДОЛЖЕН быть открытым порт udp 123. После прочтения множества мануалов и дня потерянного времени вот что в /etc/ntp.conf получилось у меня:

Вникаем внимательно. Наш сервер засинхронизирован с 6-тью внешними пулами серверов, строки с 02 по 07. Строка 10, мы запрещаем кому либо чтобы-то не было делать с нашим сервером. Теперь нам надо внести исключение для серверов с которыми наш сервер будет синхронизироваться, строки с 13 по 18. При этом параметры nomodify notrap, говорят о том что запрещено изменять состояние НАШЕГО сервера и отправлять сообщения об исключениях ВНЕШНИМИ серверами, т. е. чтоб никто из этих серверов ничего не натворил. Строка 22, мы разрешаем участникам локальной сети синхронизировать время с нашим сервером, но при этом тоже вводим ограничение. Теперь самая важная строка — 25, будем считать что это локальная петля. Без неё работать не будет. В итоге, наш сервер синхронизируется с внешними серверами, при этом сам является сервером но только для нашей локальной сети, всем остальным доступ запрещён. Ещё раз перезапустим сервис:

Пойдём покурим, выпьем чаю, кофе (нужное подчеркнуть), после чего выполним команду:

Видим, наш сервер засинхронизирован, отклонение не превышают и 50мс. Настройка NTPD практически одинакова для всех Xnix систем, и отличается по сути только способом запуска. Всем советую ознакомиться также со статьёй где расписан вариант настройки для FreeBSD. http://www.sergeysl.ru/freebsd-ntpd/ Вот собственно и всё.

Добавить комментарий

Если информация была полезной для вас, вы можете поблагодарить за труды Яндекс деньгами: 41001164449086 или пластиковой картой:

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