Displaying 8 results from an estimated 8 matches for "do_outgoing_connect".
2006 Jun 01
1
Random crashes after sighup
...CTIONS) logger(LOG_WARNING, _("Timeout from %s (%s) during authentication"),
c->name, c->hostname);
- if(c->status.connecting) {
+ if(c->status.connecting && c->outgoing) {
c->status.connecting = false;
closesocket(c->socket);
do_outgoing_connection(c);
@@ -297,7 +297,10 @@
_("Error while connecting to %s (%s): %s"),
c->name, c->hostname, strerror(result));
closesocket(c->socket);
- do_outgoing_connection(c);
+ if (c->outgoing)
+ do_outgoing_connection(c);
+ else
+ ter...
2017 Mar 06
2
Suspicious code in net_socket.c
...-----------
struct addrinfo *nai = xzalloc(sizeof *nai);
if(ai)
ai->ai_next = nai;
ai = nai;
--------------------------------------------------
For my opinion, possible causes:
1. Lost trails (ai_next)
2. ai_next not initialized
3. Possible segfault during "freeaddrinfo" call in do_outgoing_connections
May be I don't understand logic?
If no misunderstandings, please, test fix before commiting.
Sorry, but I don't have enough time for complete testing, but fixed module
works well on Linux and Windows (1.14pre crashed under Windows after 1-600
sec. )
-----------------------------------...
2009 May 26
1
BindToAddress: TCP connections originate from random source address.
...s from the TCP connection.
The function `handle_incoming_vpn_data' then fails to look up the host
entry belonging to this IP address and I get the error printed in
line?559:
Received UDP packet from unknown source 2001:780:0:1e::1
I propose to check the `BindToAddress' configuration in
`do_outgoing_connection' and, if set, bind TCP sockets to that address,
too.
Are there any comments, suggestions, or objections? Otherwise I'd write
a quick patch..
Regards,
-octo
P. S.: Of course I know how to influence the OS and make it pick some
specific address, and I know about NAT and the like,...
2017 Mar 07
0
Suspicious code in net_socket.c
...oc(sizeof *nai);
> if(ai)
> ai->ai_next = nai;
> ai = nai;
> --------------------------------------------------
> For my opinion, possible causes:
> 1. Lost trails (ai_next)
> 2. ai_next not initialized
> 3. Possible segfault during "freeaddrinfo" call in do_outgoing_connections
You are right about 1 and 3. I applied your patch, which fixes 1, and I
added a free_known_addresses() function to clean up the struct addrinfo
chain that we built ourselves. Please check out the latest version of
the 1.1 branch in git and check if it works for you.
--
Met vriendelijke groet...
2017 Mar 08
1
Suspicious code in net_socket.c
...zeof *nai);
> if(ai)
> ai->ai_next = nai;
> ai = nai;
> --------------------------------------------------
> For my opinion, possible causes:
> 1. Lost trails (ai_next)
> 2. ai_next not initialized
> 3. Possible segfault during "freeaddrinfo" call in
> do_outgoing_connections
You are right about 1 and 3. I applied your patch, which fixes 1, and I
added a free_known_addresses() function to clean up the struct addrinfo
chain that we built ourselves. Please check out the latest version of the
1.1 branch in git and check if it works for you.
--
Met vriendelijke groet...
2012 Jun 26
1
Segmentation fault with latest 1.1 revision
Hello,
I am trying 1.1 branch and I experience a segmentation fault upon ALRM signal.
This looks like a race condition.
I have my tincd daemon instantiated manually in if-up.d/jmuchemb (without IF_TINC_NET) and when if-up.d/tinc runs, it sends a ALRM signal that makes tincd crash.
It fails here:
Core was generated by `tincd -D -n jmuchemb -d -o ConnectTo srv -o srv.Address 81.x.y.z -o
2007 Feb 13
2
[PATCH] Eternal flush, memory leaks
...g event queue"));
while(event_tree->head) {
event = event_tree->head->data;
event->handler(event->data);
event_del(event);
}
There's initially a setup_outgoing_connection() event there. It calls
do_outgoing_connection(), which on resolve failure calls
retry_outgoing(), which adds another setup_outgoing_connection()
event. Events are added as fast as they are taken away, and the flush
never terminates. And apparently connections are only removed in
build_fdset() and terminate_connection(), which aren...
2008 Sep 30
1
Problem compiling tinc-1.0.8 on gcc-2.95
...WARNING, _("Timeout from %s (%s) during authentication"),
c->name, c->hostname);
- if(c->status.connecting) {
- c->status.connecting = false;
+ if(c->status.st.connecting) {
+ c->status.st.connecting = false;
closesocket(c->socket);
do_outgoing_connection(c);
} else {
@@ -268,11 +268,11 @@
}
if(c->outbuflen > 0 && c->last_flushed_time + pingtimeout < now) {
- if(c->status.active) {
+ if(c->status.st.active) {
ifdebug(CONNECTIONS) logger(LOG_INFO,
_("%s (%s) could not flush for %ld second...