Microclimate.su

IT Новости
3 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Createfile failed on tap device openvpn

Ошибки VPN

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

Ошибки OpenVPN

Если вы не знаете как узнать ошибку, возникшую в ходе подключения, нажмите на следующую ссылку:

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

Как узнать какая OpenVPN ошибка возникла?

Программа OpenVPN имеет лог подключения. При подключении к OpenVPN серверу программа записывает данные подключения. Эта информация никуда не передается и остается на вашем компьютере, чтобы вы могли понять из-за чего возникла ошибка впн. Чтобы вызвать окно лога, нажмите дважды левой кнопкой мыши на иконку OpenVPN в системном трее.

Когда соединение прошло успешно, и вы подключены к VPN серверу, то окно лога должно выглядеть так:

Не могу выбрать «Connect» при нажатии на иконку в системном трее

В списке есть только «Proxy Settings», «About» и «Exit», но нет пункта «Connect».

Это означает, что вы не скачали и/или не скопировали конфигурационный файл «client.ovpn» в «C:/Program Files/OpenVPN/config». Откройте еще раз Инструкцию по настройке OpenVPN соединения для вашей ОС и проверьте все шаги установки и настройки.

Connect to IP:Port failed, will try again in 5 seconds; No Route to Host

Данная ошибка означает, что у вас нет подключения к Интернету, либо его блокирует ваш Firewall или Антивирус.

Проверьте активно ли ваше Интернет подключение, отключите Firewall, Антивирус и подключитесь еще раз.

Cannot load certificate file client.crt

Данная ошибка связана с отсутствием сертификационных файлов в папке «C:Program FilesOpenVPNconfig».

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

All TAP-Win32 adapters on this system are currently in use

Эта впн ошибка связана с некорректной работой Windows и программы OpenVPN. Также эта OpenVPN ошибка может возникнуть вследствие отключения Интернета без отключения сначала OpenVPN соединения. Всегда отключайте сначала OpenVPN соединение и только затем Интернет.

Для устранения ошибки, зайдите в «Пуск -> Сетевые подключения». Найдите «Подключение по локальной сети. TAP-Win32 Adapter» и правой кнопкой мышки щелкните на ярлыке. Выберите «Отключить».

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

ERROR: Windows route add command failed: returned error code 1

Данная ошибка связана с ограничением прав в Windows Vista, Seven.

Для устранения ошибки, необходимо выйти из OpenVPN GUI. Правой кнопкой мышки нажать на иконку OpenVPN GUI на рабочем столе и выбрать пункт меню «Свойства»

На вкладке «Совместимость» поставьте галочку «Выполнять эту программу от имени администратора».

Теперь запустите OpenVPN GUI еще раз и подключитесь к VPN серверу.

Initialization Sequence Completed With Errors

Данная ошибка связана с неправильной работой службы DHCP из-за антивирусов или фаерволов.

Ошибка наблюдалась постоянно у фаервола Outpost Firewall версии 2009 и ранее, наблюдается также у антивируса Касперского. Ниже представлено решение для антивируса Касперского. Сам алгоритм ничем не отличается от решения проблемы для других антивирусов и фаерволов.

Читать еще:  Домашний vpn сервер

Для устранения ошибки, необходимо зайти в «Пуск -> Панель Управления -> Сетевые подключения» и зайти в «Свойства» виртуального адаптера «TAP-Win 32 Adapter». На вкладке «Общие» в списке отключить Kaspersky Anti-Virus NDIS Filter и затем нажать «ОК».

Теперь подключитесь к VPN и подключение должно пройти успешно.

Bridged TAP adapter fails after hibernation. #29

Comments

Copy link Quote reply

arrowd commented Jan 9, 2017

I am using Windows Server 2012 R2. My network card adapter is bridged with TAP adapter, which is used by OpenVPN. Somewhere since November Windows update, when computer gets up from hibernation, my OpenVPN service started to stop working properly.

I’ve tracked this down to TAP adapter being recreated (or something like, dunno) after the wakeup. If i remove TAP adapter from the bridge and then re-add it back, it starts to work.

Any idea how to fix it?

This comment has been minimized.

Copy link Quote reply

mattock commented Jan 9, 2017

Interesting problem. are you using OpenVPN 2.4.0?

This comment has been minimized.

Copy link Quote reply

arrowd commented Jan 9, 2017

Yes, but this was the case with 2.3 too. I suspect the problem isn’t within OpenVPN, but TAP driver, or even Windows.

When computer just wakes up from hibernation, TAP adapter statistics shows 0 bytes recieved/sent, just as the adapter was just created. My network card adapter statistics, on other hand, show all the traffic since the machine start.

This comment has been minimized.

Copy link Quote reply

mattock commented Jan 9, 2017

OpenVPN 2.4 has a completely new OpenVPNService (openvpnserv2.exe) written in C#. So the behavior between 2.3.x and 2.4.x might differ.

Does the problem occur if you suspend (to RAM) instead of hibernate?

This comment has been minimized.

Copy link Quote reply

arrowd commented Jan 9, 2017

OpenVPN 2.4 has a completely new OpenVPNService (openvpnserv2.exe) written in C#. So the behavior between 2.3.x and 2.4.x might differ.

I know, but unfortunately it is not the case for me.

Does the problem occur if you suspend (to RAM) instead of hibernate?

I found that putting server into Sleep is quite tricky. I used rundll32.exe powrprof.dll,SetSuspendState 0,1,0 and with that problem still occurs.

This comment has been minimized.

Copy link Quote reply

selvanair commented Jan 9, 2017 •

On «power events» like sleep or hibernate the tap adapter stops and restarts on wakeup. I don’t know whether this is the required behaviour for NDIS drivers.

In case of openvpn this causes connections to drop which we now handle by issuing a restart with a few seconds delay just before the sleep starts so the restart will happen on wakeup (earlier openvpn used disconnect on such events). In your case its the bridge setup that should cleanly handle such adapter disconnects and reconnects. Does it work correctly if a hardware adapter like a network card is bridged? If yes, the TAP driver’s handling of power events probably needs some fix.

Читать еще:  Выбор даты рождения html

This comment has been minimized.

Copy link Quote reply

arrowd commented Jan 9, 2017

Does it work correctly if a hardware adapter like a network card is bridged?

My bridge includes both TAP and hardware adapter. After wakeup hardware adapter works ok.

This comment has been minimized.

Copy link Quote reply

selvanair commented Jan 9, 2017

Considering that you wrote the bridge has to be recreated after wake up, I was wondering whether a bridge that has only hardware adapters survives hibernation. But reading what you wrote again, its not clear the bridge is broken on wakeup. Could you please try starting the connection from command line with log on console, put the computer to sleep and see what happens on wake up. Openvpn logs on the console should show TAP disconnect causing openvpn to issue a restart which should trigger on wakeup.

This comment has been minimized.

Copy link Quote reply

arrowd commented Jan 9, 2017

Whoa, you seem to be right. Here is the log on awakening:

Mon Jan 09 15:04:39 2017 us=264364 TUN/TAP I/O operation aborted, restarting
Mon Jan 09 15:04:39 2017 us=264364 TCP/UDP: Closing socket
Mon Jan 09 15:04:39 2017 us=264364 Closing TUN/TAP interface
Mon Jan 09 15:04:39 2017 us=264364 SIGHUP[soft,tun-abort] received, process restarting
Mon Jan 09 15:04:39 2017 us=265366 Current Parameter Settings:
.
.
Mon Jan 09 15:04:39 2017 us=267368 OpenVPN 2.4.0 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Dec 27 2016
Mon Jan 09 15:04:39 2017 us=267368 Windows version 6.2 (Windows 8 or greater) 64bit
Mon Jan 09 15:04:39 2017 us=267368 library versions: OpenSSL 1.0.2i 22 Sep 2016, LZO 2.09
Mon Jan 09 15:04:39 2017 us=267368 Restart pause, 2 second(s)
Mon Jan 09 15:04:41 2017 us=268231 NOTE: when bridging your LAN adapter with the TAP adapter, note that the new bridge adapter will often take on its own IP address that is different from what the LAN adapter was previously set to
Mon Jan 09 15:04:41 2017 us=268231 Diffie-Hellman initialized with 2048 bit key
Mon Jan 09 15:04:41 2017 us=269232 TLS-Auth MTU parms [ L:1656 D:1210 EF:40 EB:0 ET:0 EL:3 ]
Mon Jan 09 15:04:41 2017 us=269232 interactive service msg_channel=0
Mon Jan 09 15:04:41 2017 us=269232 open_tun
Mon Jan 09 15:04:41 2017 us=269232 CreateFile failed on TAP device: .Global.tap: The system cannot find the file specified. (errno=2)
Mon Jan 09 15:04:41 2017 us=269232 Exiting due to fatal error

This comment has been minimized.

Copy link Quote reply

selvanair commented Jan 9, 2017

Mon Jan 09 15:04:41 2017 us=269232 open_tun
Mon Jan 09 15:04:41 2017 us=269232 CreateFile failed on TAP device: .Global.tap: The system cannot find the file specified. (errno=2)
Mon Jan 09 15:04:41 2017 us=269232 Exiting due to fatal error

Hmm.. open tun failed. The tap device is supposed to come back up on wakeup. Does this happen even if not bridged? What happens if you rerun openvpn from cmd line after this failure — is it just that tap needs more time to come up?

This comment has been minimized.

Copy link Quote reply

arrowd commented Jan 11, 2017

Does this happen even if not bridged?

What happens if you rerun openvpn from cmd line after this failure — is it just that tap needs more time to come up?

Seems so. Re-running is what i’m doing currently to work-around this — OpenVPN correctly opens tap device.

This comment has been minimized.

Copy link Quote reply

selvanair commented Jan 11, 2017 •

Your logs showed a pause of only 2 seconds after tun-abort (caused by the driver shutdown on power event). IIRC, the SIGHUP restart (instead of terminate) in such cases was implemented with a longer than usual pause of 10 seconds. Are you running a customized version?

Further, even if openvpn terminates, the new service will repeatedly try restarting it as mattock mentioned. So, if restarting after a delay does work, I am not sure why your tunnel is not back up after the wakeup.

This comment has been minimized.

Copy link Quote reply

arrowd commented Jan 13, 2017

Are you running a customized version?

Nope, official OpenVPN installer for Windows.

Here is today log:

Thu Jan 12 23:46:28 2017 us=607271 OpenVPN 2.4.0 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Dec 27 2016
Thu Jan 12 23:46:28 2017 us=607271 Windows version 6.2 (Windows 8 or greater) 64bit
Thu Jan 12 23:46:28 2017 us=607271 library versions: OpenSSL 1.0.2i 22 Sep 2016, LZO 2.09
Thu Jan 12 23:46:28 2017 us=607271 Restart pause, 2 second(s)

Fri Jan 13 08:29:00 2017 us=164782 NOTE: when bridging your LAN adapter with the TAP adapter, note that the new bridge adapter will often take on its own IP address that is different from what the LAN adapter was previously set to
Fri Jan 13 08:29:00 2017 us=164782 Diffie-Hellman initialized with 2048 bit key
Fri Jan 13 08:29:07 2017 us=957457 TLS-Auth MTU parms [ L:1656 D:1210 EF:40 EB:0 ET:0 EL:3 ]
Fri Jan 13 08:29:07 2017 us=957457 interactive service msg_channel=0
Fri Jan 13 08:29:07 2017 us=957457 open_tun
Fri Jan 13 08:29:07 2017 us=957457 TAP-WIN32 device [OpenVPN] opened: .Global.tap
Fri Jan 13 08:29:07 2017 us=957457 TAP-Windows Driver Version 9.21
Fri Jan 13 08:29:07 2017 us=957457 TAP-Windows MTU=1500
Fri Jan 13 08:29:07 2017 us=958458 Sleeping for 10 seconds.
Fri Jan 13 08:29:17 2017 us=958885 NOTE: FlushIpNetTable failed on interface [17] (status=1168) : Element not found.

So now it looks working from the log perspective, but it still doesn’t work in reality — pings from client can’t reach the server. Moreover, here is output of ipconfig :

Ethernet adapter Network Bridge:

Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::597d:3e29:e349:1e88%19
IPv4 Address. . . . . . . . . . . : 192.168.7.100
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.7.1

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :

GUID’s are different and while ipconfig says the adapter is disconnected, it is shown as connected in «Network Connections» Windows.
I’m completely lost with this.

Ссылка на основную публикацию
Adblock
detector