Re: [mdk-re] Time servers

Re: [mdk-re] Time servers

[Denis Kirienko]

-----Исходное сообщение-----
От: Peter V.Saveliev <peet@infosite.ru>
Кому: mandrake-russian@altlinux.ru <mandrake-russian@altlinux.ru>
Дата: 29 января 2002 г. 17:53
Тема: Re: [mdk-re] Time servers


>> > ntp.psn.ru - stratum 2 (не очень-то хорошо с него брать, но
>> > с тех пор, как отрубился комсетовский, другого не нашел)
>> А чем плохо с него брать?
>Считается, что синхронизироваться надо со стратум 3. Первого уровня
>серверов a-la несколько и они синхронизируются чуть ли не по атомным
>часам. Второй уровень берет с первого и раздает третьему, с которого
>уже приличствует синхронизироваться рядовому пользователю.
>
>Никто, конечно, ничего не запрещает, но все призывают соблюдать
>приличия.


Ага, понятно.

Вообще-то, в Пущино имеется обсерватория, и если я правильно
понимаю, то время они сами синхронизируют по пульсарам всяким.

                          Денис

[mdk-re] Re: Time servers

[Mikhail Zabaluev]

Hello Denis,

On Tue, Jan 29, 2002 at 05:52:37PM +0300, Denis Kirienko wrote:
>
> Вообще-то, в Пущино имеется обсерватория, и если я правильно
> понимаю, то время они сами синхронизируют по пульсарам всяким.

Сопротивляться... оффтопику... надо... сопротивляться...
Атомы цезия проще и надёжнее! А мериканьская GPS удобнее
пульсаров.

Гхм. В тему. Я тут предлагал ввести настройки для запуска
ntp -q при старте системы. Потом подумал, что это не очень хорошо,
потому что работа ntp может протекать среди бурной сетевой
активности после старта и это может повлиять на результат.
Советовать заносить эту команду в /etc/cron.daily тоже нехорошо,
потому что если многие воспользуются этим советом, это создаст пики
активности на серверах во время, установленное в дистрибутиве для
прогона ежедневных работ.
В-общем, если хотите быть предельно корректными, гоняйте ntp
постоянно (совет скорее для серверов) и выбирайте произвольно
время для ntp -q в crontab'е.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org

[mdk-re] Re: Time servers

[Oleg N. Kayunov]

Mikhail Zabaluev wrote:
> 
> Hello Denis,
> 
> On Tue, Jan 29, 2002 at 05:52:37PM +0300, Denis Kirienko wrote:
> >
> > Вообще-то, в Пущино имеется обсерватория, и если я правильно
> > понимаю, то время они сами синхронизируют по пульсарам всяким.
> 
> Сопротивляться... оффтопику... надо... сопротивляться...
> Атомы цезия проще и надёжнее! А мериканьская GPS удобнее
> пульсаров.
> 
> Гхм. В тему. Я тут предлагал ввести настройки для запуска
> ntp -q при старте системы. Потом подумал, что это не очень хорошо,
> потому что работа ntp может протекать среди бурной сетевой
> активности после старта и это может повлиять на результат.
> Советовать заносить эту команду в /etc/cron.daily тоже нехорошо,
> потому что если многие воспользуются этим советом, это создаст пики
> активности на серверах во время, установленное в дистрибутиве для
> прогона ежедневных работ.
> В-общем, если хотите быть предельно корректными, гоняйте ntp
> постоянно (совет скорее для серверов) и выбирайте произвольно
> время для ntp -q в crontab'е.
	А разве есть ntp?
У меня - ntpq, ntpdate, ntptime. ntptrace, причем ни по одному из них
нет man-a :-((
И опция --help не работает :-((((


> 
> --
> Stay tuned,
>   MhZ                                     JID: mookid@jabber.org
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

-- 
            Best regards, Oleg N. Kayunov.

Re: [mdk-re] Re: Time servers

[Peter V.Saveliev]

On Wed, 30 Jan 2002 04:42:50 +0300
"Oleg N. Kayunov" <okayunov@mtu-net.ru> wrote:

> 	А разве есть ntp?
> У меня - ntpq, ntpdate, ntptime. ntptrace, причем ни по одному из них
> нет man-a :-((
> И опция --help не работает :-((((

В любом случае - rpm -qa | grep ntp, а затем cd /usr/shar/doc/<имя нужного пакета>
Там иногда очень интересные вещи лежат, вплоть до примеров конфигов.

Петр.

[mdk-re] Re: Time servers

[Mikhail Zabaluev]

Hello Oleg,

On Wed, Jan 30, 2002 at 04:42:50AM +0300, Oleg N. Kayunov wrote:
>
> 	А разве есть ntp?

Должен быть, в /usr/sbin

> У меня - ntpq, ntpdate, ntptime. ntptrace, причем ни по одному из них
> нет man-a :-((

См. в /usr/share/doc/ntp-*

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
heavy, adj.:
	Seduced by the chocolate side of the force.

[mdk-re] RFC: /etc/ppp/ppp.d (was: Time servers)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2263 bytes --]

On Wed, Jan 30, 2002 at 02:29:22AM +0300, Mikhail Zabaluev wrote:
> Гхм. В тему. Я тут предлагал ввести настройки для запуска
> ntp -q при старте системы. Потом подумал, что это не очень хорошо,
О!  Вы мне напомнили.

Может, сделать инфраструктуру для подключения "фишек" для
диалапщиков?  нечто вроде /etc/ppp/ppp.d или как-то так.
Задумка родилась пару недель назад, когда вырезал кому-то из
своих /etc/ppp/ip-*.local нужные куски и подумал, до чего эта
каша напоминает BSD init и rc.local :-/

Кандидатуры:
[by ip-up]
- firewall ?? (ToS и DENY -- но вопрос тонок)
- ntpd -q (if installed)
- отправка почты (дернуть postfix) (*)
- забор почты (дернуть все фетчмэйлы) (**)
- отправка/забор ньюсов (fetchnews) (***)
- DNS: хуки для максимально удобной подстановки forwarders (****)

[by ip-down]
- firewall: вернуть на место (опять тонкий вопрос)
- прибить fetchmail'ы, если связь грохнулась раньше их
- --""--  fetchnews, --""--
- DNS: back to local (if any)

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

---

(*) в идеале инфраструктура настройки при нахождении
инсталером/настраивалкой _только_ модема или ответе, что именно
таковой используется для выхода в инет (все равно спрашивают за
default route), маленько изменять /etc/postfix/main.cf :

---
defer_transports = smtp
## и как намек -- это ж не автоматизируется совсем автоматически?
# sender_canonical_maps = hash:/etc/postfix/sender_canonical
---

(**) или путем взаимодействия с fetchmail-daemon, или путем
прямого запуска -- надо обнюхать и обдумать, это только _идея_.

(***) плюс один-два файлика в leafnode; плюс, возможно,
"настраивалка leafnode".

(****) у меня, например, локальный named держит зону для LAN и в
то же время переключается в кэширующий и обращающийся к нужным
forwarders при поднятии связи.

Этот вопрос никак полностью не автоматизируется, потому как не
барское дело -- но помочь администратору изменить поведение двумя
штрихами (пример -- /etc/sysconfig/harddisk), по-моему,
правильно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] RFC: /etc/if{up,down}.d (was: Time servers)

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 3324 bytes --]

Hello Michael,

On Wed, Jan 30, 2002 at 09:39:40AM +0200, Michael Shigorin wrote:
>
> Может, сделать инфраструктуру для подключения "фишек" для
> диалапщиков?  нечто вроде /etc/ppp/ppp.d или как-то так.

Тогда лучше уж /etc/if{up,down}.d для /sbin/if{up,down} --
не PPP единым жив человек.
Для разных интерфейсов сделать разблюдовку:
/etc/ifup.d/ppp/
/etc/ifup.d/eth/
/etc/ifup.d/0common/
-- последнее для общих скриптов, на которые делать симлинки из
   interface-specific каталогов.

Можно даже предусмотреть возможность уточнения номера устройства:

for d in /etc/ifup.d/*; do
    d="${d#/etc/ifup.d/}"
    if [ "${DEVICE#$d}" != "$DEVICE" ]; then
        RunExecutablesInDir "/etc/ifup.d/$d" "$DEVICE"
    fi
done

Таким образом, для ppp0 будут выполняться скрипты
сначала в /etc/ifup.d/ppp/, затем в /etc/ifup.d/ppp0/

Чтобы не засорять /etc, можно загнать всё это хозяйство в
/etc/sysconfig/network-scripts

> Задумка родилась пару недель назад, когда вырезал кому-то из
> своих /etc/ppp/ip-*.local нужные куски и подумал, до чего эта
> каша напоминает BSD init и rc.local :-/
> 
> Кандидатуры:
> [by ip-up]
> - firewall ?? (ToS и DENY -- но вопрос тонок)

А зачем, он и с отключенными интерфейсами хорошо живёт.

> - ntpd -q (if installed)
> - отправка почты (дернуть postfix) (*)
> - забор почты (дернуть все фетчмэйлы) (**)
> - отправка/забор ньюсов (fetchnews) (***)
> - DNS: хуки для максимально удобной подстановки forwarders (****)
> 
> [by ip-down]
> - firewall: вернуть на место (опять тонкий вопрос)
> - прибить fetchmail'ы, если связь грохнулась раньше их
> - --""--  fetchnews, --""--
> - DNS: back to local (if any)
> 
> Думаю, вариантов облегчить жизнь и добавить нужных и удобных фич
> тут много; просьба высказать мнения о таком обобщении.  В любом
> случае надеюсь вспомнить, когда после выпуска Master, надеюсь,
> начнется редизайн инсталера и настраивалок.
> 
> ---
> 
> (*) в идеале инфраструктура настройки при нахождении
> инсталером/настраивалкой _только_ модема или ответе, что именно
> таковой используется для выхода в инет (все равно спрашивают за
> default route), маленько изменять /etc/postfix/main.cf :
> 
> ---
> defer_transports = smtp

Это лучше не вписывать, лишь проверять наличие.
В мануале эта директива будет на красном месте :)

> ## и как намек -- это ж не автоматизируется совсем автоматически?
> # sender_canonical_maps = hash:/etc/postfix/sender_canonical
> ---
> 
> (**) или путем взаимодействия с fetchmail-daemon, или путем
> прямого запуска -- надо обнюхать и обдумать, это только _идея_.

А разве
[ -e "$USER_HOME"/.fetchmailrc ] && su -с fetchmail "$USER"
недостаточно для того, чтобы запустить/дёрнуть fetchmail?

> (***) плюс один-два файлика в leafnode; плюс, возможно,
> "настраивалка leafnode".
> 
> (****) у меня, например, локальный named держит зону для LAN и в
> то же время переключается в кэширующий и обращающийся к нужным
> forwarders при поднятии связи.

Вправлять forwarders в C-образный конфиг -- это чревато :-/
Хотя, если место для этого ровно одно и никаких иных forwarders не
может быть, то можно попробовать. Лучше для этого вставить
"магический" комментарий а-ля msec, и если такого комментария нет
-- ну его нафиг.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
RADIO SHACK LEVEL II BASIC
READY
>_

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] RFC: /etc/if{up,down}.d (was: Time servers)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2205 bytes --]

On Wed, Jan 30, 2002 at 01:58:12PM +0300, Mikhail Zabaluev wrote:
> > Может, сделать инфраструктуру для подключения "фишек" для
> > диалапщиков?  нечто вроде /etc/ppp/ppp.d или как-то так.
> Тогда лучше уж /etc/if{up,down}.d для /sbin/if{up,down} --
> не PPP единым жив человек.
НУ я ж не против -- просто замотанный самую малость (вот, надо
было еще с утра Final fantasy посмотреть -- кстати, (!))...

> /etc/ifup.d/0common/
без 0? :)

> Чтобы не засорять /etc, можно загнать всё это хозяйство в
> /etc/sysconfig/network-scripts
Пожалуй что это уже обобщение следующего уровня 8-)

> > - firewall ?? (ToS и DENY -- но вопрос тонок)
> А зачем, он и с отключенными интерфейсами хорошо живёт.
И то ладно.  Но вообще раздача "быстрого инета" из коробки по
кнопке была бы тоже недурной......

> > defer_transports = smtp
> Это лучше не вписывать, лишь проверять наличие.
> В мануале эта директива будет на красном месте :)
Или так, или сяк; или в комментированном виде вставить...

> > (**) или путем взаимодействия с fetchmail-daemon, или путем
> > прямого запуска -- надо обнюхать и обдумать, это только _идея_.
> А разве
> [ -e "$USER_HOME"/.fetchmailrc ] && su -с fetchmail "$USER"
> недостаточно для того, чтобы запустить/дёрнуть fetchmail?
В первом разе его надо будет отпустить в background; кстати,
сейчас не соображу, но там могут быть некоторые нюансы насчет job
control...  вроде того, что ppp-on останется ждать fetchmail(s),
которые при обрыве связи будут висет на таймауте.

> Вправлять forwarders в C-образный конфиг -- это чревато :-/
Знаю.  Я лично не вставляю, а симлинк перебрасываю.  Но это _моя_
локальная специяика и тоже чревато.

Кстати, а нужен ли намед на рабочей станции?  Более легких и
(вроде) секьюрных кэшеров, чем BIND8, вроде есть некоторое
количество.

> Хотя, если место для этого ровно одно и никаких иных forwarders не
> может быть, то можно попробовать. Лучше для этого вставить
> "магический" комментарий а-ля msec, и если такого комментария нет
> -- ну его нафиг.
Или так....  Это было уже в порядке бреда -- слишком много своих
частностей голову забивает.  Но все же :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] RFC: /etc/if{up,down}.d (was: Time servers)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 285 bytes --]

On Wed, Jan 30, 2002 at 01:58:12PM +0300, Mikhail Zabaluev wrote:
> > Кандидатуры:
> > [by ip-down]
Самое главное забыл -- аккаунтинг ;-)  По крайней мере для ppp
более чем актуально ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] Re: [JT] RFC: /etc/if{up,down}.d (was: Time servers)

[Mikhail Zabaluev]

Hello Michael,

On Wed, Jan 30, 2002 at 09:01:09PM +0200, Michael Shigorin wrote:
>
> On Wed, Jan 30, 2002 at 01:58:12PM +0300, Mikhail Zabaluev wrote:
> > > Кандидатуры:
> > > [by ip-down]
> Самое главное забыл -- аккаунтинг ;-)  По крайней мере для ppp
> более чем актуально ;-)

Never trust your ISP, eh? :)

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
"Our reruns are better than theirs."
-- Nick at Nite

Re: [mdk-re] [JT] RFC: /etc/if{up,down}.d += Q: WindowMaker's rich desktop?

[Michael Shigorin]

On Thu, Jan 31, 2002 at 09:36:06AM +0300, Mikhail Zabaluev wrote:
> > > > [by ip-down]
> > Самое главное забыл -- аккаунтинг ;-)  По крайней мере для ppp
> > более чем актуально ;-)
> Never trust your ISP, eh? :)
У меня ISP == lic145.kiev.ua, поэтому речь скорее о статистике
"для себя"...  сбор мыслей pppd по этому поводу я организовал
где-то в середине сентября:

--- /etc/ppp/log/summary ---
Jan 31 10:50 -- time: 368147 [06:15:47]	bytes: 619937126	(1683 bps)
---

Ну и на последнем десктопе в WM висит куча прозрачных aterm'ов --
/var/log/messages, trafshow (черный :-/), reminders, bandwidth
monitor, ну и tailf с примерно таким видом:

time: 00:01:39  bytes: 122840   [17967+104873]  bps: 1240
time: 00:03:55  bytes: 487696   [61905+425791]  bps: 2075
time: 00:03:21  bytes: 147081   [54536+92545]   bps: 731

Удобно для наблюдения -- а так dock подзабит полезными вещами.

Вот думаю -- может, сделать пакетик с "богатым" десктопом для WM?
Единственная проблема, которую сейчас вижу -- придется завязаться
на какое-то минимальное разрешение, скорее всего 1024x768 (хотя
можно и 800x600).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/