¿Error 806 VPN En Windows Server 2008 R2? Reparar Inmediatamente
Table of Contents
Deje de perder el tiempo con errores informáticos.
Aquí se incluyen algunas formas sencillas de solucionar el error 806 para Windows Server 2008 r2 VPN.
Estoy intentando configurar una VPN en particular para mi red de trabajo, pero sigo recibiendo el error 806:
Se ha establecido la conexión entre el servidor VPN de todo el mundo y la persona VPN 189.38.xxx.xxx, pero no se puede establecer la conexión de red VPN. La razón más común es que, sin duda, el cortafuegos o enrutador de confianza entre su servidor VPN y el cliente VPN no está realmente configurado para permitir paquetes de Encapsulación de enrutamiento general (GRE) (protocolo 47).El dispositivo está conectado a un enrutador WiFi D-Link absoluto (modelo DI-524, G1, firmware 3.13), el firewall del módem configurado específico simplemente se muestra como viene:
![]()
El enrutador construido tiene una IP estática proporcionada por mi ISP.
VPN de Internet configurada con enrutamiento basado en roles junto con NPS para servidores abiertos remotos y avanzados, además de AD, WSUS, DHPC y DNS.
El software del host está configurado para las reglas IN OUT y RRAS.
Yo no deberías saber qué más hacer, ¿da gusto tener alguna idea?
Tengo un cliente del año 2008 (servidor R2) que no puede encender todas estas VPN PPTP de Oddsmam (servidor 2003 con RRAS) que funcionan.
Detrás del servidor está el firewall TCP1723 para Windows. y adicionalmente GRE. Otros clientes satisfechos de la oficina actual pueden obtener fácilmente un poco cuando lo necesiten. Lo más probable es que nuestra empresa esté protegida por un firewall de la serie Juniper SSG5, que es cuando todo el tráfico saliente llegará y varios otros clientes permanecerán listos para conectarse al servidor VPN sin ningún problema.
También configuré una VPN muy segura en un servidor en la última red diferente fuera de nuestra función. Las personas que trabajan solo hacen señales hoy: bueno, la máquina Server 2008 R2 no funciona. Así que este es definitivamente un problema junto con este automóvil en particular.
Reinicié uno. Tengo un cortafuegos incompetente que, según los expertos, no tiene dados.
Ejecuté PPTPSRV y PPTPCLNT en un nuevo servidor / cliente donde están realmente y pueden comunicarse perfectamente, lo que apunta a que no hay ningún escenario que no utilice TCP1723 o GRE.
La máquina Server 2008 R2 realmente también está ejecutando el servidor como cada VPN (conexión entrante) y está bien. Tenemos problemas con la presencia específica de conexiones entrantes activas por otro lado su ausencia.
No puedo estar seguro de cuál será mi último paso de depuración; ¿Alguien tiene alguna sugerencia?
EDITAR: El registro de eventos en el servidor web contiene la siguiente advertencia de RasMan:
En este momento se establece una conexión entre el servidor VPN además del cliente VPN xxx.xxx.xxx.xxx.establecido, el acceso VPN nunca se puede establecer. La razón extremadamente comúnen que hay por interruptor de firewall o entre el servidor VPN como un cliente VPNno configurado de inmediato para permitir paquetes de encapsulación de enrutamiento genérico (GRE) (protocolo 47).Asegúrese de que diría que los firewalls y, por lo tanto, los enrutadores que van desde sus servidores VPN también permiten el acceso al sitio.Paquetes GRE. Asegúrese de que las paredes cortafuegos y los enrutadores de las redes sociales de algunos usuarios también lo hagan.paquetes GRE alcanzables ideados. Si el problema persiste, comuníquese con su usuario.su ISP para ver si uno de ellos está bloqueandoPaquetes GRE.
Obviamente, indican que GRE es sin duda un problema potencial persistente. Pero desde el momento en que puedo conectar a otros clientes sin tener ningún problema y pptpsrv PPTPCLNT también puede intercambiar yesdata, sospecho que esto sin duda sería una gran pista falsa.
Deje de perder el tiempo con errores informáticos.
¿Tu computadora funciona lentamente y recibes errores? No se preocupe, ASR Pro puede solucionarlo. ASR Pro descubrirá cuál es el problema con su PC y reparará los problemas de registro de Windows que le están causando una amplia gama de problemas. No tiene que ser un experto en computadoras o software: ASR Pro hace todo el trabajo por usted. La aplicación también detectará archivos y aplicaciones que fallan con frecuencia y le permitirá solucionar sus problemas con un solo clic. Haga clic aquí ahora:
EDITAR: aquí están los eventos privados que el cliente ha adormecido en orden cronológico. Comando:
![]()
CoId implica 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: Usuario XXX YYY comenzó a ingresar una conexión VPN a través de cualquier tipo de usuario -perfil de conexión específico llamado ZZZ. Parámetros de correlación:Llamada de usuario = XXX YYYPolítica de VPN = PPTPCifrado de datos = obligatorioRequisitos ingresados coincidenciasConexión automática = No.UseRasCredentials = SíEl tipo de autenticación se ajusta a CHAP / MS-CHAPv2Ipv4DefaultGateway = No.IPv4AddressAssignment = Al servidorIpv4DNSServerAssignment implica From = Serverpuerta de enlace ipv6 por defecto SíIPv6AddressAssignment es igual a To ServerIPv6DNSServerAssignment = Al servidorIpDnsFlags implica registrar su sufijo de dominio principalIpNBTEnabled denota síUseFlags = conexión privadaConnectOnWinlogon = No.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: El usuario XXX YYY está intentando conectarse a una máquina de acceso remoto con una conexión denominada ZZZ con el siguiente dispositivo:Dirección del servidor / número de línea telefónica XXX = .YYY.ZZZ.KKKDispositivo = Mini puerto wan (PPTP)Puerto = VPN3-4El tipo de medio es igual a VPN.
CoId es igual a 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: El usuario XXX YYY se ha conectado completamente al servidor RAS mediante el siguiente dispositivo:Dirección del servidor telefónico - número = XXX.YYY.ZZZ.KKKDispositivo = Mini puerto wan (PPTP)Puerto = VPN3-4Tipo de medio = VPN.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: la interconexión para acceder al servidor remoto resultó establecida por el usuario XXX YYY.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: El usuario seleccionó xxx yyy una conexión extremadamente popular llamada ZZZ que no está bendecida con una. El código de error devuelto disponible para errores 806 es.
La ejecución de Wireshark para el usuario indica que mi esposo está intentando enviar una "solicitud de configuración 71" nuevamente.
Aunque el host generalmente muestra una aplicación cliente entrante, parece no responder:
Dado que se trata de tráfico GRE, imagino que esto medirá el tráfico GRE capturado. La pregunta es, ¿por qué podría describirse como Internet no responde?
Esta es una solicitud de configuración que un par de servidores recibe de un cliente potencial inactivo (es decir, no se envía una respuesta que corresponda a la solicitud del cliente):
Y ahora esto podría ser una solicitud de configuración que el servidor recibe de un cliente que tiene:
Este negocio nos parece a todos más o menos lo mismo, con la excepción de los diferentes secretos y números mágicos: un cliente recibe una respuesta y otro no.
Haga clic aquí para obtener una descarga gratuita de esta poderosa herramienta de optimización de PC.Windows Server 2008 R2 Vpn Error 806
윈도우 서버 2008 R2 Vpn 오류 806
Windows Server 2008 R2 Vpn Fehler 806
Windows Server 2008 R2 Vpn Fout 806
Erro 806 Do Windows Server 2008 R2 Vpn
Windows Server 2008 R2 Oshibka Vpn 806
Windows Server 2008 R2 Vpn Blad 806
Windows Server 2008 R2 Erreur Vpn 806
Windows Server 2008 R2 Errore Vpn 806
Windows Server 2008 R2 Vpn Fel 806