Cuestión : Incapaz de resolver el servidor del intercambio a menos que archivo del anfitrión

Nuestra oficina funciona SBS 2003. Nuestros ordenadores portátiles utilizan la perspectiva 2003. Cuando el ordenador portátil está fuera de oficina, utilizamos Windows Xp construido en VPN connection.

However, una vez que se establece la conexión de VPN, él llevamos cualquier cosa a partir de 10 minutos las horas resolver el nombre de servidor del intercambio. La única manera de conseguirlo que trabaja inmediatamente es agregar el nombre de servidor en el anfitrión del ordenador portátil que file.

Here es la manera se fija el establecimiento de una red: el

1) compré el del Domain Name “shire.externaldomain.com " de un secretario, y dicho les para señalarlo (el IP del público dado a mí por mi ISP) al

2) mi ranurador de Cisco 800 se fija para dirigir 210.xx.xx.114 a nuestro servidor interno SBS2003 en 10.0.0.2. El nombre de este servidor es yc000dc01.internaldomain.local

3) I fijó la conexión de VPN para conectar con shire.externaldomain.com, y conecta fine.

4) pero, la perspectiva no conectará durante mucho tiempo. A veces nunca. Hasta que agregue 10.0.0.2 yc000dc01.internaldomain.local, después conecta fine.

But, si hago algunas pruebas del silbido de bala, yo consigue un poco de derechos reservados extraños del


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

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

Pinging yc000dc01.internaldomain.local [204.232.231.43] con 32 octetos de datos:

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

Ping para 204.232.231.43: Paquetes del
: = 4 enviados, recibido = 4, perdido = 0 (pérdida del 0%), tiempos del viaje de ida y vuelta del
Approximate en milisegundos: Mínimo del
= 296ms, máximo = 323ms, promedio = ruta del >tracert yc000dc01

Tracing de 303ms

C:\Documents and Settings\alex.tan al
over de yc000dc01.internaldomain.local [204.232.231.43] un máximo de 30 saltos:

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

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

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

16 del ms ae-3-3.ebr2.Washington1.Level3.net [4.69.132.89] del ms 294 del ms 296 296
17 del ms ae-62-62.csw1.Washington1.Level3.net [
46 del ms 304 del ms 306 de 4.69.134.1] 296
18 del ms ae-1-69.edge1.Washington4.Level3.net [
del ms 297 del ms 298 de 4.68.17.18] 301
19 del ms RACKSPACE-M.edge1.Washington4.Level3.net [4.53.1
12.46] del ms 298 del ms 297 312
20 del ms vlan905.core5.iad2.rackspace.net [72.4.122.10] del ms 297 del ms 299 297 ms 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 ms 204.232.231.43 del ms 293 del ms 296 >ping yc000dc01.internaldomain.local

Pinging YC000DC01.internaldomain.local [204.232.231.43] con 32 octetos de datos:

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

Ping para 204.232.231.43: Paquetes del
: = 4 enviados, recibido = 4, perdido = 0 (pérdida del 0%), tiempos del viaje de ida y vuelta del
Approximate en milisegundos: Mínimo del
= 295ms, máximo = 336ms, promedio = 305ms

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

Pinging 10.0.0.2 de 10.0.0.2 con 32 octetos de datos:

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

Ping para 10.0.0.2: Paquetes del
: = 4 enviados, recibido = 4, perdido = 0 (pérdida del 0%), tiempos del viaje de ida y vuelta del
Approximate en milisegundos: ¿El mínimo del
= 23ms, máximo = 57ms, promedio = >


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

It de 32ms

C:\Documents and Settings\alex.tan aparece eso incluso después la conexión sobre VPN, yo no pueden resolver el yc000dc01 server.

Can que cualquiera asesora en esto? Quiero evitar publicar archivos actualizados del anfitrión a cada uno laptop.

Alex






class= > " claro " del

soluciones >Related class= el title= " del href= " /Software/Server_Software/Email_Servers/Exchange/Q_23808814.html del Can qRelatedParent del intercambio de la resolución " del class= " de VPN " no vía VPN

Respuesta : Incapaz de resolver el servidor del intercambio a menos que archivo del anfitrión

Bien, su problema está aquí:

Officevpn del adaptador del PPP:

       sufijo Conexión-específico del DNS. :
       Descripción………. : Interfaz PÁLIDO (PPP/SLIP)
       Dirección física. ……. : 00-53-45-00-00-00
       El DHCP permitió. ………. : No
       IP address. ………. : 10.0.0.148
       Subnet mask………. : 255.255.255.255
       Entrada de defecto………:
       Servidores de DNS………. : 10.0.0.2
                                           210.23.4.6

Que el segundo servidor de DNS (210.23.4.6) debe *NOT* estar allí. Está consiguiendo allí una de dos maneras:

1) El servidor de RAS lo está asignando directo. Usted necesitará cambiar esto vía RRAS.

2) Más probablemente, RRAS está pidiendo simplemente varios arriendos del DHCP y entonces distribuyéndolos a los clientes de VPN (se configura la manera generalmente esto) y ese los medios su servidor del DHCP misconfigured y tienen realmente entradas externas del DNS en sus opciones. Esto no sólo causará los problemas para los clientes de VPN, pero causará comportamientos intermitentes y extraños del ANUNCIO interno también.

Rember, clientes punto del *only* al servidor de SBS para el DNS en una red de SBS (una regla usted puede romperse si usted sabe cómo y porqué, pero es la regla dura y rápida 99.99999% del tiempo.)