Провайдер по каким-то причинам не разрешает использование Девайзов с NAT. Однако мне так удовнее и приборв уже есть, а докупать дополнительные не очень хочется.
Возможно ли избежать обнаружение маршрутизатора с NAT провайдером, который находится в следующей архитектуре локальной сети.

Беспроводная Точка Доступа с наружной антеной -> Управляемый Маршрутизатор -> Компы

Может ли помочь такая конфигурация

Беспроводная Точка Доступа с наружной антеной -> Комп в ВаФай картой + ЛАН-картой -> Управляемый Маршрутизатор DLink DI604 -> Компы

Вот что написал провайдер

The detection is simple - IP protocol uses internaly some counters
(automaticaly assigned local port number, packet sequence number) - by
analyzing this counters (NAT does not affect them) a NAT device can be
detected (you see two or more separate sequences from one IP). The nat
test is now started only occasionally, it comsumes a lot of CPU.

Очень прошу помочь

В принципе провайдер может проводить анализ пакетов на наличия НАТ. И соответсвенно можна его выявить. Защитится тут никак не выйдет. Хотя как он докажет, что у Вас именно НАТ, а может Вы двумя броузерами пользуетеся

fill_nick+, браузеры не при чем. В тексте выше говорится о номерах пакетов и их подтвердений в заголовках TCP-пакетов. Будет две параллельные сессии из последовательных пакетов с одного адреса в случае если два компа сидят за обычным NAT (который не борется с его обнаружением). Так же номер порта после NAT будет залеко за пределами обычных портов...

Там очень много ловушек. Если захотят - найдут.

_________________
DI-524 + 2 x DWL-G510

> Управляемый Маршрутизатор DLink DI604

Спасибо, наделся получить какой-то практический совет

Есть вообще какая-то возможность это избежать

Конечно! Понимание TCP/IP в голове, Linux, знание C\C++, желание написать свой NAT

_________________
DI-524 + 2 x DWL-G510