Pergunta : Incapaz de resolver o usuário da troca a menos que lima do anfitrião

Nosso escritório funciona SBS 2003. Nossos portáteis usam a probabilidade 2003. Quando o portátil é fora do escritório, nós usamos Windows Xp construído em VPN connection.

However, uma vez que a conexão de VPN é estabelecida, ele tomamos qualquer coisa de 10 minutos às horas resolver o nome de usuário da troca. A única maneira de começ o que trabalha imediatamente é adicionar o nome de usuário no anfitrião que do portátil file.

Here é a maneira os trabalhos em rede setup: o

1) eu comprei o do Domain Name “shire.externaldomain.com " de um escrivão, e dito lhes para apontá-lo (o IP dado a mim por meu ISP) ao

2 do público) meu router de Cisco 800 setup para dirigir 210.xx.xx.114 a nosso usuário SBS2003 interno em 10.0.0.2. O nome deste usuário é yc000dc01.internaldomain.local

3) I setup a conexão de VPN para conetar a shire.externaldomain.com, e coneta fine.

4) mas, a probabilidade não conetará por muito tempo. Às vezes nunca. Até que eu adicione 10.0.0.2 yc000dc01.internaldomain.local, a seguir coneta fine.

But, se eu faço alguns testes do sibilo, mim começ alguns direitos reservados estranhos do


===============================================
Microsoft Windows XP [versão 5.1.2600]/>(C) Microsoft 1985-2001 Corp.

C:\Documents and Settings\alex.tan que >ping yc000dc01

Pinging yc000dc01.internaldomain.local [204.232.231.43] com 32 bytes dos dados:

Reply de 204.232.231.43: bytes=32 time=323ms TTL=107
Reply de 204.232.231.43: bytes=32 time=297ms TTL=107
Reply de 204.232.231.43: bytes=32 time=299ms TTL=107
Reply de 204.232.231.43: estatísticas de bytes=32 time=296ms TTL=107

Ping para 204.232.231.43: Pacotes do
: = 4 emitidos, recebido = 4, perdido = 0 (perda de 0%), tempos do desengate redondo do
Approximate nos milissegundos: Mínimo do
= 296ms, máximo = 323ms, média = rota do >tracert yc000dc01

Tracing de 303ms

C:\Documents and Settings\alex.tan ao
over de yc000dc01.internaldomain.local [204.232.231.43] um máximo de 30 lúpulos:

1 30
2 da Senhora 10.100.1.1 da Senhora 2 da Senhora 2 35 Senhora cm1.omega96.maxonline.com da Senhora 12 da Senhora 14.
3 do sg [218.186.96.1] 18
4 da Senhora 172.20.22.1 da Senhora 12 da Senhora 9 13
5 da Senhora 172.26.22.1 da Senhora 14 da Senhora 10 15
6 da Senhora 172.20.7.26 da Senhora 16 da Senhora 15 16
7 da Senhora 172.20.7.42 da Senhora 14 da Senhora 13 22
8 da Senhora 203.116.17.65 da Senhora 20 da Senhora 20 19
9 da Senhora 203.118.3.226 da Senhora 17 da Senhora 17 225
10 da Senhora so-7-0-1.edge6.SanJose1.Level3.net da Senhora 222 da Senhora 225 [4.53.22.1] 230
11 da Senhora vlan79.csw2.SanJose1.Level3.net da Senhora 219 da Senhora 220 [4.68.18.126] 233

12 da Senhora ae-84-84.ebr4.SanJose1.Level3.net da Senhora 232 da Senhora 230 [4.69.134.249] 289 Senhora ae-2-2.ebr2.NewYork1.Level3.net da Senhora 290 da Senhora 289 [
13 de 4.69.135.186] 300
14 da Senhora ae-6-6.ebr2.NewYork2.Level3.net da Senhora 290 da Senhora 290 [4.69.141.22] 299

15 da Senhora ae-1-100.ebr1.NewYork2.Level3.net da Senhora 293 da Senhora 294 [4.69.135.253] 299

16 da Senhora ae-3-3.ebr2.Washington1.Level3.net da Senhora 294 da Senhora 296 [4.69.132.89] 296
17 da Senhora ae-62-62.csw1.Washington1.Level3.net da Senhora 304 da Senhora 306 [
46 de 4.69.134.1] 296
18 da Senhora ae-1-69.edge1.Washington4.Level3.net da Senhora 297 da Senhora 298 [
de 4.68.17.18] 301
19 da Senhora RACKSPACE-M.edge1.Washington4.Level3.net da Senhora 298 da Senhora 297 [4.53.1
12.46] 312
20 da Senhora vlan905.core5.iad2.rackspace.net da Senhora 297 da Senhora 299 [72.4.122.10] 297 Senhora aggr301a-2-core5.iad2.rack 21 de/>space.net [
5 de 72.4.122.12] 299

Trace complete.

C:\Documents and Settings\alex.tan da Senhora 204.232.231.43 da Senhora 293 da Senhora 296 que >ping yc000dc01.internaldomain.local

Pinging YC000DC01.internaldomain.local [204.232.231.43] com 32 bytes dos dados:

Reply de 204.232.231.43: bytes=32 time=336ms TTL=107
Reply de 204.232.231.43: bytes=32 time=296ms TTL=107
Reply de 204.232.231.43: bytes=32 time=296ms TTL=107
Reply de 204.232.231.43: estatísticas de bytes=32 time=295ms TTL=107

Ping para 204.232.231.43: Pacotes do
: = 4 emitidos, recebido = 4, perdido = 0 (perda de 0%), tempos do desengate redondo do
Approximate nos milissegundos: Mínimo do
= 295ms, máximo = 336ms, média = 305ms

C:\Documents and Settings\alex.tan que >ping o

Pinging 10.0.0.2 de 10.0.0.2 com 32 bytes dos dados:

Reply de 10.0.0.2: bytes=32 time=57ms TTL=128
Reply de 10.0.0.2: bytes=32 time=27ms TTL=128
Reply de 10.0.0.2: bytes=32 time=23ms TTL=128
Reply de 10.0.0.2: estatísticas de bytes=32 time=24ms TTL=128

Ping para 10.0.0.2: Pacotes do
: = 4 emitidos, recebido = 4, perdido = 0 (perda de 0%), tempos do desengate redondo do
Approximate nos milissegundos: O mínimo do
= 23ms, máximo = 57ms, média = >


========================================

It de 32ms

C:\Documents and Settings\alex.tan aparecem isso mesmo depois a conexão sobre VPN, mim não podem resolver o yc000dc01 server.

Can que qualquer um fornece o conselho neste? Eu quero evitar emitir limas atualizados do anfitrião a todos laptop.

Alex






class= > " desobstruído " do

soluções >Related class= o title= " do href= " /Software/Server_Software/Email_Servers/Exchange/Q_23808814.html do Can qRelatedParent da troca da resolução " do class= " de VPN " não através de VPN

Resposta : Incapaz de resolver o usuário da troca a menos que lima do anfitrião

Alright, seu problema está aqui:

Officevpn do adaptador do PPP:

       sufixo Conexão-específico do DNS. :
       Descrição………. : Relação (PPP/SLIP) MACILENTO
       Endereço físico. ……. : 00-53-45-00-00-00
       O DHCP permitiu. ………. : Não
       IP address. ………. : 10.0.0.148
       Subnet mask………. : 255.255.255.255
       Passagem de defeito………:
       Usuários de DNS………. : 10.0.0.2
                                           210.23.4.6

Que o segundo usuário de DNS (210.23.4.6) deve *NOT* estar lá. Está começ lá uma de duas maneiras:

1) O usuário de RAS está o diretamente. Você precisado de mudar este através de RRAS.

2) Mais provavelmente, RRAS está pedindo simplesmente diversos alugueres do DHCP e então entregando os para fora aos clientes de VPN (a maneira usual isto é configurada) e esse os meios seu usuário do DHCP realmente misconfigured e têm entradas externas do DNS em suas opções. Isto causará não somente problemas para clientes de VPN, mas causará comportamentos intermitentes e estranhos do ANÚNCIO internamente também.

Rember, clientes ponto do *only* ao usuário de SBS para o DNS em uma rede de SBS (uma régua você pode quebrar se você sabe como e porque, mas é a régua dura e rápida 99.99999% do tempo.)