Как исправить ошибку VPN 809 — Сеть без проблем

Виртуальная частная сеть (VPN) — это универсальное решение для обеспечения безопасности и конфиденциальности в Интернете. Когда они работают, они великолепны, но когда они этого не делают, они могут оставить вас в замешательстве. Для VPN-подключений довольно часто возникают проблемы. Примерно существуют сотни различных кодов ошибок VPN, но в большинстве случаев появляются только несколько. Если вы используете устройство Windows и VPN, то весьма часто встречается ошибка VPN 809.

Эта ошибка обычно возникает, когда Windows не позволяет установить VPN через брандмауэр. Кроме того, если вы не используете брандмауэр, но находитесь на устройстве NAT, эта ошибка может появиться.

Трансляция сетевых адресов (NAT) предназначена для сохранения IP-адресов. Это позволяет частным IP-сетям с незарегистрированными IP-адресами подключаться к Интернету. NAT обычно работает на маршрутизаторе, соединяющем две или более сетей, и превращает незарегистрированную сеть в юридические адреса. Устройства NAT имеют особый способ трансляции сетевого трафика, и когда вы помещаете сервер за устройством NAT и используете среду IPsec NAT-T, вы можете получить эту ошибку.

Вы получите сообщение об ошибке с указанием;

Не удалось установить сетевое соединение между вашим компьютером и сервером VPN, поскольку удаленный сервер не отвечает.

Кроме того, когда появляется ошибка, журнал событий также не отображает никаких связанных журналов, потому что трафик не достигнет интерфейса WAN MX.

Вы можете выбрать следующие варианты устранения неполадок VPN Ошибка 809:

1. Включите порты на вашем брандмауэре/маршрутизаторе
2. Добавить значение в реестр Windows
3. Отключить службы Xbox Live Networking
4. Проверьте настройки PAP
5. Отключить сторонние приложения

Давайте рассмотрим эти варианты устранения неполадок подробнее.

Вариант 1. Включите порты на вашем брандмауэре/маршрутизаторе

Код ошибки VPN «Всегда включен» 809 вызван тем, что порт PPTP (TCP 1723) или порт L2TP или порт IKEv2 (порт UDP 500 или 4500) заблокирован на сервере VPN или брандмауэре. Решение состоит в том, чтобы включить эти порты на брандмауэре или маршрутизаторе. Вы можете попробовать развернуть VPN-туннель на основе SSTP или OpenVPN у своего VPN-провайдера. Это позволит VPN-соединению беспрепятственно работать через брандмауэр, NAT и веб-прокси.

Вариант 2: Добавить значение в реестр Windows

При попытке установить VPN-соединение, если ваш MX находится за NAT, вам нужно добавить значение DWORD «AssumeUDPEncapsulationContextOnSendRule» в реестр Windows. Вот как это сделать:

1] Войдите в систему Windows Machine как «Администратор»

2] Щелкните правой кнопкой мыши «Пуск» и выберите «Выполнить»

3] Введите «regedit» и нажмите «Enter»

4] Найдите запись «HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesPolicyAgent»

5] Щелкните правой кнопкой мыши и создайте новое значение «DWORD» (32-разрядное).

6] Добавьте RegValue «AssumeUDPEncapsulationContextOnSendRule» и нажмите «Ok», чтобы сохранить изменения.

7] Измените новую запись и измените значение данных с «0» на «2».

8] Перезагрузите компьютер и проверьте соединение

Примечание. Это решение идеально подходит, когда ваш VPN-сервер и компьютерный клиент находятся за устройствами NAT.

Вариант 3. Отключение сетевых служб Xbox Live

Для пользователей Windows 10 антивирус может быть несовместим с ОС, из-за чего он отклоняет соединения IPsec. Служба Windows 10 может обеспечить единовременный доступ к L2TP/IPsec VPN, для решения этой проблемы выполните следующие действия:

1] В поле « Поиск » введите «Услуги».

2] В результатах нажмите «Услуги».

3] Найдите «Xbox Live Networking Services» и отключите его.

Ваше VPN-соединение должно работать, а ошибка VPN 809 должна исчезнуть.

Вариант 4. Проверьте настройки PAP

Выполните следующие действия, чтобы проверить правильность настроек PAP:

1] Нажмите «Пуск» и выберите «Настройки»

2] Выберите «Сеть и Интернет» и выберите «VPN».

3] Теперь вам нужно будет «Добавить VPN», указав имя подключения, имя пользователя и пароль.

4] Теперь на вкладке «Свойства» выберите «Безопасность», затем перейдите к «Расширенные настройки».

5] В разделе «Аутентификация» выберите «Разрешить эти протоколы», а затем отметьте только поле «PAP».

Теперь перезагрузите систему, чтобы подтвердить, если ошибка исчезла.

Вариант 5: отключить сторонние приложения

Иногда сторонние приложения на устройстве могут быть причиной причины ошибки VPN 809. Здесь вам придется индивидуально выяснить, какое приложение вызывает проблему. Это может приводить в бешенство, но как только вы отключите приложение преступника, ошибка должна исчезнуть.

Ошибка VPN 809 — это очень распространенная проблема VPN, с которой время от времени сталкивается каждый пользователь. Перечисленные выше варианты помогут вам решить эту проблему в кратчайшие сроки.

Как исправить ошибку 809 VPN

Случается так, что владельцы ПК, стремящиеся создать VPN-подсоединение к интернету, сталкиваются со всевозможными проблемами, среди которых распространённой является ошибка 809. Это приводит человека к замешательству, особенно если он абсолютно не разбирается в причинах возникновения ошибок и существующих путях их устранения.

Основные причины ошибки 809 и пути её решения мы разберем в этой статье

Факторы, способствующие проявлению проблем

Причин, по которым может возникать ошибка 809 VPN, препятствующая созданию доступа к глобальной сети, насчитать можно несколько. Если правильно выявить такие причины, ликвидировать проблему будет гораздо проще, поскольку существуют рекомендации, позволяющие вносить достаточно просто требуемые изменения в настройки и обеспечивать VPN-подсоединение к сети.

Причины возникновения проблемы

Ошибка 809 возникает тогда, когда кто-то стремится создать сетевой доступ при помощи VPN-соединения, которое относится к типу виртуальных частных сетей.

Брандмауэр, обязательная составляющая операционной системы, блокирует попытки осуществления такого соединения. Кроме брандмауэра может блокировать сетевое соединение любое устройство, подсоединённое к компьютеру и участвующее в обеспечении сетевого доступа. В качестве одного из девайсов, блокирующего доступ к сети, может выступать маршрутизатор, NAT.

Явной причиной возникновения такой проблемы может являться неполная установка ОС или в некоторых случаях уже установленная система, но сопровождающаяся какими-либо неполадками.

Иногда устанавливают программное обеспечение, скачанное из непроверенных источников, вследствие чего при установке вносятся автоматические изменения в системный реестр, провоцирующие возникновение проблем, связанных с доступом к сети.

Разлад в систему может внести вредоносное программное обеспечение, а также вирусы, способные не только повреждать, но и удалять значимые системные файлы, без которых невозможно обеспечить доступ к интернету.

Поиск и искоренение неполадки позволит избегать подобных проблем в дальнейшем.

Пути искоренения ошибок

Выявив вероятную проблему, юзер должен приложить усилия для её устранения. Если самостоятельно устранить неполадки, ознакомившись с инструкциями, не удаётся, следует обратиться за помощью к специалистам, которые без затруднения быстро установят и ликвидируют ошибки.

Как самостоятельно исправить проблему

Поскольку наиболее вероятной причиной проявления ошибки при VPN подключении считаются недостающие параметры в реестре, очень важно в ручном режиме внести все важные изменения.

Первоначально следует найти ветку реестра, в которую должны вноситься важные дополнения.

Чтобы зайти в реестр и ввести в него системные дополнения, следует нажать «Пуск», затем в строку поиска ввести regedit.

Если на ПК установлен Windows XP, владелец техники должен найти HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IPSec. Когда же установлен Windows 7 или Vista, ветка будет выглядеть иначе: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent.

Теперь для внесения изменений следует выделить требуемый реестр, кликнув по нему мышкой, далее в меню «Правка» следует выбрать подменю «Создать». Из предлагаемых вариантов необходимо выбрать DWORD.

На экране откроется доступная строка, в которую нужно занести требуемые изменения. В неё пользователь должен ввести AssumeUDPEncapsulationContextOnSendRule, после чего подтвердить внесённые изменения.

После внесения дополнений в системный реестр юзер должен выделить его, используя мышку, и выбрать параметр «Изменить». В появившемся поле можно ввести 0, 1 или 2, в зависимости от обозначенных целей.

Значение «0» чаще всего устанавливается по умолчанию и свидетельствует о том, что при эксплуатации NAT-устройств сетевое подключение не предусмотрено.

Значение «1» разрешает обеспечить подключение к серверу, используя NAT-устройства.

Значение «2» способствует успешной настройке операционной системы в режиме безопасности, обеспечивая подключение ПК к серверу на базе VPN при помощи NAT-девайсов.

Безусловно, чаще всего прибегают именно к введению значения «2». Чтобы все дополнения и изменения вступили в силу, очень важно перезагрузить электронную вычислительную машину.

Когда же проблема с VPN-соединением возникает из-за вирусов, важно обновить антивирусное приложение и запустить полноценное сканирование. Также совсем не помешает почистить операционку, удалив все временные файлы.

Установка обновлений, драйверов могут тоже посодействовать решению проблемы, сопровождающейся надписью «ошибка 809». Если причиной неполадки является программное обеспечение, которое было некорректно инсталлировано или вступившее в конфликт с иным ПО, успешно помогает функция «Восстановление системы», позволяющая откатить систему на несколько суток назад, когда проблем с VPN-соединением не возникало.

И только в отдельных случаях приходится переустанавливать систему, отдавая предпочтение полной загрузке Windows.

Итак, системные ошибки предупреждают, что часть важных дополнений отсутствует или недееспособно. Чтобы вернуть работоспособность всем параметрам и обеспечить доступ к всемирной паутине, следует приложить усилия, проявить повышенное внимание, выполнить последовательно все рекомендуемые действия. Усилия будут потрачены не зря, поскольку контакт компьютера с сервером будет обеспечен.

Ошибка 809 vpn windows: почему возникает, как устранить

Ошибка 809 доставляет массу хлопот пользователям. Есть множество причин ее возникновения. Однако переживать не следует.

Неисправность  можно довольно быстро устранить.

Главное, что требуется, – строго следовать нашим правилам.

Причины возникновения и способы исправления

Существует несколько причин, приводящих к возникновению VPN-ошибки номер 809:

1. Появляется неисправность VPN в том случае, если посторонние пользователи стремятся создать сетевой доступ с помощью VPN-подключения.
2. Брандмауэр запрещает соединение с интернетом.
3. Иные девайсы, подключенные к ПК и предоставляющие сетевой доступ.
4. Установка операционной системы, к примеру, Windows 7, совершена не полностью либо некорректно.
5. Загрузка и установка ПО из непроверенных источников.
6. Изменение параметров в реестре.
7. Наличие вирусных кодов.

Повторное соединение

Данная неисправность VPN возникает у пользователей, заключивших договор с провайдером «Билайн» или применяющих протокол L2TP с использованием IpSec. Самое основное, что необходимо делать при обнаружении неисправностей, – проверить. Требуется проанализировать все подключенные кабели и сетевую плату, после чего совершить повторное подключение.

В большинстве случаев проблема кроется не в этом, поэтому далее следует протестировать межсетевой экран и антивирус.

Брандмауэр или антивирус

По умолчанию, межсетевой экран блокируют многие VPN-соединения к определенным портам. Для устранения ошибки требуется выполнить несколько манипуляций:

• Запустить оснастку управления брандмауэром и нажать на вкладку «Дополнительные параметры».
• Создать два правила: для входящих и исходящих подключений.
• Определить, что данное правило предназначено для определенного порта.
• Аналогично выполнить для второго правила.

После данных манипуляций выполнить повторное подключение. Если подсоединиться не удалось, идем дальше.

Требуется проверить компьютер или ноутбук на наличие вирусов. Вероятно, именно по этой причине появляется ошибка VPN. После обнаружения вирусов их рекомендуется вылечить либо удалить. После этого снова попробовать подключиться.

Изменения в реестре

Во многих случаях для устранения неисправностей помогут изменения в реестре. Для активации программы нажать «Пуск». Далее в строку поиска ввести regedit. Последовательность действий для устранения ошибки VPN следующая:

1. Для Windows XP нужно найти HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IPSec, а для Windows 7 или Vista такая: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent.
2. Теперь, найдя требуемый реестр, выбрать его, затем в правом верхнем углу — «Правку» и перейти в раздел «Создать».
3. Создать параметр DWORD с наименованием ProhibitIpSec и значением «1».
4. Появится доступная строка, куда вводится AssumeUDPEncapsulationContextOnSendRule.
5. Теперь подтвердить все изменения.
6. Появится поле значения, куда надо ввести «2».
7. Для того чтобы указанные действия вступили в силу, требуется перезагрузить устройство.

Стоит отметить, что некоторые модели маршрутизатора MicroTik используются в домашних условиях либо в малых офисах. Поэтому вопрос об изменениях в реестре для устранения данной ошибки касательно этого роутера является актуальным.

Для запуска программы надо нажать клавиши Win + R. Далее проделать следующие манипуляции:

• Перейти в HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ Rasman\ Parameters.
• Создать параметр DWORD с наименованием ProhibitIpSec и значением «1».
• Перезагрузить устройство.

После вышеуказанных действий соединение должно быть восстановлено, что устранит ошибку.

Заключение

Подобная неполадка VPN доставляет массу неприятностей пользователям. Однако это довольно простая ошибка, которая очень просто и быстро устраняется. Главное, выполнить все указанные рекомендации и проблем не будет.

Исправляем проблему подключения к L2TP/IPSec VPN серверу за NAT

Столкнулись с интересной проблемой у одного из заказчиков после перенастройки VPN сервера Windows Server 2012 с PPTP на L2TP/ IPSec (из за отключения поддержки PPTP VPN в iOS). Изнутри корпоративной сети VPN клиенты без каких-либо проблем подключаются к VPN серверу, а вот внешние Windows клиенты при попытке установить соединение с L2TP VPN сервером, выдают такую ошибку:

The network connection between your computer and the VPN server could not be established because the remote server is not responding. This could be because one of the network devices (e.g. firewalls, NAT, routers, etc) between your computer and the remote server is not configured to allow VPN connections. Please contact your Administrator or your service provider to determine which device may be causing the problem.

В других версиях Windows о наличии аналогичной проблемы могут свидетельствовать ошибки VPN подключения 800, 794 или 809.

Стоит отметить, что данный VPN сервер находится за NAT, а на маршрутизаторе настроен проброс портов, необходимых для работы L2TP:

• UDP 1701 — Layer 2 Forwarding Protocol (L2F) & Layer 2 Tunneling Protocol(L2TP)
• UDP 500
• UDP 4500 NAT-T – IPSec Network Address Translator Traversal
• Protocol 50 ESP

В правилах Windows Firewall VPN сервера эти порты также открыты.  Т.е. используется классическая конфигурация. Для подключения используется встроенный VPN клиент Windows.

Если подключаться к этому же VPN серверу через PPTP, подключение успешно устанавливается.

VPN ошибка 809 для L2TP/IPSec в Windows за NAT

Как оказалось, проблема эта уже известна и описана в статье https://support.microsoft.com/en-us/kb/926179. По умолчанию встроенный VPN клиент Windows не поддерживает подключение к L2TP/IPsec через NAT. Дело в том, что IPsec использует протокол ESP (Encapsulating Security Payload) для шифрования пакетов, а протокол ESP не поддерживает PAT (Port Address Translation). Если вы хотите использовать IPSec для коммуникации, Microsoft рекомендует использовать белые IP адреса на VPN сервере.

Но есть и обходное решение. Можно исправить этот недостаток, включив поддержку протокола NAT—T, который позволяет инкапсулировать пакеты протокола ESP 50 в UDP пакеты по порту 4500. NAT-T включен по-умолчанию почти во всех операционных системах (iOS, Android, Linux), кроме Windows.

Если VPN сервер L2TP/IPsec находится за NAT, то для корректного подключения внешних клиентов через NAT необходимо на стороне Windows сервера и клиента внести изменение в реестр, разрешающее UDP инкапсуляцию пакетов для L2TP и поддержку (NAT-T) для IPsec.

1. Откройте редактор реестра regedit.exe и перейдите в ветку:
   • Для Windows 10,8.1,7 и Windows Server 2016,2012R2,2008R2 — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent
   • Для Windows XP/Windows Server 2003 — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IPSec
2. Создайте DWORD параметр с именем AssumeUDPEncapsulationContextOnSendRule и значением 2;
   
   Примечание. Возможные значения параметра AssumeUDPEncapsulationContextOnSendRule:
   • 0 – (значение по-умолчанию), предполагается, что VPN сервер подключен к интернету без NAT;
   • 1 – VPN сервер находится за NAT;
   • 2 — и VPN сервер и клиент находятся за NAT.
3. Осталось перезагрузить компьютер и убедиться, что VPN туннель успешно создается.

Если и Windows VPN сервер и клиент находятся за NAT, нужно изменить это параметре на обоих системах.

Можно использовать командлет PowerShell для внесения изменений в реестр:

Set-ItemProperty -Path "HKLM:SYSTEM\CurrentControlSet\Services\PolicyAgent" -Name "AssumeUDPEncapsulationContextOnSendRule" -Type DWORD -Value 2 –Force;

После включения поддержки NAT-T, вы сможете успешно подключаться к VPN серверу с клиента через NAT (в том числе двойной NAT).

В некоторых случаях для корректной работы VPN необходимо открыть дополнительное правило в межсетевом экране для порта TCP 1701 (в некоторых реализациях L2TP этот порт используется совмести с UDP 1701).

L2TP VPN не работает на некоторых Windows компьютерах в локальной сети

Есть еще один интересный баг. Если в вашей локальной сети несколько Windows компьютеров, вы не сможете установить более одного одновременного подключения к внешнему L2TP/IPSec VPN серверу. Если при наличии активного VPN туннеля с одного клиента, вы попытаетесь подключиться к тому же самому VPN серверу с другого компьютера, появится ошибка с кодом 809 или 789:

Error 789: The L2TP connection attempt failed because the security layer encountered a processing error during initial negotiations with the remove computer.

Что интересно, эта проблема наблюдется только с Windows-устройствами. На устройствах с Linux/MacOS/Android в этой же локальной сети таких проблем нет. Можно без проблем одновременно подключиться к VPN L2TP серверу с нескольких устройств.

По информации на TechNet проблема связана с некорректной реализацией клиента L2TP/IPSec клиента в Windows (не исправляется уже много лет).

Для исправления этого бага нужно изменить два параметра реестра в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RasMan\Parameters и перезагрузите компьютре:

• AllowL2TPWeakCrypto – изменить на 00000001 (ослабляет уровень шифрования, для L2TP/IPSec используются алгоритмы MD5 и DES)
• ProhibitIPSec – изменить на 00000000 (включает шифрование IPsec, которое часто отключается некоторыми VPN клиентами или утилитами)

Для изменения этих параметров реестра достаточно выполнить команды:
reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Rasman\Parameters" /v AllowL2TPWeakCrypto /t REG_DWORD /d 1 /f
reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Rasman\Parameters" /v ProhibitIpSec /t REG_DWORD /d 0 /f

Это включает поддержку нескольких одновременных L2TP/IPSec-подключений в Windows через общий внешний IP адрес (работает на всех версиях, начиная с Windows XP и заканчивая Windows 10).

VPN ошибка 809 в Windows 7,8,10

Иногда, при попытке запустить подключение VPN в Windows 7 может появится ошибка 809 с комментарием:»Нельзя установить связь по сети между компьютером и VPN сервером, поскольку удалённый сервер не отвечает». Чаще всего проблема возникает из-за ошибки самого пользователя. Дело в том, что сейчас чаще всего в домах и квартирах стоят роутеры, которые сами подключаются к серверу и раздают Интернет. Пользователь пытается параллельно с компьютера поднять ещё одно соединение и потому выскакивает ошибка 809 в Windows 7. С этим сталкивались многие абоненты Билайн. Поэтому если у Вас установлен роутер — не нужно поднимать ещё какие-либо соединения.

Вторая причина, по которой появляется ошибка подключения 809 по VPN L2TP — это брандмауэр Windows 7. Так как в нём по умолчанию не настроена правильно обработка VPN-соединения, система попросту блокирует его.  Для решения можно либо полностью отключить брандмауэр Виндовс, что не совсем правильно, либо немного подправить реестр. Этим мы сейчас и займёмся.

Нажимаем комбинацию Win+R и вводим в строчку «Открыть» команду regedit.

Нажимаем кнопку «ОК». Должно появится окно редактора реестра Windows 7.
В древовидном списке в левой части окна нужно найти нужную ветку. В Windows XP:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IPSec

В Windows 7,8,10:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent

Далее  в правой части окна с помощью меню «Правка»>»Создать» Вам нужно создать параметр DWORD для 32-разрядной версии с именем AssumeUDPEncapsulationContextOnSendRule. Далее кликаем по нему правой кнопкой мыши и выбираем пункт меню «Изменить». В поле значение нужно указать одно из вот этих значений:

0 — значение по умолчанию. Запрет подключения к VPN-серверу, находящемуся за NAT
1 — Разрешает подключение, если за NAT находится только сервер. При этом важное условие — у клиента должен быть “белый” IP-адрес
2 — Разрешает VPN подключение, если за NAT находятся и сервер, и его клиент.

Обычно для того, чтобы исправить ошибку 809 при подключении к интернету Билайн, либо другого провайдера, использующего протокол VPN L2TP, достаточно поставить значение

Как устранить ошибку VPN 809 в Windows 10

Виртуальная частная сеть (VPN) — это универсальное решение для обеспечения безопасности и конфиденциальности в Интернете. Когда они работают, они великолепны, но когда нет, они могут сбить вас с толку. В VPN-соединениях довольно часто возникают проблемы. Существуют примерно сотни различных кодов ошибок VPN, но в большинстве случаев появляются лишь некоторые из них. Если вы используете устройство Windows и VPN, то нередко можно встретить Ошибка VPN 809.

Эта ошибка обычно возникает, когда Windows не позволяет установить VPN через брандмауэр. Кроме того, эта ошибка может появиться, если вы не используете брандмауэр, но используете устройство NAT.

Трансляция сетевых адресов (NAT) предназначена для сохранения IP-адресов. Он позволяет частным IP-сетям с незарегистрированными IP-адресами подключаться к Интернету. NAT обычно работает на маршрутизаторе, соединяя две или более сетей, и преобразует незарегистрированную сеть в юридические адреса. Устройства NAT имеют особый способ трансляции сетевого трафика, и когда вы помещаете сервер за устройством NAT и используете среду IPsec NAT-T, вы можете получить эту ошибку.

Вы получаете сообщение об ошибке:

Сетевое соединение между вашим компьютером и сервером VPN не может быть установлено, потому что удаленный сервер не отвечает.

Кроме того, когда появляется ошибка, журнал событий также не отображает никаких связанных журналов, потому что трафик не достигает WAN-интерфейса MX.

Исправить ошибку VPN 809 в Windows 10

Вы можете выбрать следующие варианты устранения ошибки VPN 809:

1. Включите порты на вашем брандмауэре / маршрутизаторе
2. Добавить значение в реестр Windows
3. Отключить сетевые службы Xbox Live
4. Проверьте настройки PAP
5. Отключить сторонние приложения

Вариант 1. Включите порты на вашем брандмауэре / маршрутизаторе:

Код ошибки 809 VPN «Всегда включен» вызван тем, что порт PPTP (TCP 1723), порт L2TP или порт IKEv2 (порт UDP 500 или 4500) заблокирован на сервере VPN или брандмауэре. Решение — включить эти порты на брандмауэре или маршрутизаторе. Вы можете попробовать развернуть VPN-туннель на основе SSTP или OpenVPN у своего VPN-провайдера. Это позволит VPN-соединению беспрепятственно работать через брандмауэр, NAT и веб-прокси.

Вариант 2: Добавить значение в реестр Windows:

При попытке установить VPN-соединение, если ваш MX находится за NAT, вам нужно будет добавить «AssumeUDPEncapsulationContextOnSendRule”Значение DWORD в реестр Windows. Вот как это сделать:

1]Войдите в Windows Machine как ‘Админ‘

2]Щелкните правой кнопкой мышиНачинать’ и выберите ‘

3]Тип ‘regedit‘и нажмите’Войти’

4]Найдите запись «HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesPolicyAgent”

5]Щелкните правой кнопкой мыши и создайте новый ‘DWORD ‘ (32-битное) значение.

6]Добавить RegValue “AssumeUDPEncapsulationContextOnSendRule«И нажмите»Ok‘чтобы сохранить изменения.

7]Измените новую запись и измените данные значения с «0» к «2«.

8]Перезагрузите компьютер и проверьте соединение.

Примечание: Это решение идеально, когда ваш VPN-сервер и компьютер-клиент находятся за устройствами NAT.

Вариант 3. Отключите сетевые службы Xbox Live:

Для пользователей Windows 10 антивирус может быть несовместим с ОС, из-за чего он отклоняет соединения IPsec. Служба Windows 10 может блокировать доступ к L2TP / IPsec VPN, чтобы решить эту проблему, выполните следующие действия:

1]В ‘Поисковая строка‘ тип ‘Услуги‘.

2]В результатах нажмите «Услуги‘.

3]НайтиСетевые службы Xbox Live‘и отключите его.

Ваше VPN-соединение должно работать, а ошибка VPN 809 должна исчезнуть.

Вариант 4. Проверьте настройки PAP:

Выполните следующие действия, чтобы проверить правильность настройки параметров PAP:

1]Нажмите ‘Начинать‘и выберите’Настройки‘

2]Выбрать ‘Сеть и Интернет‘и выбрать’VPN ‘

3]Теперь вам нужно ‘Добавить VPN‘путем предоставления название соединения, имя пользователя, и пароль.

4]Теперь из ‘Вкладка «Свойства» ‘, Выбрать ‘Безопасность‘, затем перешел к’Расширенные настройки‘ вариант.

5]МеньшеАутентификация‘, Выбрать ‘Разрешить эти протоколы‘а затем отметьте только’PAP‘ коробка.

Теперь перезапустите систему, чтобы убедиться, что ошибка исчезла.

Вариант 5. Отключите сторонние приложения:

Иногда сторонние приложения на устройстве могут быть причиной ошибки VPN 809. Здесь вам нужно будет индивидуально выяснить, какое приложение вызывает проблему. Это может быть раздражающим вариантом, но как только вы отключите приложение-виновник, ошибка должна исчезнуть.

Ошибка VPN 809 — очень распространенная проблема VPN, с которой время от времени сталкивается каждый пользователь. Перечисленные выше варианты помогут вам решить эту проблему в кратчайшие сроки.

Связанное чтение: Устранение неполадок с распространенными кодами ошибок VPN и их решения.

Ошибка 809 при подключении к интернету (L2TP)

Всем привет! Сегодня мы будем разбирать, из-за чего возникает 809 ошибка при подключении к интернету (или VPN) и как её исправить. Данная проблема проявляется, когда компьютер не может связаться с конечным сервером через VPN тоннель L2TP подключения. Очень часто подобную ошибку замечают клиенты провайдера Билайн. Но также данный казус может возникать при подключении к частным или рабочим VPN серверам.

На самом деле косяк этой проблемы в операционной системе Windows. Дело в том, что VPN-клиент, который подключается к туннелю, не поддерживает L2TP/IPSec через NAT. И тут проблема кроется в IPSec при использовании шифрования ESP, а, насколько мы помним, ESP не поддерживает PAT, который и работает с адресацией через NAT.

NAT – это перевод внешних адресов во внутренние и наоборот. То есть при подключении к VPN-серверу клиент не может получить свой адрес, и получается дисконект. Но может быть проблема в закрытых портах или работе некоторых программ в винде. Далее я расскажу, как решить эту проблему.

ШАГ 1: Открытие портов

В первую очередь, нам нужно открыть порты на брандмауэре, так как он может блокировать их. Смотрите, Билайн использует два типа VPN: L2TP и PPTP. PPTP используется реже,  да и ошибка при нем данная не возникает. Для L2TP мы будем открывать несколько портов: 1701, 500, 1460 и 4500.

Ок, какие порты нам нужны, мы решили. Но какой протокол? – обычно используется UDP. Но если проблема останется, то создадим подобные правила и для TCP-протокола.

1. Перейдите в «Панель управления». В Windows 10 данный раздел можно найти в поисковой строке.

2. Переходим в раздел брандмауэра.

3. Открываем доп. параметры.

4. Кликаем ПКМ по входящим правилам и создаем одно.

5. «Для порта».

6. К сожалению, тут нельзя сразу выбрать два протокола. Сначала выделаем UDP. Ниже выделяем нижнюю галочку и вписываем порты: 1701, 500, 1460, 4500 (для L2TP). Если у вас PPTP, то указываем следующие порты: 1723, 1460, 4500.

7. Разрешаем подключение.

8. Тут оставляем все сети.

9. Обязательно введите понятное название, чтобы в случае чего можно было быстро найти и удалить правило. В описании лучше указать номера портов и тип протокола

10. А теперь проделываем те же самые действия, но только для исходящего подключения.

Если данный вариант не дал результата, то пробуем создать два аналогичных правила для входящего и исходящего подключения, но уже для TCP протокола. Если проблема осталась, то значит основа ошибки лежит именно в протоколе NAT-T –  то есть или клиент находится за NAT, или сервер.

ШАГ 2: Создания правила реестра

В IPSec используется также ESP 50 протокол. Проблема в том, что данные пакеты не поддерживаются в Windows. Но мы можем обернуть эти пакеты по 4500 порту UDP. Тогда подключение должно появиться – это можно сделать через команду в реестре.

1. Чтобы открыть редактор реестра, вам нужно найти на клавиатуре две кнопки (может иметь значок Windows) и английскую буковку R. Нажимаем на них одновременно и вписываем команду:

regedit

2. Если вы не можете найти эти кнопки, то просто введите ту же команду в поиске.

3. Теперь нужно открыть основной каталог «HKEY_LOCAL_MACHINE» и найти там раздел «SYSTEM». Далее переходим в «CurrentControlSet» и в ней ищем «Services». В самом конце просто нажмите по подразделу «PolicyAgent», чтобы вы увидели все параметры. Нажимаем на свободное поле справа правой кнопкой мыши, выбираем «Создать» – «Параметр DWORD (32 бита)».

4. Называем параметр как:

AssumeUDPEncapsulationContextOnSendRule

5. Даем значение «2».
6. Жмем «ОК».
7. Перезагружаем компьютер и проверяем подключение.

ШАГ 3: Изменения параметров шифрования

Есть такой глюк, что если вы уже где-то подключались с данного аккаунта к выделенному серверу, то на винде подключиться больше нельзя. Причем на других операционных системах (Linux, iOS или Android) такое не наблюдается. Данная проблема уже достаточно старая, и в Microsoft её никак не допилят. Но можно сделать это вручную. Опять идем в реестр по пути: HKEY_LOCAL_MACHINE – SYSTEM – CurrentControlSet – Services – теперь находим папку «RasMan» и открываем «Parameters».

Создаем два правила DWORD:

• AllowL2TPWeakCrypto – значение один (1).
• ProhibitIPSec – значение ноль (0).

Перезагружаемся, чтобы изменения вступили в силу. Если это не поможет, то откройте параметр «AllowL2TPWeakCrypto» и установите значение 0, чтобы выключить шифрование вообще. Опять перезагружаемся.

ШАГ 4: Отключение Xbox Live

На самом деле мы выполнили почти все, что нужно. Теперь подключение должно работать, но могут быть проблемы из-за одной службы, которая мешает подключению к серверу. Попробуем её выключить:

Через кнопки и R запускаем команду:

services.msc

Раздел «Службы» также можно запустить и через поиск.

Находим «Сетевую службу Xbox Live», заходим в неё и отключаем. Перезагружаем ОС.

Ничего не помогло?

В таком случае делаем комплекс мер:

• В первую очередь обновите операционную систему. Как я уже и говорил, данная проблема чаще всего возникает на винде, поэтому обновление может решить проблему.
  • Windows 10: «Пуск» – «Параметры» – «Обновление и безопасность» – «Центр обновления Windows».
  • Windows 7: «Пуск» – «Панель управления» – «Центр обновления Windows» – кнопка «Установить обновления».
• Если вы ранее устанавливали какие-то программы, которые работают с VPN или виртуальными сетевыми картами, то попробуйте выключить их в реестре или вообще удалить.
• Почистите компьютер от мусора – об этом очень подробно написано тут.
• Если проблема появилась внезапно, то можно попробовать выполнить «Восстановление системы» – через поиск или в «Панели управления» находим раздел «Восстановления» и запускаем «Восстановление системы». При этом выбираем самую раннюю точку.

Если ничего не помогает, то уже можно звонить провайдеру, возможно, проблема связана с удаленным сервером.

Устранение неполадок Always On VPN | Документы Microsoft

• 11.06.2018
• 11 минут на чтение

В этой статье

Применимо к: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows 10

Если при настройке Always On VPN не удается подключать клиентов к внутренней сети, причиной, скорее всего, является недопустимый сертификат VPN, неправильные политики NPS или проблемы со сценариями развертывания клиентов или в маршрутизации и удаленном доступе.Первым шагом в устранении неполадок и тестировании вашего VPN-соединения является понимание основных компонентов инфраструктуры Always On VPN.

Устранить проблемы с подключением можно несколькими способами. Для решения проблем на стороне клиента и общего устранения неполадок журналы приложений на клиентских компьютерах неоценимы. Для проблем, связанных с проверкой подлинности, журнал NPS на сервере NPS может помочь вам определить источник проблемы.

Коды ошибок

Код ошибки: 800

• Описание ошибки. Удаленное соединение не было установлено из-за неудачной попытки туннелей VPN. Возможно, сервер VPN недоступен. Если это соединение пытается использовать туннель L2TP / IPsec, параметры безопасности, необходимые для согласования IPsec, могут быть настроены неправильно.

• Возможная причина. Эта ошибка возникает, когда тип туннеля VPN — Автоматический и попытка подключения не удалась для всех туннелей VPN.

• Возможные решения:

  • Если вы знаете, какой туннель использовать для развертывания, установите тип VPN на этот конкретный тип туннеля на стороне клиента VPN.

  • Установив VPN-соединение с определенным типом туннеля, ваше соединение все равно не удастся, но это приведет к более специфичной для туннеля ошибке (например, «GRE заблокирован для PPTP»).

  • Эта ошибка также возникает, когда VPN-сервер недоступен или туннельное соединение не работает.

• Убедиться:

Код ошибки: 809

• Описание ошибки. Сетевое соединение между вашим компьютером и сервером VPN не может быть установлено, потому что удаленный сервер не отвечает.Это может быть связано с тем, что одно из сетевых устройств (например, брандмауэры, NAT, маршрутизаторы) между вашим компьютером и удаленным сервером не настроено для разрешения VPN-подключений. Обратитесь к администратору или поставщику услуг, чтобы определить, какое устройство может вызывать проблему.

• Возможная причина. Эта ошибка вызвана заблокированными портами UDP 500 или 4500 на сервере VPN или брандмауэре.

• Возможное решение. Убедитесь, что порты UDP 500 и 4500 разрешены через все брандмауэры между клиентом и сервером RRAS.

Код ошибки: 812

• Описание ошибки. Не удается подключиться к Always On VPN. Подключение было предотвращено из-за политики, настроенной на вашем сервере RAS / VPN. В частности, метод аутентификации, который сервер использовал для проверки вашего имени пользователя и пароля, может не соответствовать методу аутентификации, настроенному в вашем профиле подключения. Обратитесь к администратору сервера RAS и сообщите ему об этой ошибке.

• Возможные причины:

  • Типичная причина этой ошибки заключается в том, что сервер политики сети указал условие проверки подлинности, которое клиент не может выполнить.Например, NPS может указать использование сертификата для защиты соединения PEAP, но клиент пытается использовать EAP-MSCHAPv2.

  • Журнал событий 20276 регистрируется в средстве просмотра событий, когда настройка протокола проверки подлинности сервера VPN на основе RRAS не совпадает с настройкой клиентского компьютера VPN.

• Возможное решение. Убедитесь, что конфигурация вашего клиента соответствует условиям, указанным на сервере политики сети.

Код ошибки: 13806

• Описание ошибки. IKE не удалось найти действительный сертификат машины. Обратитесь к администратору сетевой безопасности по поводу установки действующего сертификата в соответствующее хранилище сертификатов.

• Возможная причина. Эта ошибка обычно возникает, когда на сервере VPN отсутствует сертификат компьютера или сертификат корневого компьютера.

• Возможное решение. Убедитесь, что сертификаты, указанные в этом развертывании, установлены как на клиентском компьютере, так и на сервере VPN.

Код ошибки: 13801

• Описание ошибки. Учетные данные для аутентификации IKE неприемлемы.

• Возможные причины. Эта ошибка обычно возникает в одном из следующих случаев:

  • Сертификат компьютера, используемый для проверки IKEv2 на сервере RAS, не имеет Server Authentication под Enhanced Key Usage .

  • Срок действия сертификата компьютера на сервере удаленного доступа истек.

  • Корневой сертификат для проверки сертификата сервера удаленного доступа отсутствует на клиентском компьютере.

  • Имя сервера VPN, используемое на клиентском компьютере, не соответствует subjectName сертификата сервера.

• Возможное решение. Убедитесь, что сертификат сервера включает Server Authentication в рамках Enhanced Key Usage . Убедитесь, что сертификат сервера все еще действителен.Убедитесь, что используемый ЦС указан в списке Доверенных корневых центров сертификации на сервере RRAS. Убедитесь, что VPN-клиент подключается, используя полное доменное имя VPN-сервера, указанное в сертификате VPN-сервера.

Код ошибки: 0x80070040

• Описание ошибки. Сертификат сервера не содержит Аутентификация сервера в качестве одной из записей об использовании сертификата.

• Возможная причина. Эта ошибка может возникнуть, если на сервере удаленного доступа не установлен сертификат проверки подлинности сервера.

• Возможное решение. Убедитесь, что сертификат компьютера, который сервер RAS использует для IKEv2 , содержит Server Authentication в качестве одной из записей об использовании сертификата.

Код ошибки: 0x800B0109

Обычно клиентский компьютер VPN присоединяется к домену на основе Active Directory. Если вы используете учетные данные домена для входа на сервер VPN, сертификат автоматически устанавливается в хранилище доверенных корневых центров сертификации.Однако, если компьютер не присоединен к домену или если вы используете альтернативную цепочку сертификатов, вы можете столкнуться с этой проблемой.

• Описание ошибки. Цепочка сертификатов обработана, но завершена корневым сертификатом, которому поставщик доверия не доверяет.

• Возможная причина. Эта ошибка может возникнуть, если соответствующий сертификат доверенного корневого ЦС не установлен в хранилище доверенных корневых центров сертификации на клиентском компьютере.

• Возможное решение. Убедитесь, что корневой сертификат установлен на клиентском компьютере в хранилище доверенных корневых центров сертификации.

Бревна

Журналы приложений

Журналы приложений на клиентских компьютерах записывают большую часть высокоуровневых подробностей событий VPN-подключения.

Ищите события из источника RasClient. Все сообщения об ошибках возвращают код ошибки в конце сообщения. Некоторые из наиболее распространенных кодов ошибок подробно описаны ниже, но полный список доступен в разделе «Коды ошибок маршрутизации и удаленного доступа».

Журналы НПС

NPS создает и хранит журналы учета NPS. По умолчанию они хранятся в% SYSTEMROOT% \ System32 \ Logfiles \ в файле с именем IN XXXX .txt, где XXXX — это дата создания файла.

По умолчанию эти журналы имеют формат значений, разделенных запятыми, но не содержат строки заголовка. Заголовочная строка:

  ComputerName, ServiceName, Record-Date, Record-Time, Packet-Type, User-Name, Fully-Qualified-Distinguished-Name, Called-Station-ID, Calling-Station-ID, Callback-Number, Framed-IP- Адрес, Идентификатор NAS, IP-адрес NAS, Порт NAS, Клиент-Поставщик, IP-адрес клиента, Удобное для клиента имя, Отметка времени события, Ограничение порта, Тип порта NAS, Информация о подключении, Framed-Protocol, Service-Type, Authentication-Type, Policy-Name, Reason-Code, Class, Session-Timeout, Idle-Timeout, Termination-Action, EAP-Friendly-Name, Acct-Status-Type, Acct-Delay- Time, Acct-Input-Octets, Acct-Output-Octets, Acct-Session-Id, Acct-Authentic, Acct-Session-Time, Acct-Input-Packets, Acct-Output-Packets, Acct-Terminate-Cause, Acct- Multi-Ssn-ID, Acct-Link-Count, Acct-Interim-Interval, Tunnel-Type, Tunnel-Medium-Type, Tunnel-Client-Endpt, Tunnel-Server-Endpt, Acct-Tunnel-Conn, Tunnel-Pvt- Group-ID, Tunnel-Assignment-ID, Tunnel-Preference, MS-Acct-Auth-Type, MS-Acct-EAP-Type, MS-RAS-Version, MS-RAS-Vendor, MS-CHAP-Error, MS- CHAP-домен, MS-MPPE-типы шифрования, MS-MPPE-шифрование- Политика, Proxy-Policy-Name, Provider-Type, Provider-Name, Remote-Server-Address, MS-RAS-Client-Name, MS-RAS-Client-Version
  

Если вставить эту строку заголовка в качестве первой строки файла журнала, а затем импортировать файл в Microsoft Excel, столбцы будут правильно помечены.

Журналы NPS могут быть полезны при диагностике проблем, связанных с политикой. Дополнительные сведения о журналах NPS см. В разделе «Интерпретация файлов журналов формата базы данных NPS».

Проблемы со скриптом VPN_Profile.ps1

Наиболее распространенные проблемы при ручном запуске сценария VPN_ Profile.ps1 включают:

• Используете ли вы инструмент удаленного подключения? Убедитесь, что вы не используете RDP или другой метод удаленного подключения, поскольку он мешает обнаружению входа пользователя в систему.

• Является ли пользователь администратором этого локального компьютера? Убедитесь, что при запуске файла VPN_Profile.ps1, что у пользователя есть права администратора.

• Включены ли у вас дополнительные функции безопасности PowerShell? Убедитесь, что политика выполнения PowerShell не блокирует сценарий. Вы можете отключить режим ограниченного языка, если он включен, перед запуском скрипта. Вы можете активировать режим ограниченного языка после успешного завершения скрипта.

Проблемы с подключением клиента AlwaysOn VPN

Небольшая неправильная конфигурация может привести к сбою клиентского соединения, и может быть сложно найти причину.Клиент Always On VPN выполняет несколько шагов перед установкой соединения. При устранении проблем с подключением клиентов пройдите процедуру устранения со следующим:

1. Имеется ли внешнее подключение машины для изготовления шаблонов? Сканирование whatismyip должно показать общедоступный IP-адрес, который вам не принадлежит.

2. Можете ли вы разрешить имя сервера удаленного доступа / VPN в IP-адрес? В панели управления > Сеть и Интернет > Сетевые подключения откройте свойства своего профиля VPN.Значение на вкладке Общие должно быть разрешено публично через DNS.

3. Можно ли получить доступ к серверу VPN из внешней сети? Рассмотрите возможность открытия протокола управляющих сообщений Интернета (ICMP) для внешнего интерфейса и проверки связи имени с удаленного клиента. После успешной проверки связи вы можете удалить разрешающее правило ICMP.

4. Правильно ли настроены внутренние и внешние сетевые адаптеры на сервере VPN? Они в разных подсетях? Подключается ли внешний сетевой адаптер к правильному интерфейсу на вашем брандмауэре?

5. Открыты ли порты UDP 500 и 4500 от клиента к внешнему интерфейсу сервера VPN? Проверьте брандмауэр клиента, брандмауэр сервера и все аппаратные брандмауэры.IPSEC использует UDP-порт 500, поэтому убедитесь, что IPEC нигде не отключен или не заблокирован.

6. Ошибка проверки сертификата? Убедитесь, что на сервере NPS есть сертификат проверки подлинности сервера, который может обслуживать запросы IKE. Убедитесь, что в качестве клиента NPS указан правильный IP-адрес VPN-сервера. Убедитесь, что вы аутентифицируетесь с помощью PEAP, а свойства Protected EAP должны разрешать аутентификацию только с помощью сертификата. Вы можете проверить журналы событий NPS на наличие сбоев проверки подлинности.Дополнительные сведения см. В разделе «Установка и настройка сервера NPS

   ».

7. Вы подключаетесь, но у вас нет доступа к Интернету / локальной сети? Проверьте пулы IP-адресов DHCP / VPN-серверов на наличие проблем с конфигурацией.

8. Вы подключаетесь и имеете действующий внутренний IP-адрес, но не имеете доступа к локальным ресурсам? Убедитесь, что клиенты знают, как добраться до этих ресурсов. Вы можете использовать VPN-сервер для маршрутизации запросов.

Проблемы с подключением условного доступа к Azure AD

Ой — Вы пока не можете добраться до этого

• Описание ошибки. Когда политика условного доступа не выполняется, соединение VPN блокируется, но устанавливается соединение после того, как пользователь выбирает X , чтобы закрыть сообщение. Выбор OK вызывает еще одну попытку аутентификации, которая заканчивается другим сообщением «Oops». Эти события записываются в журнал рабочих событий AAD клиента.

• Возможная причина

  • У пользователя есть действующий сертификат проверки подлинности клиента в хранилище личных сертификатов, который не был выдан Azure AD.

  • Раздел профиля VPN либо отсутствует, либо не содержит условного доступа AAD 1.3.6.1.4.1.311.87 условного доступа AAD 1.3.6.1.4.1.311.87 записей. Записи и сообщают VPN-клиенту, какой сертификат получить из хранилища сертификатов пользователя при передаче сертификата на VPN-сервер.Без этого VPN-клиент использует любой действительный сертификат аутентификации клиента, который есть в хранилище сертификатов пользователя, и аутентификация завершается успешно.

  • Сервер RADIUS (NPS) не был настроен для приема только клиентских сертификатов, содержащих OID условного доступа AAD .

• Возможное решение. Чтобы выйти из этого цикла, сделайте следующее:

  1. В Windows PowerShell запустите командлет Get-WmiObject , чтобы выгрузить конфигурацию профиля VPN.

  2. Убедитесь, что разделы , и существуют и содержат правильное имя и OID.

       PS C: \> Get-WmiObject -Class MDM_VPNv2_01 -Namespace root \ cimv2 \ mdm \ dmmap
     
     __ РОД: 2
     __CLASS: MDM_VPNv2_01
     __СУПЕРКЛАСС:
     __DYNASTY: MDM_VPNv2_01
     __RELPATH: MDM_VPNv2_01.InstanceID = "AlwaysOnVPN", ParentID = "./ Производитель / MSFT / VPNv2 "
     __PROPERTY_COUNT: 10
     __DERIVATION: {}
     __СЕРВЕР: DERS2
     __NAMESPACE: корень \ cimv2 \ mdm \ dmmap
     __PATH: \\ DERS2 \ root \ cimv2 \ mdm \ dmmap: MDM_VPNv2_01.InstanceID = "AlwaysOnVPN", ParentID = "./ Vendor / MSFT / VP
                                 Nv2 "
     Всегда включен                :
     ByPassForLocal:
     DnsSuffix:
     EdpModeId:
     InstanceID: AlwaysOnVPN
     Карантин                :
     ParentID:./ Производитель / MSFT / VPNv2
     ProfileXML:   false    true    true      derras2.
                                 corp.deverett.info; derras2.corp.deverett.info   ForceTunnel   Ikev2    Eap   Eap     25   0   0   0     25   true      true   false  13 
                                     true      true     5a 89 fe cb 5b 49 a7 0b
                                 1a 52 63 b7 35 ee d7 1c c2 68 be 4b    fal
                                 se   истина  false    <
                                 EKUName> AAD Conditional
                                 Доступ   1.3.6.1.4.1.311.87       Условный доступ AAD         false   false    false   false           
     RememberCredentials: False
     TrustedNetworkDetection:
     PSComputerName: DERS2
       

  3. Чтобы определить, есть ли действительные сертификаты в хранилище сертификатов пользователя, выполните команду Certutil :

       C: \> certutil -store -user Мой
     
      Мой личный"
      ================ Сертификат 0 ================
      Серийный номер: 32000000265259d0069fa6f205000000000026
      Эмитент: CN = corp-DEDC0-CA, DC = corp, DC = deverett, DC = info
       NotBefore: 08.12.2017, 20:07
       NotAfter: 08.12.2018, 20:07
      Тема: E = winfed @ deverett.info, CN = WinFed, OU = Users, OU = Corp, DC = corp, DC = deverett, DC = info
      Имя шаблона сертификата (тип сертификата): Пользователь
      Некорневой сертификат
      Шаблон: Пользователь
      Хэш сертификата (sha1): a50337ab015d5612b7dc4c1e759d201e74cc2a93
        Контейнер ключей = a890fd7fbbfc072f8fe045e680c501cf_5834bfa9-1c4a-44a8-a128-c2267f712336
        Простое имя контейнера: te-User-c7bcc4bd-0498-4411-af44-da2257f54387
        Provider = Microsoft Enhanced Cryptographic Provider v1.0.
      Тест шифрования пройден
     
      ================ Сертификат 1 ================
      Серийный номер: 367fbdd7e6e4103dec9b91f93959ac56
      Эмитент: CN = корневой центр сертификации Microsoft VPN 1-го поколения
       NotBefore: 08.12.2017 18:24
       NotAfter: 08.12.2017, 19:29
      Тема: CN = WinFed @ deverett.Информация
      Некорневой сертификат
      Хэш сертификата (sha1): 37378a1b06dcef1b4d4753f7d21e4f20b18fbfec
        Контейнер для ключей = 31685cae-af6f-48fb-ac37-845c69b4c097
        Уникальное имя контейнера: bf4097e20d4480b8d6ebc139c9360f02_5834bfa9-1c4a-44a8-a128-c2267f712336
        Provider = поставщик хранилища ключей программного обеспечения Microsoft
      Закрытый ключ НЕ экспортируется
      Тест шифрования пройден
       

     Примечание

     Если сертификат от эмитента CN = Microsoft VPN root CA gen 1 присутствует в личном хранилище пользователя, но пользователь получил доступ, выбрав X , чтобы закрыть сообщение Oops, соберите журналы событий CAPI2, чтобы проверить сертификат, используемый для Authenticate был действительным сертификатом аутентификации клиента, который не был выдан корневым центром сертификации Microsoft VPN.

  4. Если действительный сертификат аутентификации клиента существует в личном хранилище пользователя, соединение не будет установлено (как и должно) после того, как пользователь выберет X и если , и разделов существуют и содержат верную информацию.

     Появляется сообщение об ошибке «Не удалось найти сертификат, который можно использовать с расширяемым протоколом аутентификации».

Невозможно удалить сертификат из блейда подключения VPN

Ошибка VPN 809 в Windows 10

2 июля 13:53:20 Сообщение VPN: недопустимая группа DH 19.2 июля 13:53:20 Сообщение VPN: неверная группа DH 20. 

2 июля 14:00:40 Сообщение VPN: не найдено
2 июля 14:00:40 Сообщение VPN: ISAKMP-SA установлена ​​82.35.46.78 [4500] -174.45.35.220 [4500] spi: b74e92b3b5360c16: ce602504804696a9

 

27 июня 12:24:53 05: 00: 08: ab: cd: ef Клиент VPN отключился remote_ip: 174.X.X.X, user_id: administrator, local_ip: 192.168.100.239
27 июня 12:24:38 05: 00: 08: ab: cd: ef Подключен VPN-клиент remote_ip: 174.X.X.X, user_id: administrator, local_ip: 192.168.100.239