Пропадает сокет при длительном простое без обращения к нему

@zoleg · Регистрация: 10.01.2012

Студворк — интернет-сервис помощи студентам

Hi!
Используется два серверных вебсокета, для двух Ciшных прог на портах 5555 и 9090 под управлением Debian 8.
Перед сервером стоит маршрутизатор с пробросом портов, и наружным статическим белым IP.
На сервере написана программуля (условно ПИНГАТОР) которая каждую минуту подключается к вебсокетам по адресу 85.175.ХХХ.ХХХ:5555 и 85.175.ХХХ.ХХХ:9090 с целью контроля работы и при необходимости рестарта вебсокета.

Проблема:
Если нет обращения к серверу снаружи (в течении 6 -12 часов), то сокеты хаотично перестают быть доступными (могут упасть оба, а может только один из них), при этом ПИНГАТОР нормально коннектиться к 85.175.ХХХ.ХХХ:5555 и 85.175.ХХХ.ХХХ:9090. Во внутренней сети порты доступны, сокеты отвечают как 85.175.ХХХ.ХХХ:5555 и 85.175.ХХХ.ХХХ:9090, так и по внутренним IP типа 193.168.1.ХХ.

То есть ПИНГАТОР знает что ничего не упало и все работает, а потому проги не перезапускает, но по факту это не так — сокеты снаружи не видны.

При ручном рестарте программуль сокеты снаружи становятся видимы.

В чем причина такого поведения и как с этим бороться?

@NoMasters · 20.06.2018, 10:47

Нужно больше диагностики, чтобы понять, что к чему. Посмотрите, приходят ли вообще на хост запросы на соединение.

@zoleg · 20.06.2018, 13:16 **[ТС]**

Я ставил прогу на разные серверы (в РФ, Украине, РБ), сделал так что сокет при обращении браузером на порт присылает месагу "Forbidden". Везде схема одинакова Роутер->Проброс->Сервер, везде картина одинакова.

Кстати да, чет я не подумал пробить на вшивость используя tcpdump.

Добавлено через 1 час 56 минут
Проходит
tcpdump -nnvvS src 31.41.48.211 and dst port 9090

Code
1
2
12:13:39.858656 IP (tos 0x0, ttl 58, id 29187, offset 0, flags [DF], proto TCP (6), length 60)
    31.41.48.211.45060 > 172.14.2.100.9090: Flags [S], cksum 0x07fd (correct), seq 2011745046, win 29200, options [mss 1360,sackOK,TS val 5093653 ecr 0,nop,wscale 7], length 0

Добавлено через 13 минут

Code
1
2
3
4
5
6
7
8
9
netstat -ntulp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      440/systemd-resolve 
tcp        0      0 0.0.0.0:2000            0.0.0.0:*               LISTEN      699/asterisk        
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      518/nginx: master p 
tcp        0      0 0.0.0.0:5555            0.0.0.0:*               LISTEN      775/atda-bot        
tcp        0      0 0.0.0.0:1212            0.0.0.0:*               LISTEN      435/sshd            
tcp      129      0 0.0.0.0:9090            0.0.0.0:*               LISTEN      777/atda-loger-upda

Добавлено через 11 минут

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
nmap localhost
 
Starting Nmap 7.40 ( https://nmap.org ) at 2018-06-20 13:13 EEST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000037s latency).
Other addresses for localhost (not scanned): ::1
Not shown: 994 closed ports
PORT     STATE SERVICE
80/tcp   open  http
81/tcp   open  hosts2-ns
2000/tcp open  cisco-sccp
5555/tcp open  freeciv
9000/tcp open  cslistener
9090/tcp open  zeus-admin

Новые блоги и статьи Все статьи Все блоги /
Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем	10 пpимет, которые всегда сбываются Maks 31.03.2026 1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию. 2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .	Перемещение выделенных строк ТЧ из одного документа в другой Maks 31.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .
Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .	Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .

@zoleg 69 / 62 / 13 Регистрация: 10.01.2012 Сообщений: 508

	Пропадает сокет при длительном простое без обращения к нему 20.06.2018, 07:34. Показов 1488. Ответов 2 Метки нет (Все метки) Hi! Используется два серверных вебсокета, для двух Ciшных прог на портах 5555 и 9090 под управлением Debian 8. Перед сервером стоит маршрутизатор с пробросом портов, и наружным статическим белым IP. На сервере написана программуля (условно ПИНГАТОР) которая каждую минуту подключается к вебсокетам по адресу 85.175.ХХХ.ХХХ:5555 и 85.175.ХХХ.ХХХ:9090 с целью контроля работы и при необходимости рестарта вебсокета. Проблема: Если нет обращения к серверу снаружи (в течении 6 -12 часов), то сокеты хаотично перестают быть доступными (могут упасть оба, а может только один из них), при этом ПИНГАТОР нормально коннектиться к 85.175.ХХХ.ХХХ:5555 и 85.175.ХХХ.ХХХ:9090. Во внутренней сети порты доступны, сокеты отвечают как 85.175.ХХХ.ХХХ:5555 и 85.175.ХХХ.ХХХ:9090, так и по внутренним IP типа 193.168.1.ХХ. То есть ПИНГАТОР знает что ничего не упало и все работает, а потому проги не перезапускает, но по факту это не так — сокеты снаружи не видны. При ручном рестарте программуль сокеты снаружи становятся видимы. В чем причина такого поведения и как с этим бороться? 0

@NoMasters Псевдослучайный 1946 / 1146 / 98 Регистрация: 13.09.2011 Сообщений: 3,215
	20.06.2018, 10:47
	Нужно больше диагностики, чтобы понять, что к чему. Посмотрите, приходят ли вообще на хост запросы на соединение. 0

Опции темы