Cannot allocate TUN/TAP dev dynamically

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Starting Tunnelblick from the console with the following command:
sudo /Applications/Tunnelblick.app/Contents/Resources/openvpn --config
/Users/matthias/Library/openvpn/test2.ovpn

What is the expected output? What do you see instead?
Mon Oct 20 01:41:17 2008 us=892553 Cannot allocate TUN/TAP dev dynamically

What version of the product are you using? On what operating system?
R3.0b9
Leopard

Original issue reported on code.google.com by nivo...@gmail.com on 19 Oct 2008 at 11:42

[GoogleCodeExporter]

I suddenly get the same thing, both my connections which used to work, now say 
the
same thing. Same version and Leopard here aswell.

Mon 11/17/08 03:13 PM: Cannot allocate TUN/TAP dev dynamically

I just updated, and suspect this happened after restarting.

Original comment by bushwa...@gmail.com on 17 Nov 2008 at 2:14

[GoogleCodeExporter]

Here is the problem, Trying to manually load the kext doesn't even work:

fou161:Resources wakko$ sudo kextload tun.kext/
kld(): Undefined symbols:
_tun_start
_tun_stop
kextload: kld_load_from_memory() failed for module
/Applications/Tunnelblick.app/Contents/Resources/tun.kext/Contents/MacOS/tun
kextload: a link/load error occured for kernel extension tun.kext/
link/load failed for extension tun.kext/
 (run kextload with -t for diagnostic output)

Original comment by bushwa...@gmail.com on 17 Nov 2008 at 2:38

[GoogleCodeExporter]

I am suddenly having this same problem. My install had been working great for 
weeks.
All of the sudden, I can't connect to my corporate OpenVPN vpn server now from 
my
Macbook Pro.

OS version: 10.5.6

Tunnelblick version: 3.0b10

I can connect just fine to the same OpenVPN vpn server from my Gentoo Linux box,
using the exact same config file on it as is in use on the Mac.

To my knowledge, no changes have been made to the OpenVPN server between the 
time
that Tunnelblick worked and now. Likewise, to the best of my knowledge, no 
changes
have been made to the Mac between the time that Tunnelblick worked and now.

If I open the Mac 'console' program, then try and connect to my OpenVPN server, 
the
following messages are logged in the console window:

4/1/09 6:19:41 PM Tunnelblick[151] -[_NSThemeCloseWidget(0x1a5140) lockFocus] 
failed
with window=0x19de90, windowNumber=31, [self isHiddenOrHasHiddenAncestor]=0 
4/1/09 6:20:42 PM [0x0-0x20020].com.openvpn.tunnelblick[297] kextload: extension
/Applications/Tunnelblick.app/Contents/Resources/tap.kext is already loaded 
4/1/09 6:20:42 PM [0x0-0x20020].com.openvpn.tunnelblick[297] kextload:
kmod_control/start failed for foo.tun; destroying kmod 
4/1/09 6:20:42 PM [0x0-0x20020].com.openvpn.tunnelblick[297] kextload: a 
link/load
error occured for kernel extension
/Applications/Tunnelblick.app/Contents/Resources/tun.kext 
4/1/09 6:20:42 PM [0x0-0x20020].com.openvpn.tunnelblick[297] link/load failed 
for
extension /Applications/Tunnelblick.app/Contents/Resources/tun.kext 

 Anyone have any suggestions for how to fix this?

Original comment by mon...@gmail.com on 1 Apr 2009 at 10:33

[GoogleCodeExporter]

I figured out my problem.

My memory was falty about no changes having been made to the Mac.
The Cisco SSL VPN client had been installed on my machine while helping test 
it's
installation for a friend.

The Cisco client and Tunnelblick/OpenVPN do not play nice on the same machine 
with
respect to sharing the tun/tap device.

I ran the /opt/cisco/vpn/bin/vpn_uninstall.sh script that was thoughtfully 
included
(Thank You Cisco), restarted the Mac, restarted Tunnelblick and connected to my
OpenVPN server on the first try.

What clued me in on this was opening a Terminal window on the Mac and doing 
"ifconfig
-a |more" and seeing a reference in the output to Cisco.

I'm all good now.  Hope this helps someone else out!

Original comment by mon...@gmail.com on 1 Apr 2009 at 11:15

[GoogleCodeExporter]

I get the same problem here.
the tun driver and everything else that tunnelblick needs is inside the .app 
folder apparrently, so I 
downloaded an older version, no dice.
deleted the pref, nada.
cleard the Console and tried again and got this:
kextload: extension 
/Users/(me)/Applications/Tunnelblick.app/Contents/Resources/tap.kext is already 
loaded
kextload: extension 
/Users/(me)/Applications/Tunnelblick.app/Contents/Resources/tun.kext is already 
loaded
Apr 18 20:28:54 WhiteiMac openvpn[7124]: Cannot allocate TUN/TAP dev dynamically
rebooting gives me this:
kextload: /Users/(me)/Applications/Tunnelblick.app/Contents/Resources/tap.kext 
loaded successfully
kextload: /Users/(me)/Applications/Tunnelblick.app/Contents/Resources/tun.kext 
loaded successfully
Apr 18 20:40:31 WhiteiMac openvpn[233]: Cannot allocate TUN/TAP dev dynamically
so it is able to load the kexts fine, but then... ?

Original comment by FuturDre...@gmail.com on 19 Apr 2009 at 2:44

[GoogleCodeExporter]

Cisco VPN was my issue, uninstalled and restarted tunnelblick, connected fine 
now

Original comment by Geekcr...@googlemail.com on 27 May 2009 at 3:59

[GoogleCodeExporter]

Hello, I'm having the same problem - Tunnelblick doesn't even attempt to set up 
a
connection.

Tried checking and unchecking the "set nameserver" chechbox, but it didn't 
change
anything.

On the console, I got the same error messages as FuturDreamz - TUN/TAP being 
loaded,
but can't be allocated...

For the Cisco VPN thing - I'm pretty sure I don't have that on my machine 
(pre-WWDC
unibody MBP 15" with Leopard 10.5.7), nor ever had... or can it have come to my
machine with some other app?

I also don't have any other VPN or OpenVPN implementation installed, except for
Leopard's built-in VPN, with which I had played around once before (but removed 
the
configuration again afterwards) - might that be the cause of my troubles?

I also have MacPorts installed, with ports as nmap and wget.

Thanks in advance for your help! :-)

Original comment by thomas.b...@gmail.com on 19 Jun 2009 at 11:57

[GoogleCodeExporter]

I have the same issue on Mac OS X 10.6 with 64 bit kernel mode.

Original comment by smart...@gmail.com on 23 Aug 2009 at 3:55

[GoogleCodeExporter]

I also have the same issue with Snow Leopard in 64bit mode.

Original comment by flor...@florianjensen.com on 26 Aug 2009 at 1:42

[GoogleCodeExporter]

 My understanding is that the 64-bit kernel requires 64-bit .kext files.

The tun/tap kexts that Tunnelblick includes are 32-bit .kext files from the 
TunTap project 
(http://tuntaposx.sourceforge.net/index.xhtml).

The TunTap project does not yet have a 64-bit release, so it may be a while 
until Tunnelblick includes a version 
with 64-bit .kext files.

Original comment by jkbull...@gmail.com on 26 Aug 2009 at 2:35

[GoogleCodeExporter]

http://marianmi.comp.nus.edu.sg/2009/08/tuntap-universal-driver.php

32/64 bit tun tap release.

Original comment by mihailes...@gmail.com on 31 Aug 2009 at 3:46

[GoogleCodeExporter]

I am on the Tunnelblick development team.

Unfortunately, we aren't able to use the tun/tap .kexts without the sourcecode 
(we don't add binaries for 
security reasons).

Would you be willing to email your 64-bit version source to me for official 
inclusion in the Tunnelblick 
project? You would be credited in the release notes, of course.

(Click on the ellipsis in my address to get my full email address.)

Thanks.

Original comment by jkbull...@gmail.com on 31 Aug 2009 at 4:12

[GoogleCodeExporter]

http://jamit.de/2009/09/02/snow-leopard-64bit-tunnelblick.html

with source code.

Original comment by phil.bla...@googlemail.com on 1 Sep 2009 at 11:48

[GoogleCodeExporter]

Wow, I have the same problem. I boot Macbook Pro, Snow Leopard in 64 bit mode 
and tunnelblick does not work 
- gives error "cannot allocate tun/tap dev dynamically". However, works fine in 
32 bit Snow Leopard.

Original comment by kaza...@gmail.com on 6 Sep 2009 at 6:49

[GoogleCodeExporter]

Current build (b18) should fix the 64bit kernel issue. However it raises a new 
one. The "set nameserver" option 
causes Tunnelblick to connect, reconnect, connect, ... in a loop.

My build (built from current subversion source) should fix both issues:

http://jamit.de/2009/10/09/tunnelblick-fur-snow-leopard.html

Original comment by phil.bla...@googlemail.com on 9 Oct 2009 at 2:06

[GoogleCodeExporter]

Tunnelblick 3.0b20 has been released and is available on the downloads page:
http://code.google.com/p/tunnelblick/downloads/list

Release Notes are available at:
http://code.google.com/p/tunnelblick/wiki/ReleaseNotes

It includes fixes for problems using "Set nameserver" on Snow Leopard.

Original comment by jkbull...@gmail.com on 9 Oct 2009 at 9:23

[GoogleCodeExporter]

Tunnelblick 3.0b22 fixes the problem with tun/tap on 64-bit Snow Leopard.

Original comment by jkbull...@gmail.com on 3 Nov 2009 at 4:39

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I am using Tunnelblick since a long time successfully with tun dconfigs. Thanks 
for this great app!

With Tunnelblick 3.0b22 (build 1246) on Leopard 10.5.8 I now need to use a tap 
configuration and get the 
following error:
openvpn[93947]: Cannot allocate TUN/TAP dev dynamically

Unfortuneatly I have no access to the server.conf and cannot change any 
settings of the VPN itself. What can I 
do to make Tunnelblick/openVPN running with tap?

Original comment by sven.kin...@gmail.com on 14 Nov 2009 at 2:17

[GoogleCodeExporter]

I solved my issue #19 above.

In my conf I replaced:
dev-type tap
dev openxyz

by:
dev tap

all good now!

Original comment by sven.kin...@gmail.com on 14 Nov 2009 at 3:11

[GoogleCodeExporter]

I can confirm comment #20 that changing the dev name on the config file to 
'tap' works.

Original comment by LKRai...@gmail.com on 4 Feb 2010 at 10:45

[GoogleCodeExporter]

I also confirm comment #20. Replacing dev-type tun by dev tun works perfectly.

Original comment by olivier....@gmail.com on 2 Jun 2010 at 9:48

[GoogleCodeExporter]

The problem with dev-type is an OpenVPN problem.

Original comment by jkbull...@gmail.com on 4 Jun 2010 at 4:33

• Changed state: OpenVPN

[GoogleCodeExporter]

I was experiencing the same sort of issue as well.

The solution that worked for me was to connect to the network via the cord as 
opposed to using wifi. 

Hope this helps. 

Original comment by danoman...@gmail.com on 23 Apr 2011 at 4:57

[GoogleCodeExporter]

@danoman...

Thanks. I don't see how that should help. Could you post your configuration 
file, and the _complete_ contents of the log file from the Details... window 
when you try to connect using WiFi? That would help me figure out what is 
happening. Also, what model Mac are you using?

Remember to X out anything sensitive like your server address and the contents 
(if any) of keys and certificates. (You don't need to X out the _name_ of the 
key/certificate files, just the contents of them if they are inserted into the 
configuration file, which is very unusual.)

Original comment by jkbull...@gmail.com on 23 Apr 2011 at 5:06

[GoogleCodeExporter]

On advanced settings, checking "Use Tunneblick tun/tap drivers" solved the 
issue.

Original comment by ercue...@gmail.com on 15 May 2013 at 8:44

[GoogleCodeExporter]

"Use Tunnelblick tun/tap drivers" is checked by default.

Original comment by jkbull...@gmail.com on 15 May 2013 at 9:16