Ситуация следущая: имеем локальную сеть с контроллером домена, рабочими компьютерами и прокси сервером. Покси, естественно, имеет два интерфейса: внутренний и внешний. Внутрення подсеть 10.0.0.0 255.255.255.0; внешняя 192.168.4.0 255.255..255.0. У провайдера заказан внешний IP-адрес 213.*.*.*, который он ретранслирует на наш внешний интерфейс. Задача - получить удаленный доступ в локальную сеть для удаленного администрирования. Обычно для этой цели я использую связку: сеанс удаленного доступа по VPN-каналу + NetOp. Это работает в том случае, когда внешнему интерфейсу присваивается внешний IP-адрес. Т.е. сначала происходит регистрация удаленного соединения в нашей локальной сети, а затем, используя NetOP, я получаю доступ к любому компьютеру внутри сети. В данном конкретном случае это не срабатывает, удаленный доступ не устанавливается. Вопрос: есть ли выход из данной ситуации?

Программирование - это процесс генерации ошибок...

Внешний интерфейс прокси имеет адрес 192.168.4.85. Доступ к нему получаю без проблем (используя тот же NetOp). Т.е. ретрансляция работает и пакеты доходят.

Программирование - это процесс генерации ошибок...

Давайте определимся с формулировками. Мне нужен удаленный доступ в локальную сеть. Для этого, как я уже писал, заказываю сеанс удаленного доступа, где использую логин и пароль пользователя, зарегистрированного в домене. Ему, при получении внешнего вызова, присваивается статический IP-адрес из локальной подсети. Т.е. я получаю доступ в локальную сеть. При использовании же программ удаленного администрирования (NetOp в частности) доступ получаю только к конкретному компьютеру, внешний интерфейс которого "смотрит" в Интернет. Мне нужно первое.

Программирование - это процесс генерации ошибок...

По моим предположениям, проблема кроется в ретрансляции: провайдер, видимо, не все пакеты передает. Хотя при создании соединения из этого офиса с другим все проходит на ура.

Программирование - это процесс генерации ошибок...

Вы, я думаю, знаете что это такое разговор с провайдером. "У нас все работает!!!" Единственное, в чем он сомневается, это возможность ретрансляции через NAT протокола IPSec. Я, честно говоря, не тешу себя надеждой на взаимодействие с провайдером в решении проблемы. Я ищу возможность эту проблему обойти:)

Программирование - это процесс генерации ошибок...

Завидую. На настоящий момент нашел способ обойти проблему: установил на прокси-компьютере дополнительную программу удаленного администрирования, и через нее уже получаю доступ в локальную сеть. Идиотское решение, но за неимением лучшего....

Программирование - это процесс генерации ошибок...

Пингуется, естественно, только комп с "внешним" интерфейсом. К нему и получаю доступ через nRToP. Чтобы "пройти" дальше, нужно в этой локалке получить статический IP-адрес. Это достигается через штатный сеанс удаленного доступа, который создается по VPN каналу. При этом нужна авторизация, как минимум, на этом компьютере. Вот этого как раз и не происходит. Не получает он моих пакетов.

Программирование - это процесс генерации ошибок...

Заменить внешний IP прокси на внешний адрес в Интернете - это было бы решением всех проблем. Но провайдер на это говорит, что у них такая структура сети. Все идет через NAT-traversal.

Сеанс удаленного доступа - стандартная возможность Windows подключения по VPN-каналу.

Программирование - это процесс генерации ошибок...