init на 9000 порту

[Freezeman]

Чё за прикол? 

Код: (bash) [Выделить]

$ sudo netstat -natp | grep :9000
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1/init


$ ps -aux | grep " 1 "           
root         1  0.3  0.2 185568  4380 ?        Ss   15:13   0:01 /sbin/init splash

Предистория: Вдруг упал nginx. Monit не смог его поднять. В логах nginx:

Код: [Выделить]

2016/06/24 15:13:35 [emerg] 1494#1494: bind() to 0.0.0.0:9000 failed (98: Address already in use)
2016/06/24 15:13:35 [emerg] 1494#1494: bind() to 0.0.0.0:9000 failed (98: Address already in use)
2016/06/24 15:13:35 [emerg] 1494#1494: bind() to 0.0.0.0:9000 failed (98: Address already in use)
2016/06/24 15:13:35 [emerg] 1494#1494: bind() to 0.0.0.0:9000 failed (98: Address already in use)
2016/06/24 15:13:35 [emerg] 1494#1494: bind() to 0.0.0.0:9000 failed (98: Address already in use)
2016/06/24 15:13:35 [emerg] 1494#1494: still could not bind()

Зачем init'у tcp?
Почему раньше 9000 порт был свободен?

[Sly_tom_cat]

  хрень какая-то....

У меня на sudo netstat -natp | grep :9000 - пусто.

Скорее всего nginx както криво упал.

(Нажмите, чтобы показать/скрыть)

и забрызгал всю систему своими потрохами

Но может и плохое что (типа взломали) 
Перегрузить не пробовал машинку?

[Freezeman]

Перегрузить не пробовал машинку?

Пробовал. 

Если убрать часть конфига про 9000 порт, то nginx подымается нормально.
Пользователь добавил сообщение 24 Июня 2016, 12:13:23:Продолжаем расследование...

Код: (bash) [Выделить]

$ systemctl list-sockets | grep :9000
127.0.0.1:9000                   usermanager.socket              usermanager.service

$ cat /etc/nginx/sites-available/usermanager | grep listen
    listen 5050 deferred;

$ curl -X GET "localhost:9000/"
curl: (7) Failed to connect to localhost port 9000: В соединении отказано

$ curl -X GET "localhost:5050/"
# Ответ usermanager, ok

 


Пользователь добавил сообщение 24 Июня 2016, 12:27:34:Фух! Проблема разрешилась! 

Код: (bash) [Выделить]

$ sudo systemctl stop usermanager.service

$ sudo systemctl disable usermanager.service

# reboot...

$ sudo netstat -natp | grep :9000                         
tcp        0      0 0.0.0.0:9000            0.0.0.0:*               LISTEN      956/nginx -g daemon
tcp        0      0 127.0.0.1:47550         127.0.0.1:9000          TIME_WAIT   -


Is there some reason why the netstat command did not list pywwetha and listed it as init?

That's the way systemd works (I'm not intimately familiar with systemd yet) -- it must treat these services as parts of its own init process instead of as separate processes

systemd works a bit like inetd for these things: it listens on the network ports and starts the appropriate daemon when an incoming connection is made. I guess the idea is that the port is immediately available to be connected to as soon as systemd has started.Another systemd design decision I don't really agree with (but maybe I'm just an old fart who can't get used to these newfangled things).

Короче во всём виноват systemd

[AnrDaemon]

apt-get install upstart-sysv

[Freezeman]

На самом деле я не помню, возможно это я и создавал usermanager.service.
Однако неожиданное непостоянство несколько пугает.

[Sly_tom_cat]

Ну да - странноватое решение вывешиваться на порты и ждать когда кто ткнется, что бы поднять нужный сервис... эти systemd-эшники хоть когда-то о безопасности думали?!? 

[AnrDaemon]

Ну да - странноватое решение вывешиваться на порты и ждать когда кто ткнется, что бы поднять нужный сервис... эти systemd-эшники хоть когда-то о безопасности думали?!? 

Думали… Не уверен, в какую сторону, впрочем.

[Freezeman]

Ну да - странноватое решение вывешиваться на порты и ждать когда кто ткнется, что бы поднять нужный сервис... эти systemd-эшники хоть когда-то о безопасности думали?!? 

Ну так принято в inetd, однако в xinetd добавили ACL и всё такое, а в маках вообще заменили на какую-то собственную фигню.
Как с безопасностью в systemd?