Pergunta : Probabilidade desconectada para trocar sobre VPN

Usuário que funciona SBS 2003, troca 2003
Laptop que funciona o uso do profissional, da probabilidade 2007

I de Windows 7 meu portátil conetar ao usuário no trabalho do escritório e em casa. No trabalho eu coneto diretamente à rede através do Ethernet e do repouso através de VPN. Eu entro a meu portátil a mesma maneira ambos os lugares, isto é \ \ rede \ userid.

When que eu coneto no trabalho, eu nunca tenho problemas conseguir trocar e coneta todas as vezes. Entretanto, em casa, depois que eu coneto sobre o VPN e então a probabilidade aberta, na maioria das vezes vem acima de Disconnected e então não conetará após a “tentativa conetar…” a mensagem vem up.

I setup o perfil para alertar-me para o estado da conexão na probabilidade e para ter tentado começá-la ambos na modalidade fora de linha assim como conetar, mas isso não ajudou. O que é estranho é aquele às vezes durante uma sessão, quando eu executo alguma atividade no usuário (como synching limas fora de linha, ou o desktop remoto ao usuário), se eu experimento de novo a conexão à troca, eu posso conetar à troca e tudo atualiza apenas muito bem. Eu posso não encontrar nenhum teste padrão comum às atividades que eu executo, nem faz este

This do trabalho. tem ido todas as vezes sobre para o que parece como o forever e eu apenas vivi com ele, mas seria sure agradável figurá-lo finalmente para fora de modo que eu pudesse começ conetado sempre que eu quero. Toda a ajuda seria extremamente appreciated. class= do

Resposta : Probabilidade desconectada para trocar sobre VPN

Tentar e configurar um endereço secundário no usuário de OWA e ligá-lo à relação (192.168.6.40; se disponível), remover/atualização o NAT para 203.65.45.8 192.168.6.8 para apontar ao IP novo do .40

Eu não sou familiar com o guarda-fogo que você tem; Eu estou pensando que o NATs de estática está tendo edições. Que possível poderia acontecer é que a conexão (pacote inicial do SYN) chega no guarda-fogo (203.65.45.8), a seguir começ traduzido, emitido ao usuário, o usuário recebe o SYN, o usuário a seguir emite um SYN ACK para trás, mas o guarda-fogo já não tem um NAT de estática para 203.65.45.7 192.168.6.8 de modo a lá é nenhuma conexão stateful, na tabela do NAT, e o guarda-fogo está emitindo para trás o RST, ACK. Entretanto, o guarda-fogo tem uma conexão stateful para 203.65.45.8 192.168.6.8, talvez ele está usando o primeiro NAT de estática na tabela que encontra é a única coisa de que eu posso pensar.

Billy