Errore 806 VPN Su Windows Server 2008 R2? Ripara Subito
Table of Contents
Smetti di perdere tempo con gli errori del computer.
Ecco alcuni semplici modi per aiutarti a correggere l’errore 806 riferito alla VPN di Windows Server 2008 r2.
Sto cercando di impostare a mezz’aria una VPN per la mia rete di ripetitori cellulari di lavoro, ma ricevo ancora l’errore nel giudizio 806:
La connessione tra il server web VPN e il potenziale VPN 189.38.xxx.xxx è stata stabilita, ma non è possibile raggiungere ciascuna delle nostre connessioni di rete VPN. Il motivo più comune è perché il firewall o il router affidabile con il server VPN e il proprietario della VPN non sono realmente configurati per ricevere i pacchetti GRE (General Routing Encapsulation) (protocollo 47).Il dispositivo è connesso a un router WiFi D-Link (modello DI-524, G1, firmware 3.13), viene semplicemente visualizzato il firewall del router configurato per il seguente motivo:
Il router configurato ha un indirizzo IP statico fornito dal mio ISP.
VPN Internet configurata con nav basato sui ruoli e NPS per l'accesso remoto e competente oltre ai server AD, WSUS, DHPC e DNS.
Il firewall host è configurato per le regole IN OUT e RRAS.
Non so cos'altro consegnare, per favore hai qualche idea?
Ho un client '08 funzionante (server R2) che non è in grado di connettersi a tutte queste VPN PPTP oddsmam funzionanti (server 2003 con RRAS).
Dietro il server ci sono questi firewall TCP1723 per Windows. e poi anche GRE. Altri clienti soddisfatti che utilizzano il nostro ufficio possono facilmente comunicare con Touch quando ne hanno bisogno. Molto probabilmente il nostro ufficio sarà protetto da un piano della serie Juniper SSG5, quindi tutto il traffico in uscita tornerà e molti altri client saranno pronti per connettersi al server VPN senza problemi.
Ho anche impostato una VPN abbastanza specifica su un server tramite una rete diversa al di fuori di ogni ufficio. Le persone che lavorano assolutamente accedono oggi - beh, la nostra macchina Server 2008 R2 è più bassa. Quindi questo è sicuramente un dilemma con questa macchina in particolare.
L'ho riavviato. Ho un programma firewall incompetente che non ha dadi.
Ho eseguito PPTPSRV e PPTPCLNT trovati sul server/client dove possono essere e possono comunicare perfettamente, e questo significa anche che non esiste uno scenario che secondo gli esperti non utilizzi TCP1723 o GRE.
Il computer Server 2008 R2 esegue anche il server come una VPN (connessione in entrata) e quindi funziona correttamente. Abbiamo problemi che hanno la presenza di svincoli in entrata attivi o la loro assenza.
Non so quali saranno i miei vertisements l'ultimo passo connesso con il debug; Qualcuno ha qualche suggerimento?
EDIT: Il registro eventi sul server online contiene il seguente avviso di RasMan:È attualmente stabilita una connessione tra il server VPN e il client VPN xxx.xxx.xxx.xxx.stabilita, la connessione VPN non può mai essere stabilita. Il motivo più comunein quanto esiste davvero uno switch firewall o tra direi il server VPN come client VPNnon configurato direttamente per consentire i pacchetti Generic Routing Encapsulation (GRE) (protocollo 47).Rendi quasi garantiti i firewall e quindi i modem tra i tuoi server VPN aiutano anche l'accesso a Internet.Pacchetti GRE. Assicurati che anche ciascuno dei nostri firewall e router su un certo numero di reti di utenti lo faccia.speciali GRE raggiungibili configurati. Se il problema persiste, contatta l'utente.il tuo ISP per vedere nel caso in cui alcuni di loro stiano bloccandoPacchetti GRE. Ovviamente indicano che GRE è un potenziale problema persistente. Ma dal momento che posso connettere un altro pubblico di destinazione senza alcun problema e pptpsrv PPTPCLNT può scambiare yesdata, sospetto che questo processo potrebbe essere un ottimo sardine rosse.
Smetti di perdere tempo con gli errori del computer.
Il tuo computer è lento e stai ricevendo errori? Non preoccuparti, ASR Pro può risolverlo. ASR Pro scoprirà cosa c'è che non va nel tuo PC e riparerà i problemi del registro di Windows che causano una vasta gamma di problemi per te. Non devi essere un esperto di computer o software: ASR Pro fa tutto il lavoro per te. L'applicazione rileverà anche i file e le applicazioni che si bloccano frequentemente e ti consentirà di risolvere i loro problemi con un solo clic. Fare clic su questo ora:
EDIT: ecco gli eventi anonimi più importanti che il cliente fa infiltrarsi in ordine cronologico. Comando:
CoId significa 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: Utente XXX YYY ha iniziato a comporre una connessione VPN attraverso ogni connessione specifica dell'utente profilo chiamato ZZZ. Parametri di correlazione:Chiamata utente = XXX YYYPolitica VPN = PPTPLa crittografia dei dati è uguale a quella richiestaCorrispondenze di input del requisitoConnessione automatica = No.UseRasCredentials è uguale a SìIl tipo di autenticazione è conforme a CHAP o MS-CHAPv2Ipv4DefaultGateway = No.IPv4AddressAssignment = Al serverIpv4DNSServerAssignment = Da = Servergateway ipv6default SìIPv6AddressAssignment = Al serverIPv6DNSServerAssignment = Al serverIpDnsFlags = Registra il suffisso del tuo dominio primarioIPNBTEnabled significa sìUseFlags = connessione privataConnectOnWinlogon equivale a No.
CoId è uguale a 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: L'utente XXX YYY sta cercando di connettersi a un server per ottenere l'accesso remoto con una connessione denominata ZZZ con il seguente dispositivo:Indirizzo del server o numero di telefono XXX = .YYY.ZZZ.KKKIl dispositivo implica Miniport wan (PPTP)Porta = VPN3-4Tipo di supporto = VPN.
CoId è uguale a 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: L'utente XXX YYY viene armato con successo connesso al sistema RAS utilizzando il seguente dispositivo:Il server telefonico si occupa di / numero = XXX.YYY.ZZZ.KKKDispositivo = Miniport wan (PPTP)Porta = VPN3-4Il tipo di supporto è uguale a VPN.
CoId è uguale a 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: la connessione per accedere al server di hosting remoto è stata stabilita dall'utente XXX YYY.
CoId significa 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: L'utente ha selezionato xxx yyy la particolare connessione enorme chiamata ZZZ che non ne ha uno. Il codice di errore fornito per gli errori 806 è.
L'esecuzione di Wireshark per l'utente indica che molti di loro stanno tentando di inviare nuovamente la "71 richiesta di configurazione".
Sebbene il mio server di solito visualizzi una richiesta potenziale in arrivo, sembra non rispondere:
Poiché si tratta di traffico GRE, penso che misurerà il traffico GRE registrato. La domanda è, questo è il motivo per cui Internet non risponde?
Questa è una richiesta di configurazione di cui alcuni server ricevono da un client inattivo (cioè nessuna risposta viene reindirizzata alla richiesta del client):
E questa potrebbe essere una richiesta di configurazione che il server riceve da un singolo client in esecuzione:
Questa faccenda mi sembra la stessa cosa, con la differenza di diversi segreti e quantità magiche: un cliente riceve una risposta, inoltre, l'altro no.
Fare clic qui per scaricare gratuitamente questo potente strumento di ottimizzazione per 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
Error 806 De Vpn De Windows Server 2008 R2
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 Vpn Fel 806
