Pergunta : As conexões do acesso remoto que ligam a ordem para o acesso de VPN falham

Olá! todos,
==========
I am do

Summary que experimenta a lentidão ao consultar no Internet através da conexão de VPN à rede interna do escritório com a lentidão de IE7/Vista.
The não é encontrado com problema de conexão de win2000/IE6.
The VPN pôde realmente ser relacionado ao usuário de DNS usado por Vista: a captação do
Network mostra que a estação do Windows 2000 na maioria das vezes está usando o usuário de DNS com um IP address 10.68.161.3. a captação do
Network mostra que o computador do vista das janelas na maioria das vezes está usando o usuário de DNS com um IP address 194.51.3.56 para contatar finalmente o usuário de DNS 10.68.161.3. o usuário do

The 194.51.3.56 DNS é esse relativo ao operador alaranjado e é configurado no Ipass VPN connection.
I verific a configuração da conexão de VPN em um computador do vista das janelas e no Windows 2000 um computador e ambos são configurados para usar o usuário de DNS alaranjado com o endereço 194.51.3.56. a diferença principal do

The entre as duas situações é que IE7/Vista dá a precedência ao usuário de DNS externo da laranja para o name resolution quando o IE6/2000 usa diretamente o usuário de DNS configurado no LAN interface.

When que executa um NSLOOKUP no computador de Vista: O
- no computador vista/IE8 das janelas o usuário de DNS usado pela utilidade é o
- de 194.51.3.56 no computador que Windows 2000/IE6 o usuário de DNS usado pela utilidade é o

I de 10.68.161.3 pensado que a precedência entre os usuários de DNS usados para o name resolution estêve definida com base na precedência entre conexões. Conseqüentemente eu verific e mudei as prioridades entre as conexões a fim ter a conexão do acesso remoto (VPN) ajustada como a conexão preliminar no tipo da conexão list.

I de melhorei a situação mudando o índice do proxy.pac adicionei perto a seguinte modificação à lima do proxy .pac:
Before: retorno do
if (isResolvable (“http.internetpsa”)) verdadeiro;
After: retorno do
if (isResolvable (“http.internetpsa.inetpsa.com”)) verdadeiro; Do
também especific que se um nome de netbios é perguntado então a pergunta está emitida diretamente à rede confidencial com os agradecimentos da rede de VPN à sintaxe:
if ((isPlainHostName (anfitrião)) ) EnDirect do retorno; o cliente do
The tem as dificuldades para obter a informação sobre o certificado mas parece lógico considerar que trabalha como aquele: o
- se o nome é um nome de netbios então a pergunta está transferido ao proxy
- se o nome é um término do FQDN por internetpsa.inetpsa.com e se o usuário de DNS pode o resolver então então a pergunta pode ser emitido ao network.

In esta situação que a pergunta é: que usuário de DNS é perguntado pelo certificado. Eu penso que é o

I do proxy server. tentado resolver o sufixo nternetpsa.inetpsa.com no Internet e este não é publicamente um sufixo de domínio saber. Eu não poderia diretamente perguntar o DNS alaranjado: recusou minhas perguntas assim que eu não posso ir mais no investigation.

I especific no certificado de proxy.pac o sufixo inetpsa.com do DNS para ambas as máquinas detetadas como conetado ao VPN connection.
neste caso o problema pôde ser relacionado ao fato de que a definição do DNS é slow down pelo fato de que o sufixo do DNS não está especific no computador do PPP VPN connection.

Basically com IE6 e IE7 estão no mesmo certificado assim a menos que lá interpretado diferentemente o certificado que nós podemos considerar que o certificado não é a razão principal para o problema: o uso de serviço público do nslookup um proxy diferente em computadores Vista e XP e mim não pensa que este está relacionado ao script.

How para resolver o problema? o
Would seja necessário configurar o computador de Vista do cliente para usar a conexão DNS interno do LAN como o usuário preliminar em vez do usuário de DNS alaranjado? agradecimentos do

Many para alguma entrada que puder ajudar,

do regards

Trevor do

Kind class= do

Resposta : As conexões do acesso remoto que ligam a ordem para o acesso de VPN falham

Quando vier ao DNS para serviços de diretório:
- Nunca publicar esta informação em usuários de DNS públicos
- Suas máquinas do LAN querem a necessidade de AWLAYS de usar o DNS interno para a definição.  Você pode igualmente configurar o DNS interno com remetentes.

Afixado através do móbil da EE