|
|
David Balazic wrote:
>> Server side is similar. I'm not sure if tunnelblick keeps logs beyond
>> the current session and it is up now. It does say something about a
>> disconnect when it happens, but I'm not particularly concerned about the
>> fact that it disconnects (and it wouldn't surprise me if my ISP is
>> sending RST's to break it...). The part that I don't understand is why
>> it doesn't reconnect automatically instead of waiting for me to click
>> the command.
> There are no RSTs in UDP.
> Hard to tell without the logs.
> Maybe the GUI does something weird.
> Tried the command line version directly ?
I found this in a file named /var/log/asl.log:
[Time 2008.01.01 04:31:03 UTC] [Facility daemon] [Sender openvpn] [PID
4062] [Message write UDPv4: No route to host (code=65)] [Level 3] [UID
-2] [GID -2] [Host Jill-Mikesells-Computer-2]
[Time 2008.01.01 04:31:13 UTC] [Facility daemon] [Sender openvpn] [PID
4062] [Message write UDPv4: No route to host (code=65)] [Level 3] [UID
-2] [GID -2] [Host Jill-Mikesells-Computer-2]
However an ssh session to the same remote address stayed connected at
this time.
After a few of the 'no route' messages, this appears in the log:
[Time 2008.01.01 04:31:35 UTC] [Facility daemon] [Sender openvpn] [PID
4062] [Message SIGTERM[hard,\] received, process exiting] [Level 5] [UID
-2] [GID -2] [Host Jill-Mikesells-Computer-2]
There are some instances where it appears that openvpn restarts after
this exit but other times this will be the last entry in the log until I
click the tunnelblick icon and select 'connect' again. I thought it
might have something to do with the extra interfaces on the machine
configured by parallels and vmware but setting an explict 'local'
address did not fix it.
--
Les Mikesell
lesmikesell@xxxxxxxxx
____________________________________________
Openvpn-users mailing list
Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openvpn-users
|