Все началось два дня назад, и я до сих пор не могу найти возможную причину этой проблемы.
Когда я запускаю VPN изFortiClientон подключается к моей конечной точке, по-видимому, без каких-либо проблем, но мое приложение, которое использует соединение с некоторыми удаленными серверами через VPN, не может подключиться ни к одному из этих удаленных серверов.
Пользовательский интерфейс показывает, что мой VPN подключен, и с конечной точки передается и принимается некоторое минимальное количество байтов.
У меня также есть ноутбук для тестирования моего приложения, и, конечно же, он работает без проблем и как и ожидалось. (Та же сеть, но с использованием WI-FI). Поэтому я пришел к выводу, что проблема в подключении, установленном на моем основном рабочем ПК.
Я извлек журнал из клиента и, по сути, в журналах ПК я вижу проблемную строку, которая говорит мне о проблеме с поискоминтерфейс local_gwyв то время как в журналах ноутбука эта строка отсутствует.
Если я попытаюсь начатьтрассировкадля удаленных серверов, используемых моим приложением, похоже, что вместо использования VPN tracert пытается разрешить удаленный IP-адрес, используя напрямую маршрутизатор, используемый в качестве основного шлюза в моей локальной сети.
Для полноты картины я добавляю ниже соответствующие строки журнала FortiClient, внеся лишь минимальные изменения, чтобы сделать их более читабельными.
07/06/2018 15.16.46Информация VPN FortiSslvpn: 3624: fortissl_connect: device=ftvnic 07/06/2018 15.16.46Информация VPN FortiSslvpn: 17572: PreferDtlsTunnel=0
07/06/2018 15.16.50Уведомление VPN дата=2018-06-07 время=15:16:49 logver=1
тип=уровень трафика=уведомление sessionid=77701204 имя хоста=XXX-001
pcdomain= uid=35E71F414B094256872204C743FC00EC devid=FCT8001384981323
fgtserial=N/A emsserial=N/A regip=N/A имя_источника=sslvpn srcproduct=N/A
srcip=XXX.XXX.XXX.XXX порт_источника=N/A направление=исходящий
dstip=XXXXXX.XXXXXX.XXX remotename=N/A порт_источника=10443 пользователь=XXXXXXXX
протокол=6 rcvdbyte=12884901916 sentbyte=4294969553 utmaction=passthrough
utmevent=vpn threat=connect vd=N/A fctver=5.6.6.1167
os="Microsoft Windows 10 Professional Edition, 64-разрядная версия (сборка 17134)" usingpolicy=""
service= url=N/A userinitiated=0 browsetime=N/A
07/06/2018 15.16.50Информация VPN id=96600 user=Пользователь msg="
Состояние туннеля SSLVPN" vpnstate=подключено vpntunnel=MyVPN vpntype=ssl
07/06/2018 15.16.56Ошибка VPN FortiSslvpn: 17868: Ошибка поиска интерфейса для local_gwy 0164c80a
Кто-нибудь сталкивался с этой проблемой раньше? Кажется, что нет никакой информации об этой конкретной ошибке при поиске по точному сообщению об ошибке или просто по ключевому словуlocal_gwy
решение1
Ну что ж, после очередного дня тщетных попыток я, кажется, нашел виновника.
У меня также естьOpenVPNустановлен на том же рабочем ПК. Этот инструмент делает то же самое, что и FortiClient, и, конечно, он должен был быть первым подозреваемым в моем поиске. Однако я всегда отключал эту службу и запускал ее только при необходимости, поэтому я полностью исключил ее как причину проблемы.
Ну, этого, видимо, недостаточно. Я началАвтозапускидля обнаружения различных программ, работающих на моем ПК, и обнаружил, что OpenVPN имеет не только работающую клиентскую службу (называемуюCAPIWS.EXEи он был остановлен, как и ожидалось), но также и на стороне сервера (?)OPENVPNSRV.EXEи другие меньшие исполняемые файлы в качестве служб.
Наконец, AUTORUNS также показывает мне, что есть два драйвера, принадлежащие OpenVPN, с именамиTAP0901.SYSиTAPOAS.SYS.
С помощью Autoruns я отключил все эти программы и наконец строку с сообщением об ошибкеОшибка поиска интерфейса для local_gwyисчезло, и мое приложение снова заработало.
Мораль истории такова: лучше не устанавливать два VPN-ПО одновременно.