search for: connection_t

Hi, One one server running tinc we're seeing a lot of syslog messages like the following: Old connection_t for XXXXX (xxx.xxx.xxx.xxx port 655) status 0014 still lingering, deleting... The last time these messages appeared, they referred to 2 of the 3 remote ends that this server is connected to. They appear regularly, once every minute. The VPN still works fine, but I have to restart tinc to make the...

...not manage to reconnect/re-open the tap device/something else went wrong; the machine itself was communicating with the internet but I could not access it over the VPN. The most interesting/dangerous thing is probably the crash - a segmentation fault: Jun 21 03:48:33 Delta tinc.ufonet[2366]: Old connection_t for Frosty (84.81.194.73 port 43158) status 00d0 still lingering, deleting... Jun 21 03:48:33 Delta tinc.ufonet[2366]: Old connection_t for Jupiter (82.170.170.203 port 655) status 00d0 still lingering, deleting... Jun 21 03:48:54 Delta tinc.ufonet[2366]: Metadata socket read error for Frosty (84.8...

...r *access_log; char *error_log; Only in IceCast/src: config.o diff -ur icecast/src/connection.c IceCast/src/connection.c --- icecast/src/connection.c 2003-04-18 11:00:19.000000000 -0400 +++ IceCast/src/connection.c 2003-04-18 20:45:54.000000000 -0400 @@ -109,11 +109,12 @@ return id; } -connection_t *create_connection(sock_t sock, char *ip) { +connection_t *create_connection(sock_t sock, sock_t serversock, char *ip) { connection_t *con; con = (connection_t *)malloc(sizeof(connection_t)); memset(con, 0, sizeof(connection_t)); con->sock = sock; + con->serversock = se...

..._t; typedef struct ice_config_tag Only in IceCast/src: config.o diff -ur icecast/src/connection.c IceCast/src/connection.c --- icecast/src/connection.c 2003-03-27 12:09:41.000000000 -0500 +++ IceCast/src/connection.c 2003-04-18 09:44:50.000000000 -0400 @@ -109,11 +109,12 @@ return id; } -connection_t *create_connection(sock_t sock, char *ip) { +connection_t *create_connection(sock_t sock, sock_t serversock, char *ip) { connection_t *con; con = (connection_t *)malloc(sizeof(connection_t)); memset(con, 0, sizeof(connection_t)); con->sock = sock; + con->serversock = se...

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found

Hi Karl, Thanks for your help, About the "Connection:" header, you are right, it's: "Connection: close" and NOT "Connection: keep-alive". The protocol when the SERVER sends the data is http 1.0. It's http 1.1 when the browser requests the data. I don't understand the "Content-Length: 54000000" header either. Also I noticed the flash player on

Hi to everybody, Can anybody tell me what packages I need to install Tinc 1.1pre2 in a server that it had installed a previous version installed? I tried to install it and when I execute the "make" it give me a lot of errors. Best regards, Ramses

...x.x port y) failed: Connection reset by peer And these: tincd[1093]: Metadata socket read error for server1076 (x:x:x:x:x:x:x:x port y): Connection reset by peer tincd[1093]: Metadata socket read error for <unknown> (x.x.x.x port y): Connection reset by peer And occasional: tincd[8520]: Old connection_t for server1039 (x.x.x.x port y) status 0010 still lingering, deleting... Any ideas? Regards, Pierre Beck -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20151230/44ed233c/attachment.html>

...here: Core was generated by `tincd -D -n jmuchemb -d -o ConnectTo srv -o srv.Address 81.x.y.z -o Connect'. Program terminated with signal 11, Segmentation fault. #0 0x000000000040a685 in retry () at net.c:349 349 if(c->outgoing && !c->node) { (gdb) p c $1 = (connection_t *) 0x0 Here the end of strace: > read(24, "-----BEGIN RSA PUBLIC KEY-----\nM"..., 4096) = 426 > close(24) = 0 > munmap(0x7f9f1978d000, 4096) = 0 > epoll_wait(14, {{EPOLLOUT, {u32=23, u64=23}}}, 32, 4907) = 1 > sendto(23, "0 te...

(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

...lly the following patch on the core-nodes where (nearly) everyone connects to: (cut&paste whitespace damaged) diff --git a/src/protocol_subnet.c b/src/protocol_subnet.c index 06dafbc..e2d4bfc 100644 --- a/src/protocol_subnet.c +++ b/src/protocol_subnet.c @@ -117,7 +117,9 @@ bool add_subnet_h(connection_t *c, const char *request) { if(strictsubnets) { logger(DEBUG_ALWAYS, LOG_WARNING, "Ignoring unauthorized %s from %s (%s): %s", "ADD_SUBNET", c->name, c->hostname, subnetstr); + /* Disabled forwarding of u...

...c.chaos[16262]: Connection from unknown port unknown Feb 5 14:45:00 fwhh tinc.chaos[16262]: Connection closed by <unknown> (unknown port unknown) Feb 5 14:45:00 fwhh tinc.chaos[16262]: Closing connection with <unknown> (unknown port unknown) Feb 5 14:45:00 fwhh tinc.chaos[16262]: Old connection_t for <unknown> (unknown port unknown) status 0010 still lingering, deleting... The the biggest part of the time between (for example) 14:44:29 and 14:45:00 pings from another tinc node to a host on my network pause, and get delivered with a huge delay: 64 bytes from 172.31.17.213: icmp_seq...

...bool read_server_config(void); extern FILE *ask_and_open(const char *, const char *); diff --git a/src/connection.c b/src/connection.c index 6229e79..36c0fdb 100644 --- a/src/connection.c +++ b/src/connection.c @@ -129,9 +129,24 @@ void dump_connections(void) { } bool read_connection_config(connection_t *c) { + list_node_t *node, *next; + size_t name_len = strlen(c->name); char *fname; bool x; + for(node = cmdline_conf->tail; node; node = next) { + config_t *cfg = (config_t *)node->data; + next = node->prev; + if (!strncmp(c->name, cfg->variable, name_len) &&...

...odes where (nearly) everyone connects to: > > (cut&paste whitespace damaged) > > diff --git a/src/protocol_subnet.c b/src/protocol_subnet.c > index 06dafbc..e2d4bfc 100644 > --- a/src/protocol_subnet.c > +++ b/src/protocol_subnet.c > @@ -117,7 +117,9 @@ bool add_subnet_h(connection_t *c, const char > *request) { > if(strictsubnets) { > logger(DEBUG_ALWAYS, LOG_WARNING, "Ignoring unauthorized > %s from %s (%s): %s", > "ADD_SUBNET", c->name, c->hostname, > subnetstr); > +...

...odes where (nearly) everyone connects to: > > (cut&paste whitespace damaged) > > diff --git a/src/protocol_subnet.c b/src/protocol_subnet.c > index 06dafbc..e2d4bfc 100644 > --- a/src/protocol_subnet.c > +++ b/src/protocol_subnet.c > @@ -117,7 +117,9 @@ bool add_subnet_h(connection_t *c, const char > *request) { > if(strictsubnets) { > logger(DEBUG_ALWAYS, LOG_WARNING, "Ignoring unauthorized > %s from %s (%s): %s", > "ADD_SUBNET", c->name, c->hostname, > subnetstr); > +...

I'm probably doing something I'm not supposed to even try, but I'm trying for "proof of concept" before physically setting up a distant network because of logistical issues. Anyway, I have tincd running as a service on two windows machines on the same lan. I'm trying to establish a connection between those two computers on the vpn ip's (10.20.30.1 and 10.20.40.1).

...maclength); } static void receive_udppacket(node_t *n, vpn_packet_t *inpkt) { @@ -260,6 +261,10 @@ n->name, n->hostname); return; } + + /* Remove flags */ + + inpkt->len -= sizeof(inpkt->flags); /* Check packet length */ @@ -367,6 +372,7 @@ void receive_tcppacket(connection_t *c, char *buffer, int len) { vpn_packet_t outpkt; + memset(&outpkt.flags, 0, sizeof(outpkt.flags)); outpkt.len = len; if(c->options & OPTION_TCPONLY) @@ -475,6 +481,10 @@ inpkt->len += n->outmaclength; } + /* Add flags (not encrypted) */ + + inpkt->len += sizeof(i...

Just forwarding this changelog from yesterday. xcs now uses Unix domain sockets in unstable. This was a hot thread a couple months back with strong opinions on both sides and no clear resolution on the list, so I thought some people might like to know the developers'' resolution. This should be good news for those seeking tighter dom0''s, particularly those who

...pkt =3D outpkt; - - origlen -=3D MTU/64 + 20; } =20 inpkt->priority =3D 0; =20 - if(!inpkt->data[12] && !inpkt->data[13]) - mtu_probe_h(n, inpkt, origlen); + if(inpkt->flags.pmtud) + mtu_probe_h(n, inpkt); else receive_packet(n, inpkt); } =20 void receive_tcppacket(connection_t *c, char *buffer, int len) { vpn_packet_t outpkt; - memset(&outpkt.flags, 0, sizeof(outpkt.flags)); + outpkt.flag_bits =3D 0; =20 outpkt.len =3D len; if(c->options & OPTION_TCPONLY) @@ -420,10 +424,12 @@ return; } =20 - if(n->options & OPTION_PMTU_DISCOVERY && i...

...f union connection_status_t { + struct status_bits_s st; uint32_t value; } connection_status_t; diff -ubr tinc-1.0.8/src/graph.c tinc-1.0.8.my/src/graph.c --- tinc-1.0.8/src/graph.c Fri Jan 5 13:37:51 2007 +++ tinc-1.0.8.my/src/graph.c Thu Sep 25 11:56:40 2008 @@ -81,7 +81,7 @@ for(node = connection_tree->head; node; node = node->next) { c = node->data; - c->status.mst = false; + c->status.st.mst = false; } /* Do we have something to do at all? */ @@ -95,7 +95,7 @@ for(node = node_tree->head; node; node = node->next) { n = node->data; - n->status.vis...