similar to: [PATCH] Maintain outgoing TCP meta buffer

Displaying 20 results from an estimated 2000 matches similar to: "[PATCH] Maintain outgoing TCP meta buffer"

2013 Mar 27
1
send_meta() called with NULL pointer!
Hi, I am running tinc (1.0.19) on a cluster of around 40 servers (Xen virtual machines in two geographical locations). Overall it works very well, however yesterday it crashed on two machines in odd way. I was still able to ping VPN IPs of other hosts from the two affected machines but "vpn" interface was not visible when I run ifconfig. There was also no "tincd" process
2007 Feb 13
2
[PATCH] Eternal flush, memory leaks
Using tincd 1.0.7, if I send a SIGALRM to tincd when a host is unresolvable, it gets stuck in a nasty loop: Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Got ALRM signal Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Trying to connect to calvin (216.136.66.56 port 655) Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Error looking up slamb- linux.dyn.slamb.org port 4500: Name or service not
2006 Jan 13
1
[PATCH] tcp options fix
Attached is a patch that corrects two problems with TCP options: * The options on accepted sockets don't inherit from the listen socket, at least on Linux and OS X. * OS X doesn't have SOL_TCP defined, so Nagle was not getting disabled. IPPROTO_TCP should always be the same thing. This patch makes my ping times across a TCP VPN go from ~180 ms to ~85ms. Something still doesn't
2009 Sep 14
3
Problem making connection can anyone help me?
Well i currently try to set up tinc between two hosts, one with normal dsl connection one behind some kind of unknown firewall (Note since OpenVp is able to connect when the normal one is the Server I guess tinc should be able, too) start.bat-------------------------------tincd -n Empire-Network -D -d4 --bypass-security (Bypass is only currently because tis not working yet)
2007 Feb 24
1
Branches (again)
A long long time ago, I asked about the different tinc branches. Guus, you said at the time that * trunk is 1.0, bugfixes only * 1.0-gnutls, POKEY, and pre4-cube are stagnant * 2.0 is where new work should happen...at the time, it didn't compile, and it appears it still doesn't This answer discouraged me; I have trouble getting excited about new work in a branch that's been
2007 Jul 21
2
tincctl patches
(Second try to send this. I wonder if the first one gotten eaten by a spam filter; I'll link to patches instead of attaching them.) Here are the tincctl patches I've been working on. They apply to http://www.tinc-vpn.org/svn/tinc/branches/1.1@1545. I intend to commit them once the crypto stuff's fixed. Since they're basically done, I'm emailing them now for review and in case
2007 Dec 30
1
plot multiple data sets on same axis
I'm new to R and struggling to reproduce graphs I've made with gnuplot. Example here: http://www.slamb.org/tmp/one-active.png I have three different data sets plotted on the same axis. (I also have a number of samples for each X value which I displayed with quartiles rather than plotting every point; that will likely be the subject of my next question.) My attempts to do this in R:
2004 Nov 11
1
[Announcement] Version 1.0.3 released
With pleasure we announce the release of version 1.0.3. Here is a summary of the changes: * Show error message when failing to write a PID file. * Ignore spaces at end of lines in config files. * Fix handling of late packets. * Unify BSD tun/tap device handling. This allows IPv6 on tun devices and anything on tap devices as long as the underlying OS supports it. * Handle IPv6 on Solaris tun
2004 Nov 11
1
[Announcement] Version 1.0.3 released
With pleasure we announce the release of version 1.0.3. Here is a summary of the changes: * Show error message when failing to write a PID file. * Ignore spaces at end of lines in config files. * Fix handling of late packets. * Unify BSD tun/tap device handling. This allows IPv6 on tun devices and anything on tap devices as long as the underlying OS supports it. * Handle IPv6 on Solaris tun
2005 May 13
3
Audio quality
I'm a new Asterisk user. I've managed to set it up to do everything I want except sound good. Currently, Asterisk sounds considerably worse than my cell phone. I know VOIP can be _better_ than my cell phone, because I've heard Skype do it. (Using 32k iLBC, I believe.) I did an experiment with audio quality: 1) I made a recording which was pretty good. I used an iSight
2024 Aug 02
4
[Bug 1763] New: Segfault when resetting rules with meta l4proto { tcp, udp }
https://bugzilla.netfilter.org/show_bug.cgi?id=1763 Bug ID: 1763 Summary: Segfault when resetting rules with meta l4proto { tcp, udp } Product: nftables Version: 1.0.x Hardware: x86_64 OS: Ubuntu Status: NEW Severity: minor Priority: P5 Component: nft
2007 Apr 13
1
CentOS 5 debuginfo packages?
Where are the debuginfo packages for CentOS 5? I see from <http:// lists.centos.org/pipermail/centos/2007-April/078307.html> that CentOS 4 ones are at <http://vault.centos.org/>, but I don't see any for CentOS 5. Am I just looking too soon after the release? Is this where they'll land? Thanks, Scott -- Scott Lamb <http://www.slamb.org/>
2006 Jan 28
1
Branches
I've got more changes on my to-do list, but I want to ensure I'm making my changes against the right branch. * I'm working with trunk now. I don't think its TCP tunneling is as secure as the UDP tunneling. It looks like its IVs and HMACs are added and verified in send_udppacket and receive_udppacket. The TCP connection encrypts but doesn't have these anti-modification
2004 Aug 18
0
outgoing TCP load balance
Hello, LARTC mailing readers, I hope u can help with this mysterious issue i''m having with my linux box acting as a router. Scenario: Linux running 2.6.8.1 /w julians patches /w support for multipath routing Latest iproute (iproute2-ss040702) 4 NICS ----------------- | x eth0 (63.43.x.x) network mask (255.255.240.0) | |
2007 Jul 20
1
Bugginess since crypto changes
I'm looking over the tinc-1.1 branch again. I'm getting some errors that I haven't been able to track down yet. tinc sometimes crashes either on its own (I think after a timeout has fired?) or when I hit ctrl-C. I've seen a few different behaviors in particular, as reported by valgrind. Dumps below. I suspected the bufferevent changes, but I haven't gotten any revision before
2005 Dec 13
1
strange tinc error with many nodes
Hello, we currently set up a large tinc network with 2 central Nodes (these nodes connecting to each other). All satellites (ca 40) connect to these both machines. All containing two ConntectTo fields (for backup) e.g. (satellite) Name = nfp_hy Device = /dev/tun PrivateKeyFile = /etc/tinc/nfp_hy/rsa_key.priv ConnectTo = nfp_f_vpn ConnectTo = nfp_c_vpn If the count of satellites reaches
2000 Jul 06
2
2.1.1p2 HP-UX 11 timing error
FYI in order to get 2.1.1p2 to work on my HP-UX 11.0 systems I had to patch atomicio.c for EWOULDBLOCK (HP read() does not give the POSIX return code). The new atomicio() is a clean fix for this timing problem; all it needs now is this one little tweak. Also had the "General Commercial Security" error (PAM_TERM_ERROR from pam_acct_mgmt()) which I have very crudely addressed for now by
2008 May 21
11
[Bug 1467] New: SFTP stalls
https://bugzilla.mindrot.org/show_bug.cgi?id=1467 Summary: SFTP stalls Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1 Platform: Other OS/Version: Other Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: bitbucket at mindrot.org ReportedBy: sconeu
2015 Mar 11
2
Notes on building a gcc toolchain for Rtools (but not multilib)
On 10/03/2015 3:17 PM, Duncan Murdoch wrote: > On 10/03/2015 2:56 PM, Dan Tenenbaum wrote: > > > > > > ----- Original Message ----- > >> From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > >> To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > >> Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at
2015 Dec 10
0
[Bug 1467] improper handling of EWOULDBLOCK on HP
https://bugzilla.mindrot.org/show_bug.cgi?id=1467 Marc Aurele La France <tsi at tuyoix.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tsi at tuyoix.net -- You are receiving this mail because: You are watching the assignee of the bug.