Вопрос : Соединения удаленного доступа связывая заказ для доступа VPN терпят неудачу

Привет всем,
==========
I am

Summary испытывая несообразительность пока просматривающ на интернете через соединение VPN к сети офиса внутренне с несообразительностью IE7/Vista.
The не сталкивает с проблемой соединения win2000/IE6.
The VPN могло фактическ быть отнесено к серверу DNS используемому Перспективой: захват
Network показывает что станция окон 2000 большим частью из времени using сервер DNS с адресом 10.68.161.3 IP. захват
Network показывает что компьютер перспективы окон большим частью из времени using сервер DNS с адресом 194.51.3.56 IP окончательно контактировать сервера DNS 10.68.161.3. сервер

The 194.51.3.56 DNS одним отнесенным к померанцовому оператору и установлен на Ipass VPN connection.
I проверил конфигурацию соединения VPN и на компьютере перспективы окон и на окнах компьютер 2000 и оба установлены для использования сервера Орандж DNS с адресом 194.51.3.56. разница в

The главным образом между 2 ситуациями что IE7/Vista дает предшествование к внешнему серверу Орандж DNS для названного разрешения когда IE6/2000 сразу использует сервера DNS установленного на LAN приватном interface.

When выполняя NSLOOKUP на компьютере перспективы:
- на компьютере перспектива/IE8 окон сервер DNS используемый общим назначением будет
- 194.51.3.56 на компьютере 2000/IE6 окон сервер DNS, котор используемый общим назначением будет думаемым

I 10.68.161.3 что предшествование между серверами DNS используемыми для названного разрешения было определено на основании предшествования между соединениями. Поэтому я проверил и изменил приоритеты между соединениями для того чтобы иметь удаленный доступ (VPN), котор соединение установленное как главным образом соединение в соединении list.

I вроде улучшило ситуацию путем изменять содержание proxy.pac мимо добавило следующий изменение к архиву полномочия .pac:
Before: возвращение
if (isResolvable («http.internetpsa»)) поистине;
After: возвращение
if (isResolvable («http.internetpsa.inetpsa.com»)) поистине;
также определенное что если имя netbios запрошено после этого, то вопрос сразу послан к приватной сети через спасибо сети VPN синтаксис:
if ((isPlainHostName (хозяин)) ) возвращенное EnDirect; клиент
The имеет затруднения для того чтобы получить информацию о сценарии но он кажется логически к принять, что он работает как то:
- если именем будет имя netbios после этого вопрос, то перенесено к внутренне proxy
- если именем будет законцовка FQDN internetpsa.inetpsa.com и если сервер DNS может разрешить его после этого после этого вопрос, то может быть послано к внутренне network.

In эта ситуация вопрос в том, что: который сервер DNS запрошен сценарием. Я думаю будет померанцовым полномочием server.

I судимый для того чтобы разрешить суффикс nternetpsa.inetpsa.com на интернете и это не будет общественно суффикс домена знать. Я не smog сразу запросить Орандж DNS: он отказал мои вопросы поэтому я не могу пойти более далее в investigation.

I определенный в сценарии proxy.pac суффикс inetpsa.com DNS для обеих машин обнаруженных как подключено к VPN connection.
In этот случай проблема мог быть отнесен к факту что разрешением DNS будет slow down фактом что суффикс DNS не определен в компьютере PPP VPN connection.

Basically и с IE6 и IE7 полагаются на таком же сценарии так если там по-разному не интерпретировать сценарий, котор мы можем принять, что сценарий не будем главной причиной для проблемы: польза nslookup общего назначения по-разному полномочие как на перспективе компьютеров, так и на XP и я не думает что это отнесены, что к script.

How разрешает проблему?
Would обязательно установить компьютер перспективы клиента для использования соединения внутренне DNS LAN как главным образом сервер вместо сервера Орандж DNS? спасибо

Many для любого входного сигнала может помочь,

regards

Trevor

Kind class=

Ответ : Соединения удаленного доступа связывая заказ для доступа VPN терпят неудачу

Когда это прибывает в DNS для обслуживаний директории:
- Никогда не опубликовывайте этот info в общественных серверах DNS
- Ваши машины LAN завещают потребность AWLAYS использовать внутренне DNS для разрешения.  Вы можете также установить внутренне DNS с товароотправителями.

Вывешено через чернь EE