Hi Bishop,
>> ~ # vtund --help
>> vtund: invalid option -- '-'
>> VTun ver 3.X 05/11/2010
>
> The source-file was named "vtun-3.0.2.tar.gz"
I had build the binary from source.
Where can i find VTUND-303?
Have i to checkout the CVS-Tree?
> 06.12.2007 Released VTun 3.0.1
> Source vtun-3.0.1.tar.gz
Liebe Grüße aus Freilassing,
Michael Rack
RSM Freilassing
--
RSM Freilassing Tel.: +49 8654 607110
Nocksteinstr. 13 Fax.: +49 8654 670438
D-83395 Freilassing www.rsm-freilassing.de
Am 23.08.2012 18:17, schrieb Bishop:
> Michael,
>
> I inadvertently deleted your last message. In it I think you motioned you
> were using VTun 302. 303 I think has a fix for an issue like the one you
> mention.
>
> How was VTun installed?
>
> - bish
>
> Mobile Device. Please excuse brevity and typos.
>
> On 2012-08-23, at 6:55 AM, Michael Rack <michael.r...@rsm-freilassing.de>
> wrote:
>
>> so i have installed a logging system, that checks the VPN-Connection is up
>> and running, and when not, the script restarts VTUND automaticly:
>>
>> Client report:
>>> 2012-08-21 22:34:00 VPN-Connection lost... restarting
>>> 2012-08-21 22:35:00 VPN-Connection is up and ready
>>> 2012-08-22 22:34:00 VPN-Connection lost... restarting
>>> 2012-08-22 22:35:00 VPN-Connection is up and ready
>> Server report:
>>> Aug 21 22:33:30 vtund[19412]: Killing old connection (process 14271)
>>> Aug 21 22:33:30 vtund[14271]: Closing connection
>>> Aug 21 22:33:30 vtund[14271]: Session neubichl-dsl-backup closed
>>> Aug 21 22:33:31 vtund[19412]: Session
>>> neubichl-dsl-backup[84.145.32.43:36175] opened
>>> Aug 21 22:33:31 vtund[19412]: UDP connection initialized
>>>
>>> Aug 22 22:33:30 vtund[3045]: Killing old connection (process 19412)
>>> Aug 22 22:33:30 vtund[19412]: Closing connection
>>> Aug 22 22:33:30 vtund[19412]: Session neubichl-dsl-backup closed
>>> Aug 22 22:33:31 vtund[3045]: Session
>>> neubichl-dsl-backup[84.145.49.27:57403] opened
>>> Aug 22 22:33:31 vtund[3045]: UDP connection initialized
>> So currently there are no CODE-113 ... because my script is invoced before
>> CODE-116 occur.
>>
>> Liebe Grüße aus Freilassing,
>>
>> Michael Rack
>> RSM Freilassing
>> --
>> RSM Freilassing Tel.: +49 8654 607110
>> Nocksteinstr. 13 Fax.: +49 8654 670438
>> D-83395 Freilassing www.rsm-freilassing.de
>>
>> Am 23.08.2012 10:31, schrieb bishop:
>>> Hi Michael,
>>>
>>> 1. Which vtun version?
>>>
>>> 2. How long between when the IP is changed and the 113 is seen?
>>>
>>> - bish
>>>
>>> Michael Rack wrote:
>>>> Hi all!
>>>>
>>>> My Linux-Router is behind a dsl broadband router. My ISP cuts the line
>>>> every 24h, so i get a new ip-address after each reconnect. But VTUN get
>>>> not rid of this service interruption and that the ip-address has
>>>> changed. After restarting vtund, all works fine. But that have to be
>>>> done every 24 hours, and that is horrible.
>>>>
>>>> I believe, that vtund does not rely to the KEEP-ALIVE settings, that
>>>> done server-side. Client-Side the keepalive-settings are ignored.
>>>>
>>>>> # keepalive - Enable 'yes' or disable 'no' connection
>>>>> # keep-alive. Ignored by the client.
>>>> My settings on client-side:
>>>>> neubichl-dsl-backup {
>>>>> passwd ********;
>>>>> persist yes;
>>>>> device vpndslbackup;
>>>>> keepalive yes;
>>>>>
>>>>> srcaddr {
>>>>> addr 192.168.0.2;
>>>>> port 5000;
>>>>> };
>>>>>
>>>>> up {
>>>>> ip "link set up %% multicast off mtu 1420";
>>>>> program "/sbin/ifenslave bond0 %%";
>>>>> };
>>>>> }
>>>> Also Server does not recognize the connection-drop. Just the upperlayer
>>>> (IP) told vtund, that there is "No route to host (113)"
>>>>
>>>>> Aug 14 01:04:54 vtund[3794]: No route to host (113)
>>>> Server-Settings:
>>>>> default {
>>>>> compress no;
>>>>> speed 0;
>>>>> encrypt no;
>>>>> proto udp;
>>>>> type ether;
>>>>> keepalive yes;
>>>>> multi killold;
>>>>> }
>>>>>
>>>>> neubichl-dsl-backup {
>>>>> device tap107;
>>>>> passwd ********;
>>>>> up {
>>>>> ip "link set %% up multicast off mtu 1420";
>>>>> ip "addr add 172.16.99.1/30 brd + dev %%";
>>>>> };
>>>>> down {
>>>>> ip "link set %% down";
>>>>> };
>>>>> }
>>>> So every 24h the client loose the connection to the Server. The Server
>>>> is directly connected to the internet (WAN) and have a public ip-address.
>>>>
>>>> But both sides don`t know that the udp-data-flow is disturbed.
>>>>
>>>> Liebe Grüße aus Freilassing,
>>>>
>>>> Michael Rack
>>>> RSM Freilassing
>>>>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Vtun-Users mailing list
Vtun-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vtun-users
