No se puede acceder a Internet o red remota después de conectarse a Windows VPN


9

Configuré una VPN creando una conexión VPN entrante (servidor VPN) en mi máquina con Windows 8 en casa (no en un servidor Windows).

Reenvié el puerto PPTP en mi enrutador (puerto 1723) a esta máquina y habilité la transferencia PPTP.

En una segunda máquina con Windows 8 fuera de casa, creé una conexión VPN saliente (cliente VPN). Y puedo conectarme a la VPN de mi hogar, pero no tengo acceso a ningún recurso doméstico o incluso a Internet.

ACTUALIZACIÓN 2:

Mi enrutador asigna direcciones IP en un rango de 192.168.1.100 a 192.168.1.149. Así que configuré mis propiedades de conexión entrante (servidor VPN) para asignar direcciones IP en un rango de 192.168.1.150 a 192.168.1.199. Así es como se ve ahora:

Propiedades de conexiones entrantes

Y la ipconfig /allsalida del cliente VPN se ve así:

PPP adapter Kiewic VPN:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Kiewic VPN
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.151(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . : 0.0.0.0
   DNS Servers . . . . . . . . . . . : 75.75.75.75
                                       75.75.76.76
   NetBIOS over Tcpip. . . . . . . . : Enabled

Aún así, no puedo acceder a ningún servicio en mi red doméstica, incluido el pingcomando, Escritorio remoto, servidor HTTP, archivos compartidos.

ACTUALIZACIÓN 3:

Sin embargo, después de cambiar las direcciones IP asignadas por el servidor VPN, el cliente VPN no pierde el acceso a Internet cuando se conecta (como sucedía antes). Adjuntar Network Monitor al servidor VPN muestra el tráfico HTTP que fluye a través del servidor VPN.

Mirando al Netowork and Sharing Center en el servidor VPN, aparece una conexión de interfaz RAS (Dial-In) como red pública . No puedo encontrar ninguna manera de convertirlo en red privada . Así es como se ve:

Centro Netowrk y Compartir

El tráfico ICMP está permitido en redes públicas y privadas en el servidor VPN. Aún así no puedo hacer ping a la máquina.

La ipconfig /allsalida de la VPN del servidor es la siguiente:

PPP adapter RAS (Dial In) Interface:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : RAS (Dial In) Interface
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.150(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   NetBIOS over Tcpip. . . . . . . . : Enabled

Capturas de pantalla antes de la ACTUALIZACIÓN 2:

  • Servidor VPN:

    ingrese la descripción de la imagen aquí

  • Cliente VPN:

    ingrese la descripción de la imagen aquí


no tienes una puerta de enlace predeterminada, configúrala.
PersianGulf

@MohsenPahlevanzadeh ¿Cómo puedo configurar una puerta de enlace? Si voy a las propiedades de conexión vpn, hago clic en Redes, selecciono "Protocolo de Internet versión 4 (TCP / IPv4)" y hago clic en Propiedades, solo veo la opción para configurar "dirección IP", "Servidor DNS preferido" y "DNS alternativo servidor".
kiewic

¿Cuál es el resultado de ipconfig en su máquina VPN cliente ahora, después de su actualización, edite la pregunta?
Fred Thomsen

ACTUALIZACIÓN: La dirección IP es 192.168.1.155, la máscara de subred sigue siendo 255.255.255.255 y la puerta de enlace permanece vacía.
kiewic

@Kiewic Si el comportamiento del cliente cambió cuando cambió el rango de IP de los clientes, tal vez podría intentar ver qué sucede cuando, en lugar de usar un rango predefinido, elija "Asignar direcciones IP automáticamente usando DHCP".
MariusMatutiae

Respuestas:


3

Aquí hay dos artículos sobre el establecimiento de VPN en Windows 8.
Comente cómo se comparan con lo que ha hecho para crear esa VPN.

Windows 8: cómo configurar PPTP con el cliente integrado de Windows en Windows 8 VPN de
Windows 8 Conéctese

La dirección IP del tipo 169.254.xx significa que Windows no pudo contactar a un servidor DHCP y asignó su propia dirección temporal.

Establezca la dirección IP del cliente en una IP estática de 192.168.xx para colocarla en la misma red que la establecida por el servidor VPN. De lo contrario, el uno no es totalmente accesible para el otro.


1
Estos artículos solo hablan sobre el lado del cliente. Ya he hecho eso. No veo ninguna diferencia con lo que ya he hecho. Supongo que falta algo en el lado del servidor. Estoy ejecutando el servidor VPN también en una máquina con Windows 8, no en una máquina con Windows Server. Hay un viejo artículo aquí . El problema es que, después de conectarme a la VPN, no tengo acceso a Internet o acceso a otros recursos en la VPN. Gracias.
kiewic

Si bien esto puede responder teóricamente la pregunta, sería preferible incluir aquí las partes esenciales de la respuesta y proporcionar el enlace para referencia.
Canadian Luke

@CanadianLuke: Por el momento, esto no parece responder a la pregunta.
harrymc

@harrymc Respuesta enlatada; vimos que solo se trataba de enlaces, y pensé que no estabas enviando correo no deseado
Canadian Luke

@Kiewic: IP del tipo 169.254.xx significa que Windows no pudo contactar a un servidor DHCP y asignó el suyo. Intente configurar la dirección del cliente a una IP estática de 192.168.xx para que esté en la misma red.
harrymc

2

Debe configurar los ajustes de la dirección de red. En el servidor, puede apuntarlo a su servidor DHCP (enrutador) o hacer que distribuya un rango de direcciones. Tiene que estar en el mismo rango. Reconecte después de configurarlo, y debería sentir que está en su LAN.

Lo que hice en mi servidor de Windows 7 fue asignar un grupo de 20 direcciones IP, en el mismo rango que mi red doméstica. Así que elija el segundo botón de radio, luego escriba una dirección IP que esté dentro de su LAN, pero que su enrutador no haya dado. Luego complete el último cuadro, y el segundo debe completarse.

Para averiguar qué rango de direcciones IP usar, abra una ventana del símbolo del sistema ( Windows+ X, seleccione Símbolo del sistema ), escriba ipconfig /ally presione Enter. Mire la dirección IPv4 , la máscara de subred y la puerta de enlace predeterminada . Si comienza con 192.168.x.y, y la máscara de subred es 255.255.255.0, tiene una subred estándar de clase C. Probablemente elegiría una dirección IP de inicio 192.168.x.200y una dirección IP final de 192.168.x.220. El tercer número puede ser cualquier cosa, siempre que coincida con el tercer número de su dirección IP.

Si después de todo esto aún no puede conectarse a su LAN, intente verificar la configuración de Firewall. Cada firewall es diferente, por lo que es posible que deba buscar en Google el software / hardware que está utilizando para obtener instrucciones específicas. Asegúrese de que permite su tráfico SMB (puerto 138/139/445) a través de, y probablemente, su tráfico DNS (puerto 53)


¿Qué necesito señalar al servidor DHCP? Estoy agregando una captura de pantalla de las propiedades del servidor a mi pregunta.
kiewic

@Kiewic Actualicé la respuesta
Canadian Luke

La dirección IP no parece ser el problema (al menos no el único). Actualicé mi pregunta, revisaré el Firewall y te lo haré saber.
kiewic

¿Qué hay de agregar manualmente la puerta de enlace en su computadora cliente?
Canadian Luke

1
  1. Abra la página de propiedades para su conexión vpn.
  2. En la pestaña de redes, seleccione "Protocolo de Internet (TCP / IP)" y haga clic en [Propiedades].
  3. Haga clic en [Avanzado]
  4. Desmarque "Usar puerta de enlace predeterminada en la red remota"

Espero que eso lo cure.


1
¿Esto se refiere al cliente o al servidor?
Burgi

-1

En el servidor, asegúrese de seleccionar la interfaz correcta para obtener información del servidor DHCP, DNS y WINS. tanto para ipv4 como para ipv6. Ese era el problema conmigo, cada vez que el cable de red se desconecta del servidor o del enrutador, el servidor de Windows cambia la interfaz por algún motivo.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.