Cuestión : Las conexiones del acceso remoto que atan la orden para el acceso de VPN fallan

Hola cada uno,
==========
I del

Summary que experimentaba lentitud mientras que hojea en el Internet vía la conexión de VPN a la red interna de la oficina con lentitud de IE7/Vista.
The no se encuentra con problema de conexión de win2000/IE6.
The VPN se pudo relacionar realmente con el servidor de DNS usado por Vista: la captura del
Network demuestra que la estación del Windows 2000 la mayor parte del tiempo está utilizando el servidor de DNS con un IP address 10.68.161.3. la captura del
Network demuestra que la computadora del panorama de las ventanas la mayor parte del tiempo está utilizando el servidor de DNS con un IP address 194.51.3.56 finalmente para entrar en contacto con el servidor de DNS 10.68.161.3. el servidor del

The 194.51.3.56 DNS es el que está relacionado con el operador anaranjado y se configura en el Ipass VPN connection.
I comprobó la configuración de la conexión de VPN en una computadora del panorama de las ventanas y en el Windows 2000 una computadora y ambas se configuran para utilizar el servidor de DNS anaranjado con la dirección 194.51.3.56. la diferencia principal del

The entre las dos situaciones es que IE7/Vista da precedencia al servidor de DNS externo de la naranja para el name resolution cuando el IE6/2000 utiliza directo el servidor de DNS configurado en el LAN interface.

When que realiza un NSLOOKUP en la computadora de Vista: El
- en la computadora panorama/IE8 de las ventanas el servidor de DNS usado por la utilidad es el
- de 194.51.3.56 en la computadora Windows 2000/IE6 que el servidor de DNS usado por la utilidad es el

I de 10.68.161.3 pensado que la precedencia entre los servidores de DNS usados para el name resolution fue definida en base de la precedencia entre las conexiones. Por lo tanto comprobé y cambié las prioridades entre las conexiones para tener el acceso remoto (VPN) que la conexión fijada como conexión primaria en la conexión list.

I un poco mejoró la situación cambiando el contenido del proxy.pac cerca agregó la modificación siguiente al archivo del poder .pac:
Before: vuelta del
if (isResolvable (“http.internetpsa”)) verdad;
After: vuelta del
if (isResolvable (“http.internetpsa.inetpsa.com”)) verdad; Del
también especificado que si un nombre de netbios entonces se pregunta la pregunta está enviada directo a la red privada con los gracias de la red de VPN al sintaxis:
if ((isPlainHostName (anfitrión)) ) EnDirect de vuelta; el cliente del
The tiene dificultades para obtener la información sobre la escritura pero parece lógico considerar que trabaja como ése: el
- si el nombre es un nombre de netbios entonces la pregunta se transfiere al proxy
- si el nombre es una conclusión del FQDN por internetpsa.inetpsa.com y si el servidor de DNS puede resolverlo entonces entonces la pregunta se puede enviar al network.

In esta situación que es la pregunta: qué servidor de DNS es preguntado por la escritura. Pienso que es el

I del proxy server. intentado para resolver el sufijo nternetpsa.inetpsa.com en el Internet y esto no es público un sufijo de dominio de la saber. No podría preguntar directo el DNS anaranjado: rechazó mis preguntas así que no puedo entrar más lejos en el investigation.

I especificado en la escritura de proxy.pac el sufijo inetpsa.com del DNS para ambas máquinas detectadas como conectado con el VPN connection.
en este caso el problema se pudo relacionar con el hecho de que la resolución del DNS es desaceleración por el hecho de que el sufijo del DNS no está especificado en la computadora del PPP VPN connection.

Basically con IE6 e IE7 están confiando en la misma escritura tan a menos que allí estén interpretando diferentemente la escritura que podemos considerar que la escritura no es la razón principal del problema: ¿el uso para uso general del nslookup un diverso poder en las computadoras Vista y XP y yo no piensa que éste está relacionado con el script.

How para resolver el problema? ¿el
Would sea necesario configurar la computadora de Vista del cliente para utilizar la conexión DNS interno del LAN como el servidor primario en vez del servidor de DNS anaranjado? gracias del

Many por cualquie entrada que pueda ayudar,

del regards

Trevor del

Kind class= del

Respuesta : Las conexiones del acceso remoto que atan la orden para el acceso de VPN fallan

Cuando viene al DNS para los servicios de directorio:
- Nunca publicar este Info en servidores de DNS públicos
- Sus máquinas del LAN quieren necesidad de AWLAYS de utilizar el DNS interno para la resolución.  Usted puede también configurar el DNS interno con los promotores.

Fijado vía móvil de EE