https://www.opennet.ru/openforum/vsluhforumID3/43465.html Есть компьютер с FreeBSD 7.0 (но должно работать и для остальных версий)<br>Подключение к интернету производится через pppoe. Провайдер раз в сутки обрывает подключение, <br>соответственно при смене ip (он динамический) ntpd клинит - по команде ntpq -c pe <br>в колонке refid для всех серверов будет .INIT.<br><br>Когда искал решение, наткнулся на следующий скрипт (немного модифицировал для FreeBSD):<br><br>#!/bin/sh<br>#<br># reconfigNtpd, written by Jan Ceuleers, March 2003, revised October 2003<br>#<br># Purpose: ntpd running on a machine that has intermittent connectivity to<br># the Internet, and that does not have a static public IP address,<br># loses its associations with public NTP servers, even after the<br># connection to the Internet has been restored.<br># Restarting the ntpd daemon is a possibility, but the downside<br># is that this causes time not to be served to local clients until<br># ntpd has regained synchronisation.<br># A better way is to configure at least one https://www.opennet.ru/openforum/vsluhforumID3/43465.html#10 Mon, 22 Sep 2008 18:55:53 GMT и ещё, ключи генерировать пришлось так:<br>env RANDFILE=/dev/random ntp-keygen -M<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#9 Mon, 22 Sep 2008 13:59:33 GMT Добавить в ntp.conf после основных серверов<br># Undisciplined Local Clock. This is a fake driver intended for backup<br># and when no outside source of synchronized time is available.<br>server 127.127.1.0<br>fudge 127.127.1.0 stratum 10<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#8 Thu, 28 Aug 2008 14:38:29 GMT &gt;&gt; После реконнекта тупо рестартуем ntpd<br>&gt;<br>&gt;Тупое, но неудачное решение. Прочтите внимательно: <br>&gt;<br><br>Написать можно что угодно.<br>У меня частенько стратум падает с 2 до 3.<br>Помогает только рестарт.<br>При высокой загрузке канала у ntp-демона наступает деградация.<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#7 Thu, 28 Aug 2008 12:59:39 GMT &gt; После реконнекта тупо рестартуем ntpd<br><br>Тупое, но неудачное решение. Прочтите внимательно:<br><br><br><br># Restarting the ntpd daemon is a possibility, but the downside<br><br># is that this causes time not to be served to local clients until<br><br># ntpd has regained synchronisation.<br><br># A better way is to configure at least one local clock (the local<br><br># clock 127.127.1.0 at high stratum and/or a refclock), to cover<br><br># for the periods when there is no Internet connectivity, and to<br><br># use this script to unconfig/add{server,peer} all public time<br><br># servers at runtime (i.e. without restarting the daemon)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#6 Sun, 24 Aug 2008 05:35:42 GMT После реконнекта тупо рестартуем ntpd<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#4 Fri, 22 Aug 2008 17:14:26 GMT &gt;просто хочу обратить внимание, что провайдер (в России) не имеет права самовольно <br>&gt;приостанавливать предоставление услуг связи <br><br>Дело в том что в случае PPPoE эти пи...сы просто режут сессию кусками по 24 часа.Особенности работы биллинговой системы - чтобы было что тарифицировать, ну и неплательщики заодно в пределах 24 часов обнаруживают что они забыли заплатить :)<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#3 Fri, 22 Aug 2008 17:04:03 GMT Возможно, но мне пришлось так делать.<br><br>У раньше было через ntpdate, настроил ntpd, но он слетал, когда обрубали канал. Потому пришлось делать так.<br><br>Хотя возможно установка ntpd из портов поможет, но хотелось сделать на базовой системе.<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#2 Fri, 22 Aug 2008 12:09:01 GMT а не изобретаете ли вы велосипед? в последних версия ntpd это победили<br> https://www.opennet.ru/openforum/vsluhforumID3/43465.html#1 Fri, 22 Aug 2008 10:04:11 GMT просто хочу обратить внимание, что провайдер (в России) не имеет права самовольно приостанавливать предоставление услуг связи<br>