Как на одном порту обслуживать множество запросов?

Question

[andy301086]

Добрый день. Задался вопросом можно ли такое реализовать. Есть порт на компьютере и к нему подключаются клиентские приложения (не важно какие). Можно ли как то использую сокеты отсылать данные конкретным клиентам а не всем кто прослушивает данный порт. Заранее спасибо

Answer 1

[Андрей]

Да, так и происходит в реальной жизни.
Для каждого подключающегося к серверному LISTENING-сокету клиента операционная система сервера по команде ACCEPT( ) создает выделенный INCOMING-сокет, который является структурой данных для обмена именно с этим клиентом, и сообщает его идентификатор программе. Всё, что серверная программа направит в этот сокет, уйдет только этому конкретному клиенту.

Comments

[andy301086]

Спасибо за ответ. А можно ли как нить передать данные из своего incoming-сокета в чужой?

[andy301086]

Если представить ситуацию, когда есть обслуживающий сервер с портом 8888 и 2 клиента которые смотрят в этот порт. Может ли сервер как нить передать данные полученные от одного клиента другому, если выделяются incoming-сокеты?

[Андрей]

Да, у сервера будет LISTENING-сокет на порту 8888, который будет открыт по команде из программы BIND( ), например, пусть его идентификатор (выданный нам опер.системой) будет равен 120.

В момент подключения первого клиента программе будет сигнализировано, что есть входящее подключение и после того, как программа даст команду ACCEPT(120, ...) ей будет возвращен идентификатор первого INCOMING-сокета, пусть будет 200.

Теперь серверная сторона должна:
1) ожидать новых подключений на сокет 120
И
2) ожидать данных с сокета 200.
Как только произойдет либо первое либо второе операционная система просигнализирует программе.

Пусть первым пришло подключение от второго клиента, тогда ACCEPT(120, ...) и ОС возвращает нам еще один, третий идентификатор - назовем его 240.

Теперь серверная сторона должна:
1) ожидать новых подключений на сокет 120
И
2) ожидать данных с сокета 200
И
3) ожидать данных с сокета 240.

Пусть поступили данные на сокет 200 - считываем их командой RECV(200, ...) и все, что получили, отправляем на сокет 240 командой SEND(240, ...)

[andy301086]

Спасибо большое еще раз. А сколько коннекшенов к одному порту можно обслуживать? Или рекомендуется обслуживать? Например если к одному порту подключится 50 000 пользователей

[Андрей]

Есть теория, и есть практика. Для разных ОС они отличаются. Почитайте:
https://www.google.ru/#newwindow=1&q=maximum+tcp+c...

[andy301086]

И скажите есть ли разница в acceptTcpListener и acceptSocket за исключением того что возвращают разные объекты (это из c#). Еще раз спасибо за ответы

[Андрей]

Увы не подскажу

[andy301086]

И наверное последний вопрос. Как различить пользователей с точки зрения сокетов если все на одной точке wi fi. По идее внешний адрес будет одинаковым?

[Андрей]

У каждого подключения уникальная пара "клиентский IP-клиентский порт". А вот выяснять, за каким портом находится какой пользователь - это функции Вашего приложения. Собственно для этого и происходит первым шагом аутентификация во всех популярных протоколах - чтобы за один роутером (и соответственно одинм IP) могли сидеть сотни человек и все они имели свой собственный профиль и привилегии в программе.

[andy301086]

Спасибо. Т.е. если правильно понял то wi fi каждому девайсу отдает порт и мне остается только авторизовать пользователя

[andy301086]

И на одном порту будет один девайс. Извиняюсь за такие вопросы просто хочется понять это все

[Андрей]

WI-FI каждому устройству отдает отдельный "серый" IP - https://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%81%D...
В тот момент когда запрос от пользователя с "серым" IP проходит через пограничное с "настоящим" Интернетом устройство (а это может быть сам WI-FI роутер, а может быть какое-то другое устройство более вышестоящего провайдера) происходит NAT и запрос выходит уже с "белым" IP-адресом роутера и с уникальным клиентским портом и в таком виде идет к серверу.
Почитайте что-нибудь про NAT - станет гораздо понятнее.

P.S. Если у Вас сервер не в Интернете, а в той же локальной сети, что и WI-FI, то сервер будет видеть "серые" адреса и каждый клиент будет приходить со своим уникальным IP.