-
I'm glad that your tunnels have hit a stable state. I'm not so optimistic as to believe that they're fixed, yet, but after a month or two I may grudgingly agree that they're reliable enough to be used. ;-)
I haven't set up Quagga yet, but it's on the Radar. That, and DHCP over /30 ethertap links.
I can't recommend ZLib over LZO or the reverse; while LZO is newer, I don't expect it'll...
2009-09-22 02:50:47 UTC in VTun - Virtual Tunnels
-
I got the configs. Thanks. I like what you're doing for the clients in up/down.
I notice the clients aren't doing keepalive; I think the clients are the most important peer to run keepalives with, since while the server can kill the stale tunnel, the client has to notice the tunnel's stale and then reconnect. I'm wondering if - if you're PPPoE vs Vanilla DSL like here - the outer PPP...
2009-09-16 01:13:09 UTC in VTun - Virtual Tunnels
-
5 Tunnels idle, all with keepalive on, and only one of them is sending pings? And it's also the only 2.6 client?
After some more consideration, I'm not sure a management interface would work as we want it to. VTun processes are separate and don't fork from a central one like apache processes, for instance, so they don't have a trivial method of reporting status to the parent, which we could...
2009-09-15 00:18:17 UTC in VTun - Virtual Tunnels
-
That's okay if the other ones are quiet in terms of ping -- it's only sent when the link itself is idle otherwise.
Hmm. The ping really is a smoke test to see if the link really is idle. maybe we'd be better served by an interface (like ndc for named) to show us whether the link is idle/pinged/not in terms of traffic. The ping only tell us who'd be terminated if 4 pings were to go unheard.
2009-09-14 20:35:24 UTC in VTun - Virtual Tunnels
-
Ah, I see the keepalive now. The last part of your config suggested to me that it was just the client config, and since most people only send one config (grr) I made the poor assumption you'd done the same. Seems my brain was unable to notice the keepalive after that point.
The difficult part we need to debug is why the client linux systems can't seem to realize that a TCP connection has...
2009-09-14 08:08:56 UTC in VTun - Virtual Tunnels
-
Changing the encryption method should have no effect on whether the outer tunnel disconnection is detected.
Changing to UDP should make things worse. UDP's main drawback is that it cannot easily detect a dropped connection. Usually TCP mode tunnels are dropped immediately when the TCP connection also drops. which gives us a lot more reliability over rough networks.
In general, do not (do.
2009-09-12 23:00:12 UTC in VTun - Virtual Tunnels
-
Hey guys. First off, Let me way how embarrassed I am. I should be smarter; I usually am! So I may sound frustrated, and please use small words. ;-)
I can't find the ready-to-run binaries on the SF site, as promised on http://www.info-zip.org/UnZip.html . it said they're here. It didn't lie, did it? Oh noez!
I grabbed the unzip 6.0 zipball, and winxp wanted to unpack it with the...
2009-08-20 02:23:02 UTC in Info-ZIP project
-
Mauricio,
1. You will need to provide more information. A (sample) vtund.conf from both ends of a tunnel is often the best information, as well as an idea of the networking around both machines.
2. Try the mailing list. New addresses will have the moderation flag set, but this is removed quickly in most cases.
3. Try to avoid the abbreviations. I know I ignore such messages, normally,
2009-08-11 01:00:06 UTC in VTun - Virtual Tunnels
-
mtbishop committed patchset 353 of module vtun to the VTun - Virtual Tunnels CVS repository, changing 1 files.
2009-04-26 09:29:10 UTC in VTun - Virtual Tunnels
-
mtbishop committed patchset 352 of module vtun to the VTun - Virtual Tunnels CVS repository, changing 1 files.
2009-04-26 09:28:32 UTC in VTun - Virtual Tunnels
