Это-то все понятно, что это внешний адрес. У Вас же веб-сервак имеет какой-то внутренний адрес в DMZ. Верно ведь?

Итак, хост в локалке получает адрес от DHCP-сервера на 10.4.50.250, при этом ему выдается DNS=10.4.50.250 а уже оттуда идет пересылка на DNS провайдера.
Так вот скажите своему внутреннему DNS, чтобы запросы на хост 217.19.209.184 он отправлял по его внутреннему адресу в DMZ.
Вот я про что!
В принципе, это некий аналог NATLoopback, только с использованием доменного DNS.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Я понял к чему Вы клоните только вот мне не нужно чтобы все запросы на внешний адрес уходили на dmz
туда и так уходят запросы по нужным портам т.е. если я открываю адрес сайта из локалки то он мне нормально пишет в логи


Зачем запросам торента уходить на мой web сервер?

А с какого перепугу они вообще туда отправляются?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Вот я и сам не понимаю почему они ломятся туда, по идее они на внешку должны уходить и все работало до того как я переставил сервак значит скорее всего проблема в серваке т.е. либо в dns либо в dhcp (потомучто его до этого не было)

Тут возникло такое предположение раз он упирается в публичный ip выданный провайдером не может быть такого чтобы провайдер блокировал торенты?
Если так то как это точно проверить?

Смотрите внимательно настройки своего внутреннего DNS.
И смотрите, какие адреса DNS раздает ваш DHCP.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

DNS никак дополнительно не настраивал только то что требовалось при поднятии AD.
DHCP выдает верный DNS
Пробовал на рабочей машине указывать внучную ip и DNS то же самое

сбросьте DNS кэш на локальной машине.
ipconfig /flushdns

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Все проблема ушла как только польностью отключил на сервере firewall (домана, публичный и приватный)