[devel] /etc/services

[devel] /etc/services

[Paul Wolneykien]

  Всем привет. Подскажите, а есть у нас штатный способ добавить порт в
/etc/services при установке пакета?

Re: [devel] /etc/services

[Alexey V. Vissarionov]

On 2020-01-22 12:02:19 +0300, Paul Wolneykien wrote:

 > Всем привет. Подскажите, а есть у нас штатный способ добавить
 > порт в /etc/services при установке пакета?

egrep -q '\s12345/' /etc/services || printf ... >> /etc/services

Для удаления, соответственно:

sed -i -re '/\s12345\//' /etc/services

Только зачем, если есть SRV-записи в DNS?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] /etc/services

[Alexey V. Vissarionov]

On 2020-01-22 12:33:59 +0300, Alexey V. Vissarionov wrote:

 > sed -i -re '/\s12345\//' /etc/services

sed -i -re '/\s12345\//d' /etc/services


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] /etc/services

[Anton V. Boyarshinov]

В Wed, 22 Jan 2020 12:02:19 +0300
Paul Wolneykien <manowar@altlinux.org> пишет:

>   Всем привет. Подскажите, а есть у нас штатный способ добавить порт в
> /etc/services при установке пакета?

Мне это желание кажется немного странным. Если надо добавить туда порт, не лучше ли сделать это в пакете setup?

Re: [devel] /etc/services

[Paul Wolneykien]

В Wed, 22 Jan 2020 12:33:59 +0300
"Alexey V. Vissarionov" <gremlin@altlinux.org> пишет:

> On 2020-01-22 12:02:19 +0300, Paul Wolneykien wrote:
> 
>  > Всем привет. Подскажите, а есть у нас штатный способ добавить
>  > порт в /etc/services при установке пакета?  
> 
> egrep -q '\s12345/' /etc/services || printf ... >> /etc/services
> 
> Для удаления, соответственно:
> 
> sed -i -re '/\s12345\//' /etc/services
> 
> Только зачем, если есть SRV-записи в DNS?

  Пытаюсь заставить работать вот это:
  https://packages.altlinux.org/ru/sisyphus/srpms/nagios-nsca .
Хочется, чтобы не нужно было донастраивать что-то после установки
пакета.

  P.S. Вообще пакет какой-то странный: вижу, что его уже дважды
пытались собирать, но потом он куда-то девался.

Re: [devel] /etc/services

[Paul Wolneykien]

В Wed, 22 Jan 2020 13:01:39 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:

> В Wed, 22 Jan 2020 12:02:19 +0300
> Paul Wolneykien <manowar@altlinux.org> пишет:
> 
> >   Всем привет. Подскажите, а есть у нас штатный способ добавить
> > порт в /etc/services при установке пакета?  
> 
> Мне это желание кажется немного странным. Если надо добавить туда
> порт, не лучше ли сделать это в пакете setup?

  Ну, не знаю. По-моему, это примерно как всех системных пользователей
заранее заводить в /etc/passwd и /etc/group.

Re: [devel] /etc/services

[Anton V. Boyarshinov]

> > >   Всем привет. Подскажите, а есть у нас штатный способ добавить
> > > порт в /etc/services при установке пакета?    
> > 
> > Мне это желание кажется немного странным. Если надо добавить туда
> > порт, не лучше ли сделать это в пакете setup?  
> 
>   Ну, не знаю. По-моему, это примерно как всех системных пользователей
> заранее заводить в /etc/passwd и /etc/group.

Некоторое количество пользователей там-таки есть изначально.

Но /etc/services это просто перечисление стандартизированных и просто well-known портов и никак не связано с набором установленных в системе пакетов. Там есть и то, чего нет давно, и то, чего на linux вообще не бывает... Почему бы не добавить в этот список то, что бывает и при этом живо?

Re: [devel] /etc/services

[Paul Wolneykien]

В Wed, 22 Jan 2020 13:16:42 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:

> > > >   Всем привет. Подскажите, а есть у нас штатный способ добавить
> > > > порт в /etc/services при установке пакета?      
> > > 
> > > Мне это желание кажется немного странным. Если надо добавить туда
> > > порт, не лучше ли сделать это в пакете setup?    
> > 
> >   Ну, не знаю. По-моему, это примерно как всех системных
> > пользователей заранее заводить в /etc/passwd и /etc/group.  
> 
> Некоторое количество пользователей там-таки есть изначально.
> 
> Но /etc/services это просто перечисление стандартизированных и просто
> well-known портов и никак не связано с набором установленных в
> системе пакетов.

  Возможно, я просто не умею готовить xinetd. Я попробовал указать
номер порта в /etc/xinetd.d/nsca, но xinetd при старте написал, что не
включит сервис до тех пор, пока этот же номер не появится в
/etc/services.


> Там есть и то, чего нет давно, и то, чего на linux
> вообще не бывает... Почему бы не добавить в этот список то, что
> бывает и при этом живо?

Re: [devel] /etc/services

[Anton Farygin]

On 22.01.2020 13:01, Anton V. Boyarshinov wrote:
> В Wed, 22 Jan 2020 12:02:19 +0300
> Paul Wolneykien <manowar@altlinux.org> пишет:
>
>>    Всем привет. Подскажите, а есть у нас штатный способ добавить порт в
>> /etc/services при установке пакета?
> Мне это желание кажется немного странным. Если надо добавить туда порт, не лучше ли сделать это в пакете setup?

/etc/services давно пора обновить, у нас жутко протухший. Там last 
update от 2004 года, а с тех пор очень много было изменений в этом файле.


https://bugzilla.altlinux.org/show_bug.cgi?id=33837

https://bugzilla.altlinux.org/show_bug.cgi?id=35474

Re: [devel] /etc/services

[Konstantin Lepikhov]

Hi Paul!

On 01/22/2020, at 01:21:32 PM you wrote:

>   Возможно, я просто не умею готовить xinetd. Я попробовал указать
> номер порта в /etc/xinetd.d/nsca, но xinetd при старте написал, что не
> включит сервис до тех пор, пока этот же номер не появится в
> /etc/services.
> 
да ладно:

$ man xinetd.conf
...
type = UNLISTED    if this is a service not listed in a standard system file
(like /etc/rpc for RPC services, or /etc/services for non-RPC services).

-- 
WBR et al.

Re: [devel] /etc/services

[Paul Wolneykien]

В Wed, 22 Jan 2020 19:44:08 +0100
Konstantin Lepikhov <lakostis@altlinux.org> пишет:

> Hi Paul!
> 
> On 01/22/2020, at 01:21:32 PM you wrote:
> 
> >   Возможно, я просто не умею готовить xinetd. Я попробовал указать
> > номер порта в /etc/xinetd.d/nsca, но xinetd при старте написал, что
> > не включит сервис до тех пор, пока этот же номер не появится в
> > /etc/services.
> >   
> да ладно:
> 
> $ man xinetd.conf
> ...
> type = UNLISTED    if this is a service not listed in a standard
> system file (like /etc/rpc for RPC services, or /etc/services for
> non-RPC services).

  Спасибо!

Re: [devel] /etc/services

[Alexey V. Vissarionov]

On 2020-01-22 13:21:32 +0300, Paul Wolneykien wrote:

 > Возможно, я просто не умею готовить xinetd.

Какой еще нахрен xinetd? Если демон умеет работать самостоятельно -
от этого костыля можно и нужно избавиться.

Единственное, для чего в принципе бывает нужен "режим *inetd", то
есть работа через stdin и stdout - это запуск внутри SSH-сессии.
Все остальные применения суть кроилово, ведущее к попадалову.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] /etc/services

[Paul Wolneykien]

В Thu, 23 Jan 2020 01:16:58 +0300
"Alexey V. Vissarionov" <gremlin@altlinux.org> пишет:

> On 2020-01-22 13:21:32 +0300, Paul Wolneykien wrote:
> 
>  > Возможно, я просто не умею готовить xinetd.  
> 
> Какой еще нахрен xinetd? Если демон умеет работать самостоятельно -
> от этого костыля можно и нужно избавиться.
> 
> Единственное, для чего в принципе бывает нужен "режим *inetd", то
> есть работа через stdin и stdout - это запуск внутри SSH-сессии.
> Все остальные применения суть кроилово, ведущее к попадалову.

  Ну фиг знает. Апстрим поставляет конфиг и я решил заставить его
работать. Init-скрипт тоже есть, но я его пока не проверял.

  А всё же в режиме xinetd или systemd simple есть один важный плюс:
если демон упадёт, то ещё встанет. Я бегло пробежался по коду и
думаю, что завалить его случайно не так и трудно.

Re: [devel] /etc/services

[Dmitry V. Levin]

On Thu, Jan 23, 2020 at 01:16:58AM +0300, Alexey V. Vissarionov wrote:
> On 2020-01-22 13:21:32 +0300, Paul Wolneykien wrote:
> 
>  > Возможно, я просто не умею готовить xinetd.
> 
> Какой еще нахрен xinetd? Если демон умеет работать самостоятельно -
> от этого костыля можно и нужно избавиться.

Многим демонам только кажется, что они умеют работать самостоятельно.


-- 
ldv

Re: [devel] /etc/services

[Alexey V. Vissarionov]

On 2020-01-23 01:44:41 +0300, Dmitry V. Levin wrote:

 >>> Возможно, я просто не умею готовить xinetd.
 >> Какой еще нахрен xinetd? Если демон умеет работать
 >> самостоятельно - от этого костыля можно и нужно избавиться.
 > Многим демонам только кажется, что они умеют работать
 > самостоятельно.

Многим? Хм... назовешь хотя бы десяток? Я тебе даже помогу:

- php-fpm
- tomcat
- fusion passenger
- httpd (если кто-то сдуру соберет его с mod_php)

И что-то больше ничего текучего-падучего не вспоминается...
ладно, притянем за уши древний MySQL (до версии 5.1) - но и
это будет только половина. А еще? :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] /etc/services

[Michael Shigorin]

On Thu, Jan 23, 2020 at 01:16:58AM +0300, Alexey V. Vissarionov wrote:
> > Возможно, я просто не умею готовить xinetd.
> Какой еще нахрен xinetd? Если демон умеет работать самостоятельно -
> от этого костыля можно и нужно избавиться.
> Единственное, для чего в принципе бывает нужен "режим *inetd", то
> есть работа через stdin и stdout - это запуск внутри SSH-сессии.
> Все остальные применения суть кроилово, ведущее к попадалову.

Почему?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] /etc/services

[Alexey V. Vissarionov]

On 2020-01-23 20:20:57 +0300, Michael Shigorin wrote:
 >>> Возможно, я просто не умею готовить xinetd.
 >> Какой еще нахрен xinetd? Если демон умеет работать самостоятельно
 >> - от этого костыля можно и нужно избавиться.
 >> Единственное, для чего в принципе бывает нужен "режим *inetd", то
 >> есть работа через stdin и stdout - это запуск внутри SSH-сессии.
 >> Все остальные применения суть кроилово, ведущее к попадалову.
 > Почему?

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


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] /etc/services

[Michael Shigorin]

On Thu, Jan 23, 2020 at 08:28:36PM +0300, Alexey V. Vissarionov wrote:
> On 2020-01-23 20:20:57 +0300, Michael Shigorin wrote:
>  >>> Возможно, я просто не умею готовить xinetd.
>  >> Какой еще нахрен xinetd? Если демон умеет работать самостоятельно
>  >> - от этого костыля можно и нужно избавиться.
>  >> Единственное, для чего в принципе бывает нужен "режим *inetd", то
>  >> есть работа через stdin и stdout - это запуск внутри SSH-сессии.
>  >> Все остальные применения суть кроилово, ведущее к попадалову.
>  > Почему?
> Потому что на каждое соединение запускается новый процесс с новыми
> .data и .bss, и если для пары соединений в минуту (как это было в
> прошлом тысячелетии) это еще в пределах разумного, то когда их хотя
> бы десяток в секунду - пора задумываться сразу про epoll()

Если бы ты добавил "в условиях высокой нагрузки" сразу,
не пришлось бы выпытывать -- это не всегда так.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] /etc/services

[Alexey V. Vissarionov]

On 2020-01-23 20:30:46 +0300, Michael Shigorin wrote:

 >>>>> Возможно, я просто не умею готовить xinetd.
 >>>> Какой еще нахрен xinetd? Если демон умеет работать
 >>>> самостоятельно - от этого костыля можно и нужно избавиться.
 >>>> Единственное, для чего в принципе бывает нужен "режим *inetd", то
 >>>> есть работа через stdin и stdout - это запуск внутри SSH-сессии.
 >>>> Все остальные применения суть кроилово, ведущее к попадалову.
 >>> Почему?
 >> Потому что на каждое соединение запускается новый процесс
 >> с новыми .data и .bss, и если для пары соединений в минуту
 >> (как это было в прошлом тысячелетии) это еще в пределах
 >> разумного, то когда их хотя бы десяток в секунду - пора
 >> задумываться сразу про epoll()
 > Если бы ты добавил "в условиях высокой нагрузки" сразу, не
 > пришлось бы выпытывать -- это не всегда так.

В случае системы мониторинга (а речь именно про нее) это так -
событий бывает много, и зачастую они приезжают сразу пачками.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net