xinetd + systemd

Настройка, программирование, распределённые вычисления

Модераторы: Olej, bellic, vikos

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

xinetd + systemd

Непрочитанное сообщение Olej » 24 окт 2012, 19:11

С переходом на systemd систему инициализации Linux (Fedora, OpenSUSE, ALT Linux, ...) возникла новая, непонятная мне трабла... в Fedora 17 (RFR):

Код: Выделить всё

bash-4.2$ cat /etc/system-release
RFRemix release 17 (Beefy Miracle)
- сервер xinetd они подымают по умолчанию:

Код: Выделить всё

$ systemctl status xinetd.service
xinetd.service - Xinetd A Powerful Replacement For Inetd
   Loaded: loaded (/usr/lib/systemd/system/xinetd.service; enabled)
   Active: active (running) since Mon, 22 Oct 2012 14:46:17 +0300; 34min ago
  Process: 705 ExecStart=/usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid $EXTRAOPTIONS (code=exited, status=0/SUCCESS) Main PID: 709 (xinetd)
   CGroup: name=systemd:/system/xinetd.service
           └ 709 /usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid
- попытка коннекта по FTP неудачная:

Код: Выделить всё

olej@atom:~$ ftp 192.168.1.5
Connected to 192.168.1.5.
421 Service not available, remote server has closed connection
ftp> quit
(это коннект в реальной LAN с хоста 192.168.1.7 на 192.168.1.5)

- протокол показывает, что на 192.168.1.5 xinetd поднимал FTP, но он тут же рухнул

Код: Выделить всё

bash-4.2$ sudo cat /var/log/messages | tail -n10
Oct 24 18:18:16 notebook gnome-keyring-daemon[1068]: unsupported key algorithm in certificate: 1.2.840.10045.2.1
Oct 24 18:18:16 notebook gnome-keyring-daemon[1068]: unsupported key algorithm in certificate: 1.2.840.10045.2.1
Oct 24 18:18:16 notebook gnome-keyring-daemon[1068]: unsupported key algorithm in certificate: 1.2.840.10045.2.1
Oct 24 18:18:43 notebook xinetd[734]: START: ftp pid=3925 from=::ffff:192.168.1.7
Oct 24 18:18:47 notebook proftpd[3926]: 192.168.1.5 - Failed binding to ::, port 21: Адрес уже используется
Oct 24 18:18:47 notebook proftpd[3926]: 192.168.1.5 - Check the ServerType directive to ensure you are configured correctly.
Oct 24 18:18:47 notebook proftpd[3926]: 192.168.1.5 - Unable to start proftpd; check logs for more details
Oct 24 18:18:47 notebook xinetd[734]: EXIT: ftp status=0 pid=3925 duration=4(sec)
- в настройках

Код: Выделить всё

bash-4.2$ cat /etc/xinetd.d/xproftpd
# default: off
# description: The ProFTPD FTP server
service ftp
{
        disable = no
#       disable = yes
        flags           = REUSE
        socket_type     = stream
        wait            = no
        user            = root
        server          = /usr/sbin/in.proftpd
        log_on_success  += DURATION
        log_on_failure  += USERID
        nice            = 10
}
- в настройках сервисов всё нормально:

Код: Выделить всё

bash-4.2$ cat /etc/services | grep ^ftp
ftp-data        20/tcp
ftp-data        20/udp
ftp             21/tcp
ftp             21/udp          fsp fspd
ftp-data        20/sctp                 # FTP
ftp             21/sctp                 # FTP
ftp-agent       574/tcp                 # FTP Software Agent System
ftp-agent       574/udp                 # FTP Software Agent System
ftps-data       989/tcp                 # ftp protocol, data, over TLS/SSL
ftps-data       989/udp                 # ftp protocol, data, over TLS/SSL
ftps            990/tcp                 # ftp protocol, control, over TLS/SSL
ftps            990/udp                 # ftp protocol, control, over TLS/SSL
- чтобы сразу исключить вопросы о SELinux - так я его на эти эксперименты вовсе отключил:

Код: Выделить всё

bash-4.2$ getenforce
Disabled
А соединение падает... :evil:

Есть такие варианты "почему?", на что можно грешить:

1. В связи с переходом Fedora 17 на инициализацию systemd вместо sysinit.
(я специально позже покажу почему и чем xinetd sysint связаны, по документации)
Ведь в предыдущих Fedora 14, 15 и ранее - никаких таких проблем не было? ... да и Debian, Ubuntu - то с чем я пересекался...

2. Что-та нахомутали майнтейнеры при сборке Fedora 17 ... запихнули туда конфигурации Fedora 14 не задумываясь ;-) ... да и не понимая особенно :-?

3. Как-то связано с IPv6 ? ... Не нравятся мне адреса в протоколе в /var/log/messages

4. Как-то связано с настройками прав и полномочий ... доступ к $HOME, аутентификация (не похоже)...
Файлы: /etc/hosts.allow & /etc/hosts.deny ?

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 24 окт 2012, 19:20

Olej писал(а): 1. В связи с переходом Fedora 17 на инициализацию systemd вместо sysinit.
(я специально позже покажу почему и чем xinetd sysint связаны, по документации)
Ведь в предыдущих Fedora 14, 15 и ранее - никаких таких проблем не было? ... да и Debian, Ubuntu - то с чем я пересекался...
Почему я грешу больше всего на этот пункт?
Потому, что есть такой прелюбопытный перевод: systemd для администраторов (он находится в развитии и расширении, как я понял):
Lennart Poettering (автор)
Сергей Пташник (русский перевод)
17 июля 2012 г.
Оригинала такого текста, это переводы отдельных статей Леннарта Поттеринга, насколько я понимаю, разрозненных на его собственном блоге.

Так вот там есть прелюбытнейшая глава 11: Службы с активацией в стиле inetd
Уже многие годы inetd считается одной из базовых служб Unix-систем.
...
Наиболее популярные из них — BSD inetd и xinetd. Хотя inetd во многих дистрибутивах до сих пор устанавливается по умолчанию, сейчас он уже редко используется для запуска сетевых служб —
...
Одной из ключевых возможностей systemd (а также launchd от Apple) является сокет-активация — тот же самый механизм, давным-давно реализованный inetd,
...
Тем не менее, systemd ничуть не хуже inetd может запускать службы в ответ на входящие сетевые соединения.

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 24 окт 2012, 19:58

Относительно эффекта связки systemd + xinetd я ошибся :!:
Но это настолько интересно, что стоит описать подробно:

По порядку, как это можно проверить... :

- службу FTP xinetd в дефаултных настройках Fedora 17 поднять не может, но можно то же самое проверить на другой службе ... SSH годится - настроить от начала и до конца, потому что её просто нет в дефаултных конфигурациях xinetd...

- делаю вот такой конфиг-файл для xinetd:

Код: Выделить всё

[root@notebook xinetd.d]# cat /etc/xinetd.d/my-sshd
service ssh
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/sshd
server_args = -i
}
- останавливаю запущенные до того службы sshd & xinetd (некому слушать порт SSH):

Код: Выделить всё

[root@notebook xinetd.d]# systemctl stop sshd.service
[root@notebook xinetd.d]# systemctl status xinetd.service
- коннект теперь неудачный (некому слушать):

Код: Выделить всё

bash-4.2$ ssh 192.168.1.5
ssh: connect to host 192.168.1.5 port 22: Connection refused
Здесь всё правильно!

- подымаю один только xinetd (sshd сервера у меня нет!)

Код: Выделить всё

[root@notebook xinetd.d]# systemctl start xinetd.service
- и имеем результат:

Код: Выделить всё

bash-4.2$ ssh 192.168.1.5
olej@192.168.1.5's password:
Last login: Fri Oct  5 23:07:20 2012 from notebook.localdomain
-bash-4.2$ who
olej     :0           2012-10-24 16:40 (:0)
olej     pts/0        2012-10-24 16:41 (:0.0)
olej     pts/2        2012-10-24 17:10 (:0.0)
olej     pts/4        2012-10-24 17:16 (:0.0)
olej     pts/6        2012-10-24 17:26 (:0.0)
olej     pts/8        2012-10-24 18:18 (:0.0)
olej     pts/9        2012-10-24 19:35 (notebook.localdomain)
Это сеанс SSH...

- а это то, как подъём сервиса SSH отобразился в логе системы:

Код: Выделить всё

[root@notebook xinetd.d]# tail -n2 /var/log/messages
Oct 24 19:35:28 notebook xinetd[4587]: START: ssh pid=4606 from=::ffff:192.168.1.5
Oct 24 19:35:35 notebook systemd-logind[642]: New session 5 of user olej.
Тогда: почему xinetd не подымает FTP в дефаултных конфигурациях Fedora 17
Но это уже другой вопрос, и он возникал уже вот здесь: не могу поднять сервер ftp с systemd, поэтому такой вопрос буду продолжать разбирать там.

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 24 окт 2012, 20:05

Olej писал(а): - делаю вот такой конфиг-файл для xinetd:
Относительно настроек xinetd, чтоб не бегать гадать куда вписать на память, полезные URL пусть будут здесь (те, кторые действительно полезные, и с которыми можно быстро разобраться):

- Суперсервер и IPv6

- xinetd FAQ

- xinetd sample config

- Установка и кофигурирование xinetd

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 25 окт 2012, 14:29

Olej писал(а): Тогда: почему xinetd не подымает FTP в дефаултных конфигурациях Fedora 17
Вопрос разрешился элементарно - проблема в конфигурационном файле /etc/proftpd.conf
Подробно расписано здесь: viewtopic.php?f=20&t=1783#p5435

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 25 окт 2012, 14:37

Olej писал(а): Это сеанс SSH...
Точно так же можно разрешить telnetd из xinetd:

- это уже существующий после инсталляции файл (для SSH я создавал новый с нуля), с подправленной 1-й строчкой:

Код: Выделить всё

bash-4.2$ cat /etc/xinetd.d/telnet 
# default: on
# description: The telnet server serves telnet sessions; it uses \
#	unencrypted username/password pairs for authentication.
service telnet
{
	flags		= REUSE
	socket_type	= stream        
	wait		= no
	user		= root
	server		= /usr/sbin/in.telnetd
	log_on_failure	+= USERID
#	disable		= yes
	disable		= no
}
- сессия с удалённого хоста:

Код: Выделить всё

olej@atom:~$ telnet 192.168.1.5
Trying 192.168.1.5...
telnet: Unable to connect to remote host: Connection refused
olej@atom:~$
olej@atom:~$
olej@atom:~$ telnet 192.168.1.5
Trying 192.168.1.5...
Connected to 192.168.1.5.
Escape character is '^]'.
RFRemix release 17 (Beefy Miracle)
Kernel 3.5.2-1.fc17.i686.PAE on an i686 (9)
notebook login: olej
Password:
Last login: Wed Oct 24 19:35:35 from notebook.localdomain
-bash-4.2$ exit
logout
Connection closed by foreign host.
- и журнал на серверном хосте:

Код: Выделить всё

[root@notebook xinetd.d]# tail -n3 /var/log/messages
Oct 25 00:41:32 notebook systemd-logind[642]: New session 14 of user olej.
Oct 25 00:41:48 notebook xinetd[7447]: EXIT: telnet status=0 pid=7448 duration=23(sec)
Oct 25 00:41:48 notebook systemd-logind[642]: Removed session 14.
На сегодня telnet для эксплуатационной работы - это устаревше и не актуально.
Но программистам-разработчикам может быть очень даже полезно в ходе отработки.

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 25 окт 2012, 14:42

Одна головная боль (о совместимости существования xinetd + systemd) - с головы долой ;-) ...

Но интересно дальше вот это:
Olej писал(а): Так вот там есть прелюбытнейшая глава 11: Службы с активацией в стиле inetd
Одной из ключевых возможностей systemd (а также launchd от Apple) является сокет-активация — тот же самый механизм, давным-давно реализованный inetd,
...
Тем не менее, systemd ничуть не хуже inetd может запускать службы в ответ на входящие сетевые соединения.
Как использовать это умение systemd вместо использования xinetd?

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 25 окт 2012, 17:45

Olej писал(а):Как использовать это умение systemd вместо использования xinetd?
Проверяем как это работает...

Относительно службы SSH будем в точности следовать systemd для администраторов
11 Службы с активацией в стиле inetd
- создали 2 файла и заполнили их:

Код: Выделить всё

bash-4.2$ cd /lib/systemd/system
[root@notebook system]# touch sshd.socket
[root@notebook system]# touch sshd@.service
bash-4.2$ ls -l *ssh*
-rw-r--r--. 1 root root 283 апр.   6  2012 sshd.service
-rw-r--r--  1 root root 106 окт.  25 14:52 sshd@.service
-rw-r--r--  1 root root 128 окт.  25 14:50 sshd.socket

Код: Выделить всё

bash-4.2$ cat sshd.socket
[Unit]
Description=SSH Socket for Per-Connection Servers
[Socket]
ListenStream=22
Accept=yes
[Install]
WantedBy=sockets.target

Код: Выделить всё

bash-4.2$ cat sshd@.service
[Unit]
Description=SSH Per-Connection Server
[Service]
ExecStart=-/usr/sbin/sshd -i
StandardInput=socket
- обязательно проверяем и убеждаемся, что у нас не запущен автономный сервер sshd

Код: Выделить всё

bash-4.2$ sudo service sshd stop
bash-4.2$ service sshd status
Redirecting to /bin/systemctl status  sshd.service
sshd.service - OpenSSH server daemon
          Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled)
          Active: failed (Result: exit-code) since Thu, 25 Oct 2012 12:38:10 +0300; 2h 18min ago
         Process: 758 ExecStart=/usr/sbin/sshd -D $OPTIONS (code=exited, status=255)
         Process: 749 ExecStartPre=/usr/sbin/sshd-keygen (code=exited, status=0/SUCCESS)
          CGroup: name=systemd:/system/sshd.service
- и точно так же, что не активен xinetd, который настроен подымать sshd по запросу:

Код: Выделить всё

bash-4.2$ ps -A | grep xinetd
  756 ?        00:00:00 xinetd
[root@notebook system]# service xinetd stop
Redirecting to /bin/systemctl stop  xinetd.service
[root@notebook system]# service xinetd status
Redirecting to /bin/systemctl status  xinetd.service
xinetd.service - Xinetd A Powerful Replacement For Inetd
          Loaded: loaded (/usr/lib/systemd/system/xinetd.service; enabled)
          Active: inactive (dead) since Thu, 25 Oct 2012 15:02:19 +0300; 10s ago
         Process: 750 ExecStart=/usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid $EXTRAOPTIONS (code=exited, status=0/SUCCESS)
        Main PID: 756 (code=exited, status=0/SUCCESS)
          CGroup: name=systemd:/system/xinetd.service
- в противном случае трудно будет гадать: какой там из экземпляров ответил на запрос SSH? ;-) ... вот теперь уже некому отвечать:

Код: Выделить всё

bash-4.2$ ssh localhost
ssh: connect to host localhost port 22: Connection refused
После того, как мы поместим оба предложенных выше файла в каталог /etc/systemd/system, мы сможем включить сокет (то
есть, обеспечить его активацию при каждой нормальной загрузке) и запустить его (то есть активировать в текущем сеансе работы):

Код: Выделить всё

[root@notebook system]# systemctl start sshd.socket

[root@notebook system]# systemctl status sshd.socket
sshd.socket - SSH Socket for Per-Connection Servers
          Loaded: loaded (/usr/lib/systemd/system/sshd.socket; disabled)
          Active: active (listening) since Thu, 25 Oct 2012 15:07:29 +0300; 6s ago
        Accepted: 0; Connected: 0
          CGroup: name=systemd:/system/sshd.socket
- делаю 2 подключения по SSH - удалённое и локально:

Код: Выделить всё

olej@atom:~$ ssh 192.168.1.5
The authenticity of host '192.168.1.5 (192.168.1.5)' can't be established.
RSA key fingerprint is 45:32:32:17:bd:6f:9c:d5:19:09:d0:fa:e2:06:bb:41.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.5' (RSA) to the list of known hosts.
olej@192.168.1.5's password:
Last login: Thu Oct 25 14:57:15 2012 from localhost.localdomain
-bash-4.2$ cat /etc/system-release
RFRemix release 17 (Beefy Miracle)

Код: Выделить всё

bash-4.2$ ssh localhost
olej@localhost's password:
Last login: Thu Oct 25 15:09:33 2012 from atom
- оба сеанса SSH работоспособны, хотя предварительно (до вызова) сервер sshd не был запущен ...

Код: Выделить всё

bash-4.2$ ps -A | grep ssh
 4555 pts/6    00:00:00 ssh
 4563 ?        00:00:00 sshd
 4565 ?        00:00:00 sshd
 4669 pts/3    00:00:00 ssh
 4670 ?        00:00:00 sshd
 4673 ?        00:00:00 sshd
- а вот это самое интересное - активные экземпляры служб, соответствующие открытым сеансам, с динамически образуемыми именами:

Код: Выделить всё

bash-4.2$ systemctl --full | grep ssh
sshd.service                                      loaded failed failed        OpenSSH server daemon
sshd@0-192.168.1.5:22-192.168.1.7:47966.service   loaded active running       SSH Per-Connection Server
sshd@1-127.0.0.1:22-127.0.0.1:56938.service       loaded active running       SSH Per-Connection Server
sshd.socket                                       loaded active listening     SSH Socket for Per-Connection Servers


Ну вот и всё.
Этого вполне достаточно, чтобы утверждать, что всё совершенно успешно работает.

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 25 окт 2012, 18:00

Olej писал(а): Проверяем как это работает...

Относительно службы SSH будем в точности следовать systemd для администраторов
А теперь, убедившись, что описанное работает в принципе, сделаю новую (с нуля) службу для сокет-активации FTP.

Код: Выделить всё

[root@notebook system]# cp sshd.socket ftpd.socket
[root@notebook system]# cp sshd@.service ftpd@.service
bash-4.2$ ls -l ftpd*
-rw-r--r-- 1 root root 101 окт.  25 17:08 ftpd@.service
-rw-r--r-- 1 root root 128 окт.  25 17:06 ftpd.socket

Код: Выделить всё

bash-4.2$ cat ftpd.socket
[Unit]
Description=FTP Socket for Per-Connection Servers
[Socket]
ListenStream=21
Accept=yes
[Install]
WantedBy=sockets.target

Код: Выделить всё

bash-4.2$ cat ftpd@.service
[Unit]
Description=FTP Per-Connection Server
[Service]
ExecStart=/sbin/proftpd
StandardInput=socket
- убеждаемся, что ничего подобного серверу FTP не работает:

Код: Выделить всё

bash-4.2$ systemctl --full | grep ftp
bash-4.2$
- запуск

Код: Выделить всё

[root@notebook system]# systemctl start ftpd.socket
[root@notebook system]# systemctl status ftpd.socket
ftpd.socket - FTP Socket for Per-Connection Servers
          Loaded: loaded (/usr/lib/systemd/system/ftpd.socket; disabled)
          Active: active (listening) since Thu, 25 Oct 2012 17:10:02 +0300; 5s ago
        Accepted: 0; Connected: 0
          CGroup: name=systemd:/system/ftpd.socket
bash-4.2$ systemctl --full | grep ftp
ftpd.socket                                      loaded active listening     FTP Socket for Per-Connection Servers
- удалённое подключение FTP ... всё ОК :

Код: Выделить всё

olej@atom:~$ ftp 192.168.1.5
Connected to 192.168.1.5.
220 FTP Server ready.
Name (192.168.1.5:olej):
331 Необходим пароль для пользователя olej
Password:
230 Пользователь olej подключён
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> pwd
257 "/" является текущей директорией
ftp>

Код: Выделить всё

bash-4.2$ systemctl --full | grep ftp
ftpd@0-192.168.1.5:21-192.168.1.7:59725.service   loaded active running       FTP Per-Connection Server
ftpd.socket                                       loaded active listening     FTP Socket for Per-Connection Servers
- а вот завершим эту сессию FTP "хитро" - остановив динамический сервис (по его динамическому имени!), соответствующий сессии:

Код: Выделить всё

[root@notebook system]# systemctl kill ftpd@0-192.168.1.5:21-192.168.1.7:59725.service
bash-4.2$ ps -A | grep ftp
bash-4.2$
А вот, очень интересно, как видели открытый и завершившийся сеанс FTP 2 системы системного журнала (логи), работающие независимо на сервере:

- rlogind, старая, традиционная :

Код: Выделить всё

[root@notebook system]# cat /var/log/messages | tail -n6
Oct 25 17:14:00 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - FTP session opened.
Oct 25 17:14:10 notebook systemd-logind[642]: New session 10 of user olej.
Oct 25 17:14:10 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - Preparing to chroot to directory '/home/olej'
Oct 25 17:18:25 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - ProFTPD killed (signal 15)
Oct 25 17:18:25 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - FTP session closed.
Oct 25 17:18:25 notebook systemd-logind[642]: Removed session 10.
- journal, новая, из состава всё того же systemd :

Код: Выделить всё

[root@notebook system]# journalctl -n8 --no-tail
Logs begin at Thu, 25 Oct 2012 12:37:43 +0300, end at Thu, 25 Oct 2012 17:18:25 +0300.
Oct 25 17:14:10 notebook systemd-logind[642]: New session 10 of user olej.
Oct 25 17:14:10 notebook proftpd[5705]: pam_unix(proftpd:session): session opened for user olej by (uid=0)
Oct 25 17:14:10 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - Preparing to chroot to directory '/home/olej'
Oct 25 17:14:10 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - USER olej: Login successful.
Oct 25 17:18:25 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - ProFTPD killed (signal 15)
Oct 25 17:18:25 notebook proftpd[5705]: pam_unix(proftpd:session): session closed for user olej
Oct 25 17:18:25 notebook proftpd[5705]: 192.168.1.5 (192.168.1.7[192.168.1.7]) - FTP session closed.
Oct 25 17:18:25 notebook systemd-logind[642]: Removed session 10.

Аватара пользователя
Olej
Писатель
Сообщения: 21338
Зарегистрирован: 24 сен 2011, 14:22
Откуда: Харьков
Контактная информация:

Re: xinetd + systemd

Непрочитанное сообщение Olej » 20 сен 2022, 12:46

Некоторые итоги этого обсуждения, как более-менее упорядоченный, связный текст, я выложил вот здесь: Заметки о systemd, часть 6, xinetd.
Этот текст будет ещё дополняться и правиться.


Тема поднималась пользователем Olej 20 сен 2022, 12:46.

Ответить

Вернуться в «Сети»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 11 гостей