Как уменьшить количество разрешенных подключений к серверу до одного?

[demon051]

Всем привет.

Вопрос в общем-то идиотский ) Все борются с тем, как увеличить, а мне надо наоборот

Есть написанный серверный код, который запускает листнер на порту и ждет подключения клиента
и далее после подключения уходит в цикл обмена с клиентом.

Код:

.....
while(...)
{
if(select(FD_SETSIZE, &readset, NULL, NULL, &connection_timeout)==0)
continue;
//обработка подключения 
.....
while(...)
{//обмен
....
}
.....
}

но если другой клиент попробует подключиться к этому же серверу, то он на своей стороне получит ОК.
однако, поскольку на сервере select не обработает это подключение, то клиент останется в подвешенном состоянии.

Вопрос: можно ли как-то указать, что если уже есть подключение, то все другие попытки получают отказ?

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

[Вад]

Функция listen принимает вторым аргументом длину очереди на ожидание соединения - если поставить 1, то всем, кто не успел первым встать в очередь, должен следовать отказ в подключении, пока очередь не разгребут. Так подойдёт?
Не нашёл, что точно происходит, если длину очереди выставить в 0 - надо глубже покопать, но мануалы установку такого значения допускают.

[demon051]

Функция listen принимает вторым аргументом длину очереди на ожидание соединения - если поставить 1, то всем, кто не успел первым встать в очередь, должен следовать отказ в подключении, пока очередь не разгребут. Так подойдёт?
Не нашёл, что точно происходит, если длину очереди выставить в 0 - надо глубже покопать, но мануалы установку такого значения допускают.

в listen уже стоит 1.
остается пробовать 0

[Алексей++]

demon051, Вад, когда я в своё время ковырялся с данным вопросом, обнаружил, что длина очереди N, указанная в listen - это возможность одновременного подключения сразу N сокетов, это не ограничение на общее количество подключений. То есть, даже при значении "1" слушалка всё равно будет принимать запросы на подключение (в виндовом просмотрщике портов висит LISTENING сокет)

решение: при достижении N подключений нужно отключать слушающий сокет. Как только хотя бы одно соединение отпало, слушалку запускаем.

Если по каким-то причинам не хочется прибивать слушалку, то нужно делать Accept для "лишних" входящих, а затем их тут же Close

[demon051]

demon051, Вад, когда я в своё время ковырялся с данным вопросом, обнаружил, что длина очереди N, указанная в listen - это возможность одновременного подключения сразу N сокетов, это не ограничение на общее количество подключений. То есть, даже при значении "1" слушалка всё равно будет принимать запросы на подключение (в виндовом просмотрщике портов висит LISTENING сокет)

решение: при достижении N подключений нужно отключать слушающий сокет. Как только хотя бы одно соединение отпало, слушалку запускаем.

Если по каким-то причинам не хочется прибивать слушалку, то нужно делать Accept для "лишних" входящих, а затем их тут же Close

Прикрутил я вот какой костыль...

значит сначала делаем listen(listener, 1)
затем в select ждем подключения. потом accept и так далее.
а когда установили связь по сокету, вызываем listen(listener, 0) !!!!

всё. дальнейшие попытки подключения невозможны. правда настолько невозможны, что подключающийся следующий клиент впадает в ступор. ну видимо до таймаута соответствующего.
но в общем, это дело клиента, просечь, что почему-то он не может подключиться... на то он и костыль, чтобы не всё так просто было
надо только корректно отрабатывать отключение первого клиента, после чего снова вызывать listen(listener, 1)

Погонял немного. Вроде работает. Но, посмотрим, как к этому отнесется критически настроенная братва Т.е. эксплуататоры

[Алексей++]

demon051, чтобы он не впадал в ступор, я выше описал два варианта действий:
1) убивать слушающий сокет (то есть, прямо прибивать хендл) при достижении N соединений. И создавать обратно, когда разрешены новые соединения
2) обязательно делать accept и close лишних входящих

[demon051]

demon051, чтобы он не впадал в ступор, я выше описал два варианта действий:
1) убивать слушающий сокет (то есть, прямо прибивать хендл) при достижении N соединений. И создавать обратно, когда разрешены новые соединения
2) обязательно делать accept и close лишних входящих

да не, всё ок. проверил - таймаут по крайней мере у меня на компе - 10-15 сек.
отдам на проверку тому кто клиента ковыряет. как у него это будет выглядеть. скорее всего по таймауту будет ошибка вылезать.


PS - убивать листнера и назначать ему кол-во возможных подключений = 0 - разве не одно и то же по факту? за исключением того, что при убийстве нужно будет его пересоздавать заново...

[RXL]

Вот любитель сложностей! Леха уже сказал: после возврата из accept (он вернет сокет подключения) сделать close на слушающий сокет. Никаких таймаутов у других клиентов не будет, если конечно у тебя не глухой файрвол с дропом всех ненужных пакетов.

[Алексей++]

но только close нужно  подключенный (accepted) сокет, а не слушающий

то есть, удалённый клиент будет видеть так: его приняли и тут же осмысленно отпнули.

Close слушающего сокета - это для варианта, когда слушалка прибивается (там ни о каких accept речи уже не пойдёт). Да, нужно будет пересоздавать заново, зато не будет лишнего напряга для системы (теоретически, отпинывание accept-close можно "заддосить", а вот с прибитой слушалкой такого не провернёшь)