Błąd 806 VPN W Systemie Windows Server 2008 R2? Napraw Natychmiast
Table of Contents
Przestań marnować czas na błędy komputera.
Oto kilka bezproblemowych sposobów, aby pomóc Ci w konserwacji błędu 806 na Windows Server dwa tysiące osiem r2 VPN.
Próbuję pomóc Ci skonfigurować VPN dla prywatnej sieci służbowej, ale wciąż otrzymuję błąd 806:
Połączenie przez serwer sieciowy VPN i zazwyczaj klienta VPN 189.38.xxx.xxx zostało ustawione, ale połączenie sieciowe VPN z pewnością nie zostało nawiązane. Najczęstszym prostym powodem jest to, że zapora sieciowa lub używany router między serwerem VPN, a także klient VPN nie są tak naprawdę przystosowane do zezwalania na pakiety General Routing Encapsulation (GRE) (protokół 47).Urządzenie jest rzeczywiście podłączone do modemu Wi-Fi D-Link (model DI-524, G1, oprogramowanie układowe 3.13), ta konkretnie skonfigurowana zapora routera jest wyświetlana tylko w następujący sposób:
Skonfigurowany router ma jeden określony statyczny adres IP dostarczony przez indywidualnego dostawcę usług internetowych.
Skonfigurowana internetowa sieć VPN składająca się z routingu opartego na rolach i serwera NPS zapewnia daleki i zaawansowany dostęp, a także pomaga urządzeniom AD, WSUS, DHPC i DNS.
Zapora hosta jest skonfigurowana pod kątem ograniczeń IN OUT i RRAS.
Nie wiem co dodatkowo zrobić, proszę o jakieś wskazówki?
Mam klienta z 2008 roku (serwer R2), z którym większość nie może się połączyć, dlatego te działające oddsmam PPTP VPN (serwer hostingowy z 2003 r. z RRAS).
Za Internetem kryje się zapora sieciowa TCP1723 dla systemu Windows. a także GRE. Inni znakomici klienci naszego biura mogą po prostu skontaktować się w razie potrzeby. Nasze biuro najprawdopodobniej będzie chronione przez zaporę sieciową Juniper SSG5, wtedy wszystkie strony wychodzące wrócą, a kilku innych klientów będzie gotowych do podłączenia się do serwera VPN bez prawie problemów.
Ustawiłem również bardzo specyficzną sieć VPN na dowolnym serwerze na innej zewnętrznej powierzchni sieciowej naszego biura. Osoby, które mogą pracować, po prostu logują się w tej chwili — cóż, urządzenie czyszczące Server 2008 R2 nie działa. Więc to jest poważny problem z tymi konkretnymi samochodami.
Uruchomiłem go ponownie. Mam poważny, niekompetentny firewall, który nie ma jakiegoś rodzaju kości.
Uruchomiłem PPTPSRV dodatkowo PPTPCLNT na serwerze/pożyczkobiorcy gdzie są i mogą się doskonale ze sobą współgrać, co oznacza, że nigdy nie ma scenariusza, który nie korzystałby z TCP1723 lub GRE.
Serwer roku 2008 R2 ma również nowy serwer jako VPN (połączenie przychodzące) i/lub działa dobrze. Mamy problemy z obecnością udanych połączeń przychodzących lub ich brakiem.
Nie wiem, co będzie bardziej moja ostatnia wskazówka dotycząca debugowania; Czy ktoś ma jakieś sugestie?
EDYCJA: Dziennik zdarzeń znaleziony na serwerze sieciowym zawiera poprzednie ostrzeżenie od RasMan:Obecnie nawiązywane jest połączenie między pewnym serwerem VPN a klientem VPN xxx.xxx.xxx.xxx.ustanowione, połączenie VPN nigdy nie zostanie nawiązane. Najczęstszy powódw którym znajduje się przełącznik firewalla lub pomiędzy serwerem VPN jako pojedynczy klient VPNnie jest bezpośrednio skonfigurowany do obsługi skrzynek Generic Routing Encapsulation (GRE) (protokół 47).Upewnij się, że zapory ogniowe, a tym samym routery między serwerami hostingowymi VPN, również umożliwiają dostęp do Internetu.Pakiety GRE. Upewnij się, że zapory i routery w sieciach niektórych użytkowników również to robią.skonfigurowane osiągalne pakiety GRE. Jeśli główny problem nie ustąpi, skontaktuj się z użytkownikiem.Twój dostawca usług internetowych, aby sprawdzić, czy niektóre z nich nie blokująPakiety GRE. Oczywiście wskazują, że GRE to potencjalny regularny problem. Ale ponieważ mogę bez problemu łączyć innych klientów, a nawet pptpsrv PPTPCLNT może wymieniać yesdata, podejrzewam, że może to być naprawdę czerwony śledź.
Przestań marnować czas na błędy komputera.
Twój komputer działa wolno i pojawiają się błędy? Nie martw się, ASR Pro może to naprawić. ASR Pro dowie się, co jest nie tak z komputerem i naprawi problemy z rejestrem systemu Windows, które powodują wiele problemów. Nie musisz być ekspertem w dziedzinie komputerów lub oprogramowania – ASR Pro wykona całą pracę za Ciebie. Aplikacja wykryje również pliki i aplikacje, które często ulegają awariom, i pozwoli naprawić ich problemy jednym kliknięciem. Kliknij teraz:
EDIT: odpowiednie są tutaj anonimowe zdarzenia, które zazwyczaj klient zinfiltrował w znalezisku chronologicznym. Polecenie:
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: Użytkownik XXX YYY rozpoczął wybieranie łącza VPN za pośrednictwem profilu połączenia określonego użytkownika ZZZ. Parametry korelacji:Połączenie użytkownika = XXX RRRRPolityka VPN = PPTPZaszyfrowana osłona danych = wymaganaDopasowanie danych wejściowych wymagańAutomatyczne łączenie równa się Nie.UseRasCredentials = TakTyp uwierzytelniania zgodny i CHAP / MS-CHAPv2Brama domyślna IPv4 = Nie.Przypisanie adresu IPv4 jest równe Do serweraIpv4DNSServerAssignment = Od = Serwerbrama ipv6default TakPrzypisanie adresu IPv6 = Do serweraIPv6DNSServerAssignment równa się Do serweraIpDnsFlags = Zarejestruj swój kluczowy sufiks domenyIpNBTEnabled oznacza takUseFlags = spersonalizowane połączenieConnectOnWinlogon = Nie.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: Użytkownik XXX YYY próbuje połączyć się z nowym serwerem dostępu zdalnego za pomocą łącza sieciowego o nazwie ZZZ z kolejnymi urządzeniami:Adres serwera / numer telefonu XXX równa się .YYY.ZZZ.KKKUrządzenie = Miniport wan (PPTP)Port oznacza VPN3-4Typ mediów = VPN.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: Użytkownik XXX YYY pomyślnie połączył się z serwerem RAS za pomocą urządzenia after:Adres / numer serwera telefonicznego = XXX.YYY.ZZZ.KKKUrządzenie = Miniport wan (PPTP)Port = VPN3-4Typ mediów = VPN.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: połączenie dostępu do głównego zdalnego serwera zostało ustanowione przez indywidualne XXX YYY.
CoId = 742CB15C-A7E0-47B7-8240-0EFA1139CBD9: Użytkownik wybrał dorosłego yyy ogromne połączenie o nazwie ZZZ, które go nie ma. Kod błędu zwrócony dla 806 wyzwań to.
Uruchomienie Wireshark dla palacza wskazuje, że próbuje on ponownie wysłać "żądanie konfiguracji 71".
Chociaż serwer zwykle wyświetla główne przychodzące żądanie klienta, wydaje się, że może nie odpowiadać:
Ponieważ jest to ruch GRE, myślę, że będzie on zawierał przechwycony ruch GRE. Pytanie brzmi, dlaczego Internet prawdopodobnie nie odpowiada?
Jest to żądanie formacji, które niektóre serwery odbiera między uśpionym klientem (tj. do żądania kupującego nie jest wysyłany powrót):
Może to być jedno żądanie konfiguracji, które serwer otrzyma od działającego klienta:
Ta instytucja wydaje mi się mniej więcej taka sama, z wyjątkiem różnych sekretów iw konsekwencji magicznych liczb: jeden klient otrzymuje doskonałą odpowiedź, a drugi w żaden sposób.
Kliknij tutaj, aby bezpłatnie pobrać to potężne narzędzie do optymalizacji komputera.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 Erreur Vpn 806
Windows Server 2008 R2 Errore Vpn 806
Windows Server 2008 R2 Vpn Fel 806
