Question : Les raccordements d'accès à distance liant la commande pour l'accès de VPN échoue

Bonjour chacun, le
==========
I AM du

Summary éprouvant la lenteur tout en passant en revue sur l'Internet par l'intermédiaire du raccordement de VPN au réseau interne de bureau avec la lenteur d'IE7/Vista.
The n'est pas produit avec le problème de raccordement de win2000/IE6.
The VPN pourrait être lié réellement au serveur de DNS employé par Vista : la capture du
Network prouve que la station de Windows 2000 le plus souvent utilise le serveur de DNS avec un IP address 10.68.161.3. la capture du
Network prouve que l'ordinateur de vista de fenêtres le plus souvent utilise le serveur de DNS avec un IP address 194.51.3.56 pour entrer en contact avec finalement le serveur de DNS 10.68.161.3. le serveur de DNS du

The 194.51.3.56 est celui lié à l'opérateur orange et est configuré sur l'Ipass VPN connection.
I a vérifié la configuration de raccordement de VPN sur un ordinateur de vista de fenêtres et sur le Windows 2000 un ordinateur et tous les deux sont configurés pour utiliser le serveur de DNS orange avec l'adresse 194.51.3.56. la différence principale du

The entre les deux situations est qu'IE7/Vista donne la priorité au serveur de DNS externe d'orange pour le name resolution quand l'IE6/2000 utilise directement le serveur de DNS configuré sur le LAN interface.

When exécutant un NSLOOKUP sur l'ordinateur de Vista : Le
- sur l'ordinateur le vista/IE8 de fenêtres le serveur de DNS employé par l'utilité est le
- de 194.51.3.56 sur l'ordinateur le Windows 2000/IE6 que le serveur de DNS employé par l'utilité est le

I de 10.68.161.3 pensé que la priorité entre les serveurs de DNS utilisés pour le name resolution a été définie sur la base de la priorité entre les raccordements. Par conséquent j'ai vérifié et ai changé les priorités entre les raccordements afin d'avoir le raccordement de l'accès à distance (VPN) réglé en tant que raccordement primaire dans le raccordement list.

I ai un peu amélioré la situation en changeant le contenu du proxy.pac ai près ajouté la modification suivante au dossier de la procuration .pac :
Before : retour du
if (isResolvable (« http.internetpsa »)) vrai ;
After : retour du
if (isResolvable (« http.internetpsa.inetpsa.com »)) vrai ; Du
aussi bien spécifique que si un nom de netbios est questionné alors la question est directement envoyée au réseau privé par grâce de réseau de VPN à la syntaxe :
if ((isPlainHostName (centre serveur)) ) EnDirect de retour ; le client du
The a des difficultés pour obtenir des informations sur le manuscrit mais il semble logique de considérer que cela fonctionne comme celui : le
- si le nom est un nom de netbios puis la question est transféré au proxy
- si le nom est une fin de FQDN par internetpsa.inetpsa.com et si le serveur de DNS peut le résoudre puis puis la question peut être envoyé au network.

In cette situation que la question est : quel serveur de DNS est questionné par le manuscrit. Je pense que c'est le

I de proxy server. essayé pour résoudre le suffixe nternetpsa.inetpsa.com sur l'Internet et ce n'est pas publiquement un suffixe de domaine de savoir. Je ne pourrais pas directement questionner le DNS orange : il a refusé mes questions ainsi je ne peux pas entrer plus loin dans l'investigation.

I spécifique dans le manuscrit de proxy.pac le suffixe inetpsa.com de DNS pour les deux machines détectées comme relié au VPN connection.
dans ce cas-ci le problème pourrait être lié au fait que la résolution de DNS est ralentissement par le fait que le suffixe de DNS n'est pas spécifié dans l'ordinateur de la PPA VPN connection.

Basically avec IE6 et IE7 se fondent sur le même manuscrit ainsi à moins que là interprètent différemment le manuscrit que nous pouvons considérer que le manuscrit n'est pas la raison principale du problème : l'utilisation de service de nslookup une procuration différente sur des ordinateurs Vista et XP et moi ne pensent pas que ceci est liée au script.

How pour résoudre le problème ? le
Would il soit nécessaire de configurer l'ordinateur de Vista de client pour employer le raccordement DNS interne de LAN comme serveur primaire au lieu du serveur de DNS orange ? mercis du

Many de toute entrée qui peut aider,

du regards

Trevor du

Kind class= de

Réponse : Les raccordements d'accès à distance liant la commande pour l'accès de VPN échoue

Quand il vient au DNS pour des services d'annuaire :
- Ne jamais éditer cette information dans des serveurs de DNS publics
- Vos machines de LAN veulent le besoin d'AWLAYS d'employer le DNS interne pour la résolution.  Vous pouvez également configurer le DNS interne avec des expéditeurs.

Signalé par l'intermédiaire du mobile de l'EE