Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Об этом знает сервер NAT, он парсит DNS-запрос (они стандартизированы), сам опрашивает тот DNS, что прописан на шлюзе, и отвечает во внутреннюю сеть, как DNS сервер. На клиенте за нат адрес DNS и прописывают равным адресу шлюза. 27.04.07 15:49 Число просмотров: 1533
Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 27.04.07 15:53 Количество правок: 2
|
> > При UDP сервер не обязан отвечать на какой порт принимать > > "обратные" пакеты, там нет понятия соединений, нет > > подтверждений, и нету "туда-обратно". > Только на основании пары хост-порт, уникальной для каждого > запроса. Подтверждений _на уровне протокола_ нет, согласен, > но так как хост-порт однозначно идентифицируют отправителя, > серверобязансохранить их в ответе, => NAT для TCP и > NAT для UDP эквивалентны. Или опять не так? Нет... Сервер может не отвечать на UDP запросы, а может отвечать, но на другой порт... Всё определяю правила, прописываемые вручную для тяжких случаев, но бывает, что разработчики прокси предоставляют шаблоны для популярных программ и их проприетарным протоколам. Ещё бывают такие случаи, когда проброс "обратно" для какой-нибудь софтины внутри локалки возможен ТОЛЬКО ДЛЯ ОДНОГО ХОСТА внутри этой сети.
|
|
|