Tunnelblick very slow-makes entire client slow

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Tunnelblick w/Tiger on Intel Laptop (older one) connected to Windows Server 
2003 running 
OpenVPN
2. Connection much slower than PCs running OpenVPN using similar config files
3. Watching log,  it seems like Tunnelblick continuously resets including entry 
of SE_Reset - can 
hear fan come on in laptop even if no other apps are running and things get 
pokey.  Don't 
actually lose connection, just very pokey doing anything on server or client 
once VPN is 
connected

We are basically using the same config files we use on the PC side - is that a 
mistake?

What is the expected output? What do you see instead?
I expect (want) the connection to be fast like it is with PC's we are using.  
Apologize if this has 
been addressed and I'm missing it - figure this may be an issue with our config 
files?  

What version of Tunnelblick are you using? On what version of OS X? PPC or 
Intel?
Tunnelblick 3.0b24 build 1301 (OpenVPN 2(2,1 rc20)
Tiger on Intel Mac laptop (2GHz Intel Core Duo, 2 GB RAM)

Please provide any additional information below.
Here is a portion of the log file and client config:

2009-12-22 08:44:34 I/O WAIT TR|Tw|SR|Sw [5/190497]
2009-12-22 08:44:34 SE_WAIT_FAST maxfd=8 tv=5/190497
2009-12-22 08:44:34 0] rwflags=0x0002 arg=0x0008311c
2009-12-22 08:44:34 I/O WAIT status=0x0080
2009-12-22 08:44:34 SE_RESET
2009-12-22 08:44:34 SE_CTL rwflags=0x0001 ev=7 fast=1 cap=1024 maxfd=-1 
arg=0x00083520
2009-12-22 08:44:34 SE_CTL rwflags=0x0001 ev=8 fast=1 cap=1024 maxfd=7 
arg=0x00083124
2009-12-22 08:44:34 SE_CTL rwflags=0x0002 ev=6 fast=1 cap=1024 maxfd=8 
arg=0x0008311c
2009-12-22 08:44:34 I/O WAIT TR|Tw|SR|Sw [5/190497]
2009-12-22 08:44:34 SE_WAIT_FAST maxfd=8 tv=5/190497
2009-12-22 08:44:34 0] rwflags=0x0002 arg=0x0008311c
2009-12-22 08:44:34 I/O WAIT status=0x0080
2009-12-22 08:44:34 SE_RESET
2009-12-22 08:44:34 SE_CTL rwflags=0x0001 ev=7 fast=1 cap=1024 maxfd=-1 
arg=0x00083520
2009-12-22 08:44:34 SE_CTL rwflags=0x0001 ev=8 fast=1 cap=1024 maxfd=7 
arg=0x00083124
2009-12-22 08:44:34 SE_CTL rwflags=0x0002 ev=6 fast=1 cap=1024 maxfd=8 
arg=0x0008311c
2009-12-22 08:44:34 I/O WAIT TR|Tw|SR|Sw [5/190497]

Config File

##############################################
# Sample client-side OpenVPN 2.0 config file #
# for connecting to multi-client server.     #
#                                            #
# This configuration can be used by multiple #
# clients, however each client should have   #
# its own cert and key files.                #
#                                            #
# On Windows, you might want to rename this  #
# file so it has a .ovpn extension           #
##############################################

# Specify that we are a client and that we
# will be pulling certain config file directives
# from the server.
client

# Use the same setting as you are using on
# the server.
# On most systems, the VPN will not function
# unless you partially or fully disable
# the firewall for the TUN/TAP interface.
;dev tap
dev tun

# Windows needs the TAP-Win32 adapter name
# from the Network Connections panel
# if you have more than one.  On XP SP2,
# you may need to disable the firewall
# for the TAP adapter.
;dev-node MyTap

# Are we connecting to a TCP or
# UDP server?  Use the same setting as
# on the server.
;proto tcp
proto udp

# The hostname/IP and port of the server.
# You can have multiple remote entries
# to load balance between the servers.
remote xxx.xxx.xxx.xxx 1194

# Choose a random host from the remote
# list for load-balancing.  Otherwise
# try hosts in the order specified.
;remote-random

# Keep trying indefinitely to resolve the
# host name of the OpenVPN server.  Very useful
# on machines which are not permanently connected
# to the internet such as laptops.
resolv-retry infinite

# Most clients don't need to bind to
# a specific local port number.
nobind

# Downgrade privileges after initialization (non-Windows only)
;user nobody
;group nobody

# Try to preserve some state across restarts.
persist-key
persist-tun

# If you are connecting through an
# HTTP proxy to reach the actual OpenVPN
# server, put the proxy server/IP and
# port number here.  See the man page
# if your proxy server requires
# authentication.
;http-proxy-retry # retry on connection failures
;http-proxy [proxy server] [proxy port #]

# Wireless networks often produce a lot
# of duplicate packets.  Set this flag
# to silence duplicate packet warnings.
;mute-replay-warnings

# SSL/TLS parms.
# See the server config file for more
# description.  It's best to use
# a separate .crt/.key file pair
# for each client.  A single ca
# file can be used for all clients.
ca ca.crt
cert xxxxxx.crt
key xxxxxx.key

# Verify server certificate by checking
# that the certicate has the nsCertType
# field set to "server".  This is an
# important precaution to protect against
# a potential attack discussed here:
#  http://openvpn.net/howto.html#mitm
#
# To use this feature, you will need to generate
# your server certificates with the nsCertType
# field set to "server".  The build-key-server
# script in the easy-rsa folder will do this.
;ns-cert-type server

# If a tls-auth key is used on the server
# then every client must also have the key.
;tls-auth ta.key 1

# Select a cryptographic cipher.
# If the cipher option is used on the server
# then you must also specify it here.
;cipher x

# Enable compression on the VPN link.
# Don't enable this unless it is also
# enabled in the server config file.
comp-lzo

# Set log file verbosity.
verb 8

# Silence repeating messages
;mute 20

Original issue reported on code.google.com by soholis...@gmail.com on 22 Dec 2009 at 3:16

[GoogleCodeExporter]

I should have mentioned (soholistic again) that I am using Remote Desktop to 
connect to the server through the 
tunnel.  

Original comment by soholis...@gmail.com on 22 Dec 2009 at 8:38

[GoogleCodeExporter]

A Google search of "SE_RESET openvpn" yields a thread on the Viscosity forum 
(Viscosity is another OpenVPN 
GUI): http://www.viscosityvpn.com/forum/viewtopic.php?f=3&t=25

I don't see anything wrong with either your config or the one in the forum, but 
the following three lines are 
not ones that I use, and appear in both configs, so maybe they have something 
to do with it:

nobind
persist-key
persist-tun

or maybe it just has something to do with the file format of the config file or 
something -- he/she seemed to 
fix his/her config file by replacing it with an OpenVPN sample config file 
(edited to match his settings, I 
assume). 

Original comment by jkbull...@gmail.com on 25 Dec 2009 at 12:35

[GoogleCodeExporter]

Thanks - will try what you suggest.  In fact, config was brought over from 
windows machine and maybe text 
version is the problem.  Thanks again!

Original comment by soholis...@gmail.com on 27 Dec 2009 at 2:55

[GoogleCodeExporter]

If you start Tunnelblick with no configuration file present in 
~/Library/Application 
Support/Tunnelblick/Configurations, Tunnelblick will create a sample config 
file for you and open it in TextEdit. 
You could then copy/paste from your PC config file.

Please let us know what happens.

Original comment by jkbull...@gmail.com on 27 Dec 2009 at 3:18

[GoogleCodeExporter]

Just found a bug in what I just suggested - after it creates the sample config 
file, Tunnelblick opens the wrong 
copy TextEdit. Just exit TextEdit and open the file by double-clicking it in 
Finder.

Original comment by jkbull...@gmail.com on 27 Dec 2009 at 3:31

[GoogleCodeExporter]

Bug referred to in my comment 5 was fixed in the source in r324.

Original comment by jkbull...@gmail.com on 17 Jan 2010 at 9:55

[GoogleCodeExporter]

Tried contacting the original poster directly to find out if this has been 
resolved. No response for three weeks.

Original comment by jkbull...@gmail.com on 15 Mar 2010 at 2:35

• Changed state: Abandoned