Linux, закольцовывание сокета после падения процесса, почему?

Question

[Михаил Юрьевич]

Всем привет, столкнулся со следующей проблемой:
- debian 8
- REST сервис на nodejs(слушает порт, 50100)
- PHP(curl) клиент, довольно часто подключается, делает запрос, отключается

Все отлично работает до тех пор пока не выключить сервис(или он сам не упадет по какой либо причине), далее происходит следующее:
$ netstat -apne|grep 50100
tcp 0 0 127.0.0.1:50100 127.0.0.1:50100 ESTABLISHED 10000 2375204860 8054/php

php процесс который был подключен(или пытался подключится?) в момент отключения сервиса становится подключенным сам к себе, при этом он уходит в вечный poll:
rt_sigaction(SIGPIPE, NULL, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7fc404f7d8d0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7fc404f7d8d0}, NULL, 8) = 0
poll([{fd=9, events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}], 1, 0) = 0 (Timeout)
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7fc404f7d8d0}, NULL, 8) = 0
poll([{fd=9, events=POLLIN}], 1, 1000) = 0 (Timeout)
rt_sigaction(SIGPIPE, NULL, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7fc404f7d8d0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7fc404f7d8d0}, NULL, 8) = 0
poll([{fd=9, events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}], 1, 0) = 0 (Timeout)
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7fc404f7d8d0}, NULL, 8) = 0
poll([{fd=9, events=POLLIN}], 1, 1000) = 0 (Timeout)

Основная проблема - поднять обратно сервис, порт занят - пока не прибить php процесс порт не освободится
Более того, периодически разные php процессы могут занять этот порт на всех интерфейсах, включая ipv6

Почему так происходит и как с этим бороться?

Comments

[lon9man]

Заметил возникновение такого же один-в-один вечного POLL-а с одним различием, что сокет в состоянии ESTABLISHED подключен к удаленному IP (Amazon SQS). в итоге PHP-процесс висит бесконечно.

не являюсь экспертом в сокетах, но хотел спросить:
1. почему случается такая ситуация? допускаю удаленный сервис отпал?
2. почему сокет не отпал?
3. почему локальный код никак не отлавливает проблему с сокетом?
4. как вы отлавливаете подобные случаи?

Answer 1

[neol]

Порты для исходящих подключений по умолчанию выбираются из диапазона 32768-60999 (задаётся sysctl net.ipv4.ip_local_port_range).
Используемый вами порт 50100 попадает в этот диапазон и когда PHP пытается подключиться к упавшему сервису, он рано или поздно натыкается на этот порт и подключается сам к себе.

Решить проблему можно задав диапазон портов в curl:

curl_setopt($ch, CURLOPT_LOCALPORT, 12345); // Начальный порт
curl_setopt($ch, CURLOPT_LOCALPORTRANGE, 10); // Количество портов в диапазоне

В данном примере будут использованы порты с 12345 до 12355.

Comments

[Михаил Юрьевич]

а как такое возможно чтобы подключится к самому себе? ведь сокет не в режиме LISTEN

[neol]

Forbidden: https://lkml.org/lkml/2007/10/21/228

[Михаил Юрьевич]

Спасибо за разъяснение,