search

webmastir / tunnelblick

Automatically exported from code.google.com/p/tunnelblick
0 stars 0 forks source link

Multiple TUN adapters created #2

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Having the machine sleep

What is the expected output? What do you see instead?
The connection is lost becuase multiple tun-adapters are created. ifconfig
shows tun0, tun1, tun2, tun3, etc depending on how many sleep/wake cycles
it has gone through. Quitting and restarting the daemon does not fix the
issue. Manually deleting all the adapters (ifconfig tunx delete) and
re-launching the application fixes the issue

What version of the product are you using? On what operating system?
Mac OS X Tiger

Please provide any additional information below.
I have shut down the sleeping, HD sleep, etc, but the issue does seem to
appear only after the screen goes off (in my case, 15-minutes) and then is
brought back up. I would be happy with a bash-script (or AppleScript I
suppose) that could run as a cronjob to remove the extra adapters when it
is brought back from sleep.

Original issue reported on code.google.com by tom.nt...@gmail.com on 24 Jul 2008 at 11:42

GoogleCodeExporter commented 9 years ago 
Can somebody else confirm this problem? I couldn't reproduce it. I tested on 
Leopard and Tiger. 

If so, I would need more detailed instructions on how to reproduce it, please.

Thanks,
Angelo

Original comment by angelol...@gmail.com on 27 Jul 2008 at 5:18

GoogleCodeExporter commented 9 years ago 
confirming here. Unfortunately it's the machine of a road warrior, so I cannot 
do
much to help you debug it. It may well have been a case of enabling sleep mode 
while
the VPN connection was open though. 

Trying to find out more.

Here's the part of the user's ifconfig output (indentation was destroyed by 
Skype
chat, I'm afraid)

en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::214:51ff:feed:60dc%en1 prefixlen 64 scopeid 0x6 
inet 192.168.2.36 netmask 0xffffff00 broadcast 192.168.2.255
ether 00:14:51:ed:60:dc 
media: autoselect status: active
supported media: autoselect
tun0: flags=8851<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff 
open (pid 127)
tun1: flags=8851<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 10.8.0.10 --> 10.8.0.9 netmask 0xffffffff 
open (pid 904)
xxx-macbook-pro-15:~ $

Original comment by phofstet...@gmail.com on 29 Jul 2008 at 1:47

GoogleCodeExporter commented 9 years ago 
Can you (phofstetter) or somebody else at least send me the openvpn config 
file? I've tried this with both tun 
and tap configurations. In my setups, it cleanly disconnects all connections 
before going to sleep and restarts 
them when waking up. Maybe it's something in your config file because this 
problem doesn't seem to affect all 
users.

Original comment by angelol...@gmail.com on 31 Jul 2008 at 10:36

GoogleCodeExporter commented 9 years ago 
Hi,

I've attached the configuration file used here. It's more or less the sample 
client
configuration that comes with gentoo.

I can reproduce the problem constantly by disabling the airport connection 
while the
VPN connection is active.

Philip

Original comment by phofstet...@gmail.com on 6 Aug 2008 at 1:46

Attachments:

GoogleCodeExporter commented 9 years ago 
I've experienced this, too.  `ifconfig tun0 delete` leaves the interface 
listed, but starting another VPN connection 
afterwards allows the routes to be setup correctly again.

Original comment by chucker...@gmail.com on 7 Aug 2008 at 7:09

GoogleCodeExporter commented 9 years ago 
I experience this one frequently, infact it happened just now without the 
computer
sleeping, although that seems to normally be the trigger. Opening activity 
monitor
and filtering on 'openvpn' reveals several openvpn processes are running. I hit 
Quit
Process on them and reconnect and everything is fine for a while...

Original comment by ratherfl...@gmail.com on 6 Nov 2008 at 10:21

Attachments:

GoogleCodeExporter commented 9 years ago 
I should note, I am using Leopard not Tiger.

Original comment by ratherfl...@gmail.com on 6 Nov 2008 at 10:22

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
I think this was fixed in 3.0b10

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