Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ну и? Что мешает формировать UID машины, UID сообщения и ID... 27.04.07 14:34 Число просмотров: 1387
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 27.04.07 14:38 Количество правок: 1
|
> [OFF] Эээ.. в заголовке UDP датаграммы (как и TCP) на номер
> порта отводится 16 бит.
Ну и? Что мешает формировать UID машины, UID сообщения и ID части сообщения и его типа в пользовательсктй части данных UDP? Это позволит серверу однозначно определить, кто и что от него хочет, а принимать всё на один и тот же порт. Другое дело, что это практически реализация функций TCP самим, поэтому всё-таки в моём случае проще использовать TCP.
> > DNS работает по UDP, TCP там вроде как для управления.
> > Множество клиентов сидят за NAT, и прописывание правил для
> > прохождения UDP "обратно" часто даже для админов
> > нетривиальная задача, особенно когда клиентов там несколько
> > -)) А то что DNS работает за NAT, так это заслуга каждого
> > уважающего себя НАТ-прокси, который ретранслирует запросы в
> > инет.
> А чем отличается NAPT для UDP и TCP?
Тем, что в отличие от TCP, в котором каждый пакет имеет уникальную "квитанцию" сооединения прямо в заголовке, что позволяет однозначно определить, кому во внутренней сети послать обратный пакет по этому соединению. В UDP соединений нет, и неизвестно, кому пришла датаграмма — самому шлюзу, или одному из клиентов (неизвестно какому) во внутренней сети.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
