Question : Incapable de résoudre le serveur d'échange à moins que dossier de centre serveur

Notre bureau court SBS 2003. Nos ordinateurs portables emploient les perspectives 2003. Quand l'ordinateur portable est hors de bureau, nous employons Windows Xp construit dans VPN connection.

However, une fois que le raccordement de VPN est établi, il prend n'importe quoi de 10 minutes aux heures résoudre le nom de serveur d'échange. La seule manière de l'obtenir fonctionnant immédiatement est d'ajouter le nom de serveur dans le centre serveur de l'ordinateur portable que file.

Here est la manière la gestion de réseau est installée : le

1) j'ai acheté du Domain Name le « shire.externaldomain.com " d'un conservateur, et dit leur pour l'indiquer (l'IP de public donné à moi par mon ISP) le

2) mon routeur de Cisco 800 est installé pour diriger 210.xx.xx.114 vers notre serveur SBS2003 interne chez 10.0.0.2. Le nom de ce serveur est yc000dc01.internaldomain.local

3) I a installé le raccordement de VPN pour se relier à shire.externaldomain.com, et il relie fine.

4) mais, les perspectives ne se relieront pas pendant longtemps. Parfois jamais. Jusqu'à ce que j'ajoute 10.0.0.2 yc000dc01.internaldomain.local, puis il relie fine.

But, si je fais quelques essais de cinglement, j'obtiennent un certain copyright étrange du


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

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

Pinging yc000dc01.internaldomain.local [204.232.231.43] avec 32 bytes de données :

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 : statistiques de bytes=32 time=296ms TTL=107

Ping pour 204.232.231.43 : Paquets du
: = 4 envoyés, reçu = 4, perdu = 0 (perte de 0%), temps de voyage aller-retour du
Approximate en millisecondes : Minimum du
= 296ms, maximum = 323ms, moyenne = itinéraire du >tracert yc000dc01

Tracing de 303ms

C:\Documents and Settings\alex.tan au
over de yc000dc01.internaldomain.local [204.232.231.43] un maximum de 30 houblon :

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

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

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

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

Trace complete.

C:\Documents and Settings\alex.tan de Mme 204.232.231.43 de Mme 293 de Mme 296 >ping yc000dc01.internaldomain.local

Pinging YC000DC01.internaldomain.local [204.232.231.43] avec 32 bytes de données :

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 : statistiques de bytes=32 time=295ms TTL=107

Ping pour 204.232.231.43 : Paquets du
: = 4 envoyés, reçu = 4, perdu = 0 (perte de 0%), temps de voyage aller-retour du
Approximate en millisecondes : Minimum du
= 295ms, maximum = 336ms, moyenne = 305ms

C:\Documents and Settings\alex.tan >ping le

Pinging 10.0.0.2 de 10.0.0.2 avec 32 bytes de données :

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 : statistiques de bytes=32 time=24ms TTL=128

Ping pour 10.0.0.2 : Paquets du
: = 4 envoyés, reçu = 4, perdu = 0 (perte de 0%), temps de voyage aller-retour du
Approximate en millisecondes : Le minimum du
= le 23ms, maximum = 57ms, moyenne = >


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

It de 32ms

C:\Documents and Settings\alex.tan apparaît cela même après se relier au-dessus de VPN, je ne peux pas résoudre le yc000dc01 server.

Can que quiconque fournissent le conseil sur ceci ? Je veux éviter de fournir les dossiers mis à jour de centre serveur à chacun laptop.

Alex






class= > " clair " de

solutions >Related class= title= " du href= le " /Software/Server_Software/Email_Servers/Exchange/Q_23808814.html de Can " de VPN qRelatedParent " d'échange de résolution de class= pas par l'intermédiaire de VPN

Réponse : Incapable de résoudre le serveur d'échange à moins que dossier de centre serveur

Bien, votre problème est ici :

Officevpn d'adapteur de PPA :

       suffixe Raccordement-spécifique de DNS. :
       Description………. : Interface de WAN (PPP/SLIP)
       Adresse physique. ……. : 00-53-45-00-00-00
       Le DHCP a permis. ………. : Non
       IP address. ………. : 10.0.0.148
       Subnet mask………. : 255.255.255.255
       Passage de défaut……… :
       Serveurs de DNS………. : 10.0.0.2
                                           210.23.4.6

Que le deuxième serveur de DNS (210.23.4.6) devrait *NOT* être là. Il y arrive une de deux manières :

1) Le serveur de RAS l'assigne directement. Vous devrez changer ceci par l'intermédiaire de RRAS.

2) Plus probablement, RRAS demande simplement plusieurs baux de DHCP et alors les remettant dehors aux clients de VPN (la manière habituelle ceci est configurée) et ce le moyen votre serveur de DHCP réellement misconfigured et a les entrées externes de DNS dans ses options. Ceci posera non seulement des problèmes pour des clients de VPN, mais causera des comportements intermittents et bizarres d'ANNONCE intérieurement aussi bien.

Rember, clients point de *only* au serveur de SBS pour le DNS dans un réseau de SBS (une règle vous peut se casser si vous savez comment et pourquoi, mais est la règle dure et rapide 99.99999% du temps.)