#320 closed Bug / Defect ( fixed )
"Add a new TAP-Windows virtual ethernet adapter" doesn't exist anymore
| Reported by: | hildeb | Owned by: | JoshC |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | Generic / unclassified | Version: | OpenVPN 2.3.2 (Community Ed) |
| Severity: | Patch Queue: In progress | Keywords: | log tap |
| Cc: |
Description
Wed Aug 21 18:48:12 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Jun 3 2013
...
Wed Aug 21 18:48:23 2013 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Wed Aug 21 18:48:24 2013 There are no TAP-Windows adapters on this system. You should be able to create a TAP-Windows adapter by going to Start -> All Programs -> OpenVPN -> Add a new TAP-Windows virtual ethernet adapter.
The log recommends running "Start -> All Programs -> OpenVPN -> Add a new TAP-Windows virtual ethernet adapter", but recent versions of OpenVPN don't install that anymore.
Change History (7)
comment:1 Changed 12 years ago by
| Owner: | set to JoshC |
|---|---|
| Status: | new → accepted |
comment:2 follow-up: 6 Changed 12 years ago by
comment:3 Changed 12 years ago by
| Priority: | major → minor |
|---|
comment:4 Changed 12 years ago by
| Severity: | Not set (if unsure, select this one) → Patch Queue: In progress |
|---|
comment:5 Changed 12 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | accepted → closed |
In the 2.3-series, the TAP installation is a separate installer that's bundled with the OpenVPN installer. As such, the TAP utilities get placed in a "Program File" group under the name TAP-Windows. The frontend scripts to add or remote TAP devices can be found at Start -> Programs -> TAP-Windows -> Utilities.
This will work in 2.3.2 (the latest release,) but one of the earlier releases in the 2.3 series (only 2.3.0 I believe) wouldn't install the utilities by default during a typical install. This is fixed by using the official updated build release, or simply the latest version.
I'll write a source code patch to fix this reference in the error log since you are correct that this is directing users to look in the wrong location.