Cuestión : Perspectiva desconectada para intercambiar sobre VPN

Servidor que funciona SBS 2003, intercambio 2003
Laptop que funciona uso del profesional, de la perspectiva 2007

I de Windows 7 mi ordenador portátil de conectar con el servidor en el trabajo de la oficina y en el país. En el trabajo conecto directo con la red vía Ethernet y de hogar vía VPN. Abro una sesión a mi ordenador portátil la misma manera ambos lugares, es decir \ \ red \ userid.

When que conecto en el trabajo, nunca tengo problemas el conseguir intercambiar y conecta cada vez. Sin embargo, en el país, después de que conecte sobre el VPN y entonces la perspectiva abierta, la mayor parte del tiempo sube Disconnected y después no conectará después de “intentar conectar…” el mensaje sube. el

I ha fijado el perfil para incitarme para el estado de la conexión en perspectiva y haber intentado comenzarla ambas en modo fuera de línea así como conectar, pero eso no ha ayudado. Cuál es extraño es ése a veces durante una sesión, cuando realizo una cierta actividad en el servidor (como synching archivos fuera de línea, o la mesa alejada al servidor), si reviso la conexión con el intercambio, puedo conectar con el intercambio y todo se pone al día apenas muy bien. No puedo encontrar ningún patrón común a las actividades que me realizo, ni hace este

This del trabajo. se ha estado encendiendo cada vez para qué parece como forever y acabo de vivir con él, pero sería sure agradable finalmente imaginarlo de modo que pudiera conseguir conectado siempre que quiera. Cualquier ayuda sería grandemente appreciated. class= del

Respuesta : Perspectiva desconectada para intercambiar sobre VPN

Intentar y configurar una dirección secundaria en el servidor de OWA y atarla al interfaz (192.168.6.40; si está disponible), quitar/actualización el NAT para 203.65.45.8 192.168.6.8 para señalar al nuevo IP de el .40

No soy familiar con el cortafuego que usted tiene; Estoy pensando que el NATs estático está teniendo ediciones. Qué posible podría suceder es que la conexión (paquete inicial del SYN) llega el cortafuego (203.65.45.8), después consigue traducido, enviado al servidor, el servidor recibe el SYN, el servidor después devuelve un SYN ACK, pero el cortafuego tiene ya un NAT estático para 203.65.45.7 192.168.6.8 para allí no es ninguna conexión stateful, en la tabla del NAT, y el cortafuego está devolviendo el RST, ACK. Sin embargo, el cortafuego tiene una conexión stateful para 203.65.45.8 192.168.6.8, él está utilizando quizá el primer NAT estático en la tabla que encuentra es la única cosa en la cual puedo pensar.

Billy