0001246: Ограничение на количество подключений к серверу с учётом номера порта

SASGIS - SAS.Планета
View Issue Details

ID	Project	Category	View Status	Date Submitted	Last Update
0001246	SAS.Планета	[All Projects] Хотелка	public	28-03-2012 09:19	27-03-2019 07:47

Reporter	vasketsov
Assigned To	vdemidov
Priority	normal	Severity	tweak	Reproducibility	N/A
Status	closed	Resolution	won't fix
Platform	Windows	OS	Vista	OS Version	Ultimate
Product Version	110418
Target Version		Fixed in Version

Summary	0001246: Ограничение на количество подключений к серверу с учётом номера порта
Description	Покуда endpoint это совокупность адреса и номера порта, хотелка преставляется весьма разумной. Имею несколько перловых скриптов, которые крутятся локально как http-сервера, доступны по адресу 127.0.0.1 (соответственно в zmp указан дефолтный адрес как нечто типа http://127.0.0.1:6666), висят на РАЗНЫХ портах и работают на разных картосервисах (а некоторые и на одном, но на разных каналах). Приходится вкорячивать немыслимые значения в zmp для числа подключений, иначе начинается постоянный коннект-дисконнект. Если для целей тестирования установить одно соединеие и заменить на одном 127.0.0.1 на другой реальный локальный адрес любого сетевого интерфейса (скажем 192.168.1.100), то одновременно ДВА скрипта начинают нормально работать (без коннект-дисконнект). То есть очевидно проблема в адресе и ограничивалке. Но безмерно увеличивать в zmp число подключений при добавлении новых локальных скриптов очевидно тоже идиотизм.
Steps To Reproduce
Additional Information
Tags	ограничения, скрипты
Relationships
Attached Files

Issue History
Date Modified	Username	Field	Change
28-03-2012 09:19	vasketsov	New Issue
28-03-2012 13:41	vdemidov	Note Added: 0006290
28-03-2012 13:53	vasketsov	Note Added: 0006292
28-03-2012 14:03	vdemidov	Note Added: 0006295
13-05-2012 10:38	gpsMax	Tag Attached: скрипты
13-05-2012 10:38	gpsMax	Tag Attached: ограничения
09-08-2012 06:54	vdemidov	Product Version	.Nightly => 110418
27-03-2019 07:47	vdemidov	Status	new => resolved
27-03-2019 07:47	vdemidov	Resolution	open => won't fix
27-03-2019 07:47	vdemidov	Assigned To	=> vdemidov
27-03-2019 07:47	vdemidov	Status	resolved => closed

Notes

>действует только в пределах одного zmp
Могу только повторить, что включение второй скачки со второго zmp гадит первой скачке с первого zmp, если оба на loopback на разных портах.
Придётся поверить.
Возможно косяк где-то в другом, буду разбираться - найду.

>кэширует подключения к серверам
Не мой случай. У меня (после того как я забыл и снёс максимальное число подключенийиз zmp):
1. Включаю первый скрипт на 127.0.0.1 и подрубаюсь сасом (первый zmp) на скачку (большая область часов на 10).
2. Включаю второй скрипт на 127.0.0.1 и подрубаюсь сасом (второй zmp) на скачку (другая область).
3. Офигеваю от того что в логе такая хрень.
4. Вспоминаю в чём дело.
5. Останавливаю и вырубаю второй (первый не останавливаю, после вырубания второго он перестаёт лагать и начинает качать без остановок), заменяю второму локальный адрес, запускаю по новой.
6. В логе красота, летит как из пулемёта через оба скрипта.

Так что кэширование ни при чём.
Если забубенить большое число подключений в zmp - сразу всё работает красиво и без отключений.

Воможно беда где-то в другом. Но пока что визуально всё как будто ограничение работает не только на текущий zmp, но и на другие соседние (с тем же NameInCache например).