Bug 4847 - Инсталлятор создаёт не рабочий /etc/ntp.conf
: Инсталлятор создаёт не рабочий /etc/ntp.conf
Status: CLOSED FIXED
: ALT Linux 2.4
(All bugs in ALT Linux 2.4/drakxtools)
: 2.4
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2004-07-20 18:26 by
Modified: 2008-02-15 18:43 (History)


Attachments
/etc/ntp.conf (2.94 KB, text/plain)
2004-08-05 11:20, Michael Shigorin
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2004-07-20 18:26:34
При использовании синхронизации через NTP и смене часового в пояса в процессе
установки, создаётся неработающий /etc/ntp.conf -- в нём не меняется значение
опции restrict, остаётся то, которое было указано по умолчанию.

--- ntp.conf.orig       2004-07-20 17:22:50 +0300
+++ ntp.conf    2004-07-20 17:22:19 +0300
@@ -4,5 +4,5 @@
 broadcastdelay 0.008
 restrict default ignore notrust nomodify
 restrict 127.0.0.1
-restrict 195.2.64.5
+restrict ntp.lucky.net
 authenticate no

Steps to Reproduce:
1. Выбираем локаль ru_RU.KOI8-R. 
2. Выполняем установку.
3. При настройке часового пояса выбираем вместо московского часового пояса
киевский. При этом меняем NTP-сервер на ntp.lucky.net вместо предлагаемого
195.2.64.5 (ntp0.zenon.net).

Actual Results:  
server ntp.lucky.net
fudge   127.127.1.0 stratum 10
driftfile /etc/ntp/drift
broadcastdelay  0.008
restrict default ignore notrust nomodify
restrict 127.0.0.1
restrict 195.2.64.5
authenticate no


Expected Results:  
server ntp.lucky.net
fudge   127.127.1.0 stratum 10
driftfile /etc/ntp/drift
broadcastdelay  0.008
restrict default ignore notrust nomodify
restrict 127.0.0.1
restrict ntp.lucky.net
authenticate no
------- Comment #1 From 2004-07-20 22:14:08 -------
Точнее, должно быть 

restrict 193.193.193.107

вместо

restrict ntp.lucky.net, 

так как, насколько помню, ntpd не ресолвит адреса, что в restrict.

------- Comment #2 From 2004-07-21 12:12:47 -------
На этапе, когда задается сервер NTP, сеть ещё не поднята.
Может имеет смысл сделать ограничение на ввод в этот диалог только IP-адреса?
------- Comment #3 From 2004-07-21 14:12:08 -------
(In reply to comment #2) 
> На этапе, когда задается сервер NTP, сеть ещё не поднята. 
> Может имеет смысл сделать ограничение на ввод в этот диалог только 
IP-адреса? 
 
На самом деле время устанавливается при загрузке системы и это происходит 
уже после того, как сетевые интерфейсы подняты. Так что особого смысла в 
этом я не вижу. Но если надумаете делать именно так, то выпадающий 
список должен выглядет как список пар имя_сервера:ip_адрес, чтобы 
пользователь осознанно мог выбрать тот или иной NTP-сервер. 
 
------- Comment #4 From 2004-07-21 14:20:44 -------
выдавать список имя:адрес смысла не вижу. Поясните ?
Дабы выписать правильный restrict, необходимо
иметь список соответствий имя-адрес в инсталляторе,
поскольку сети может не быть. При желании указать
ntp-server не из списка -- это должен быть адрес.
Так пойдет ?
------- Comment #5 From 2004-07-21 14:42:27 -------
(In reply to comment #4) 
> выдавать список имя:адрес смысла не вижу. Поясните ? 
> Дабы выписать правильный restrict, необходимо 
> иметь список соответствий имя-адрес в инсталляторе, 
> поскольку сети может не быть.  
> При желании указать ntp-server не из списка --  
> это должен быть адрес. Так пойдет ? 
 
Угу. Этоо я погорячился -- нет смысла так перегружать список. Только в 
hints обязательно дописать к фразе "GNU/Linux отсчитывает время в GMT..." 
напоминание о том, что вводить даные об NTP-сервере, не указанном в 
списке, можно только в числовом формате (ip-адрес). 
 
------- Comment #6 From 2004-07-22 15:25:04 -------
done
------- Comment #7 From 2004-08-05 11:19:28 -------
кстати, сейчас мне создали вот такой:
------- Comment #8 From 2004-08-05 11:20:43 -------
Created an attachment (id=544) [details]
/etc/ntp.conf

(это 2.4beta5)
------- Comment #9 From 2004-08-05 12:58:30 -------
(In reply to comment #8)
> Created an attachment (id=544) [details]
> /etc/ntp.conf
> 
> (это 2.4beta5)

с ним что-то не так ?
------- Comment #10 From 2008-02-15 18:43:18 -------
archiving