UDP и рандомизация порта

Question

Я в настоящее время программирую приложение UDP, которое позволяет клиентам входить в систему. После этого их конечная точка сохраняется в списке.

private void socket_Callback(IAsyncResult result_) 
{ 
    EndPoint remote = new IPEndPoint(IPAddress.Any, 0); 
    socket.EndReceiveFrom(result_, ref remote); 

    if (!listOfEndPoints.Contains(remote)) 
    { 
     // registration process 

     // add it to list 
     listOfEndPoints.Add(remote) 
    } 
    else 
    { 
     // process packet 
    } 
} 

Однако иногда NAT клиента назначает каждому пакету другую внешнюю конечную точку. Если конечная точка исходного пакета регистрации составляет 12.34.56.78:1000, эта конечная точка добавляется в список. Если один и тот же клиент отправляет другой пакет, NAT назначит ему другой порт, поэтому его конечная точка будет 12.34.56.78:1001. Это приводит к тому, что сервер не регистрируется и пытается обработать пакет в качестве регистрационного. Излишне говорить, что это не сработает.

Способом устранения этого является отправка идентификатора (который, однако, может быть легко сфальсифицирован, если он не является сверхкритическим) для клиента. Тем не менее, клиент должен будет добавить его к каждому отправленному ему серверу. Так что было бы не очень эффективно делать это так.

Есть ли другой способ сказать, что пакет пришел от того же клиента, что и пакет регистрации?

Answer 1

Вы должны обязательно указать , а не использовать исходный IP-адрес и порт UDP-пакета для связывания его с логическим соединением. Вы должны указать идентификатор соединения в каждом пакете и обновить IP-адрес и порт, на которые вы отвечаете, если вы получаете новый IP-адрес и порт для того же логического соединения. Если соединение hi-jacking является проблемой, вам может потребоваться реализовать некоторую форму безопасности, такую ​​как безопасная контрольная сумма в дейтаграмме.

TCP обрабатывает пакеты с подключениями для вас. С UDP вы должны сами связывать дейтаграммы с логическими сеансами. Я не знаю, почему вы думаете, что «было бы не очень эффективно это делать».

Одним из компромиссов UDP является то, что если вам нужно что-либо, что обеспечивает TCP, вы должны сами его закодировать.

Кстати, я никогда не видел сдвиг портов таким образом. Вы уверены, что клиентский код не сломан, возможно, открывает новый сокет для каждой отправляемой датаграммы.