search for: af_unspec

So as of recent kernels, this change helps: http://git.kernel.org/?p=network/tftp/tftp-hpa.git;a=commitdiff;h=c6d2c36b1a2b1986cab7aebb72d120fa118bdfeb But there is still a flaw. Notably, if tftpd is running with AF_UNSPEC (as it will if ipv6 support is desired), myrecvfrom will fail to setsockopt to get the data back on the first pass. I'd guess the least disruptive change to get to be correct would be: diff --git a/tftpd/recvfrom.c b/tftpd/recvfrom.c index d050b80..fe233da 100644 --- a/tftpd/recvfrom.c +++ b/t...

...; > Connection with aaa_vpnhub1 (1.2.3.4 port 443) activated > > Error while translating addresses: ai_family not supported > > > > (And then the tinc process exists) > > Hm, I couldn't reproduce it, but I committed a fix anyway that makes > sockaddr2str() handle AF_UNSPEC addresses. It might just have moved the > problem though. Thanks Guus. At least it does not explode anymore ;) "tinc dump edges" contains a wild mix of "local unspec port unspec", "local unknown port unknown" and some adresses, but I assume that is expected and...

...4or6.c openssh-2.9.9p2/ipv4or6.c --- openssh-2.9.9p2.orig/ipv4or6.c Thu Jan 1 03:00:00 1970 +++ openssh-2.9.9p2/ipv4or6.c Sun Oct 7 23:10:32 2001 @@ -0,0 +1,9 @@ +#include "includes.h" + +/* Flag indicating whether IPv4 or IPv6. This can be set on the command line. + Default value is AF_UNSPEC means both IPv4 and IPv6. */ +#ifdef IPV4_DEFAULT +int IPv4or6 = AF_INET; +#else +int IPv4or6 = AF_UNSPEC; +#endif diff -rNu1 openssh-2.9.9p2.orig/ssh-keyscan.c openssh-2.9.9p2/ssh-keyscan.c --- openssh-2.9.9p2.orig/ssh-keyscan.c Fri Sep 21 00:30:09 2001 +++ openssh-2.9.9p2/ssh-keyscan.c Sun Oct 7...

...eyscan.c --- openssh-2.9p1.orig/ssh-keyscan.c Wed Mar 14 19:37:13 2001 +++ openssh-2.9p1/ssh-keyscan.c Sun May 13 01:39:43 2001 @@ -30,7 +30,11 @@ static int argno = 1; /* Number of argument currently being parsed */ +#ifdef IPV4_DEFAULT +int family = AF_INET; /* IPv4 */ +#else int family = AF_UNSPEC; /* IPv4, IPv6 or both */ +#endif #define MAXMAXFD 256

On Fri, 15 May 2015, Guus Sliepen wrote: > On Fri, May 15, 2015 at 10:26:46PM +0200, Sven-Haegar Koch wrote: > > > Another strange and difficult to understand thing - seems like all the > > easy bugs in 1.1 are gone ;) > [...] > > Got ADD_EDGE from aaa_vpnhub1 (1.2.3.4 port 443) for haegar_tokamak > > -> igor which does not match existing entry (Local

...itory. The fix leads to a use after free bug which is visible on macOS. It doesn't seem to be much of a problem on most platforms since a copy of freed memory is made almost immediately but on macOS the memory appears to be cleared much of the time. This results in an attempt to connect to an AF_UNSPEC socket with no address, which of course fails. A potential fix, modeled on the "recently seen addresses not in our cache" part of get_recent_address() is: https://github.com/gsliepen/tinc/pull/177 Another approach would be to pass the sockaddr_t to get_recent_address() and fill it...

...sin6_port=htons(22), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0 getsockname(5, {sa_family=AF_INET6, sin6_port=htons(45890), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0 connect(5, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = 0 connect(5, {sa_family=AF_INET, sin_port=htons(22), sin_addr=inet_addr("127.0.0.1")}, 16) = 0 getsockname(5, {sa_family=AF_INET6, sin6_port=htons(38754), inet_pton(AF_INET6, "::ffff:127.0.0.1", &sin6_addr), sin6_flow...

...2739 --> https://bugzilla.mindrot.org/attachment.cgi?id=2739&action=edit the proposed patch getaddrinfo() in several places around OpenSSH results in a name service (DNS) queury. For the detailed list, see below. On Solaris, when the address family specified in the getaddrinfo() hints is AF_UNSPEC, IPv4 and IPv6 queries are sent over the wire. This is regardless IPv4 or IPv6 interface is actually configured on the host. Now some sites configure only IPv4 interfaces on the hosts; and name service responds only to IPv4 queries (IPv6 ones are ignored). This has very grave impact on the getaddr...

...; +#include "myproposal.h" +#include "packet.h" +#include "dispatch.h" #include "buffer.h" #include "bufaux.h" #include "log.h" @@ -25,8 +31,20 @@ static int argno = 1; /* Number of argument currently being parsed */ -int family = AF_UNSPEC; /* IPv4, IPv6 or both */ +/* Flag indicating whether IPv4 or IPv6. This can be set on the command line. + Default value is AF_UNSPEC means both IPv4 and IPv6. */ +#ifdef IPV4_DEFAULT +int IPv4or6 = AF_INET; +#else +int IPv4or6 = AF_UNSPEC; +#endif + +#define KT_RSA1 1 +#define KT_DSA 2 +#defin...

http://bugzilla.mindrot.org/show_bug.cgi?id=1357 Summary: SOCKS proxy attempts fail to some servers due to DNS timeouts Product: Portable OpenSSH Version: 4.6p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: bitbucket at

...o.h" #include "misc.h" +#ifdef LIBWRAP +#include <tcpd.h> +#include <syslog.h> +int allow_severity = LOG_INFO; +int deny_severity = LOG_WARNING; +#endif /* LIBWRAP */ + /* Flag indicating whether IPv4 or IPv6. This can be set on the command line. Default value is AF_UNSPEC means both IPv4 and IPv6. */ #ifdef IPV4_DEFAULT diff -u openssh-3.0.1p1/ssh.c openssh-modified/ssh.c --- openssh-3.0.1p1/ssh.c Mon Nov 12 01:52:04 2001 +++ openssh-modified/ssh.c Mon Nov 26 14:04:42 2001 @@ -80,6 +80,15 @@ char *__progname; #endif +#ifdef LIBWRAP +#include <tcpd.h> +#in...

as the next klibc release 1.5.16 looks like shaping up, I have a trouble to build that for Debian. currently I build depent on linux-libc-dev, I don't know what against I can build latest klibc, see klibc fails to build due too: make -C linux/ ARCH=x86_64 INSTALL_HDR_PATH=debian/tmp/usr/lib/klibc/ headers_install make[3]: *** No rule to make target `headers_install'. Stop. make[2]: ***

https://bugzilla.mindrot.org/show_bug.cgi?id=3526 Bug ID: 3526 Summary: Config option AddressFamily has no effect? Product: Portable OpenSSH Version: 9.0p1 Hardware: amd64 OS: Mac OS X Status: NEW Severity: trivial Priority: P5 Component: ssh Assignee: unassigned-bugs at

...is change is not so good: > > Connection with aaa_vpnhub1 (1.2.3.4 port 443) activated > Error while translating addresses: ai_family not supported > > (And then the tinc process exists) Hm, I couldn't reproduce it, but I committed a fix anyway that makes sockaddr2str() handle AF_UNSPEC addresses. It might just have moved the problem though. -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes D...

...s to a use after free bug which is visible on macOS. > It doesn't seem to be much of a problem on most platforms since a > copy of freed memory is made almost immediately but on macOS the > memory appears to be cleared much of the time. This results in an > attempt to connect to an AF_UNSPEC socket with no address, which > of course fails. Reading freed memory is always a bug. > A potential fix, modeled on the "recently seen addresses not in our > cache" part of get_recent_address() is: > > https://github.com/gsliepen/tinc/pull/177 Thanks again for prov...

This is in openssh-2.3.2p1: Basically, getaddrinfo doesn't accept AF_UNSPEC on tru64 v5.1. I'm not sure how you want to fix it, but defining IPV4_DEFAULT seems to work. Nathan <nate at openbsd.org>

...t a/usr/include/sys/socket.h b/usr/include/sys/socket.h index 38cfef6..3334212 100644 --- a/usr/include/sys/socket.h +++ b/usr/include/sys/socket.h @@ -32,6 +32,9 @@ # define SOCK_NONBLOCK 04000 #endif +/* The maximum backlock queue length. */ +#define SOMAXCONN 128 + #ifndef AF_INET #define AF_UNSPEC 0 #define AF_UNIX 1 /* Unix domain sockets */

On Windows, freeaddrinfo(NULL) will result in a segv. In get_recent_address(), there is the following block of code: if(cache->aip) { sockaddr_t *sa = (sockaddr_t *)cache->aip->ai_addr; cache->aip = cache->aip->ai_next; if(!cache->aip) { freeaddrinfo(cache->aip);

http://bugzilla.mindrot.org/show_bug.cgi?id=306 ------- Additional Comments From cmadams at hiwaay.net 2002-06-28 00:31 ------- I'm not seeing this on Tru64 4.0G or 5.1A with OpenSSH 3.4p1. What does "rsh [server]" say? Are you using IPv6? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...============================================= > --- trunk/clients/upsc.c (original) > +++ trunk/clients/upsc.c Fri Jan 5 21:06:59 2007 > @@ -25,6 +25,10 @@ > > #include "upsclient.h" > > +/* From IPv6 patch (doesn't seem to be used) > +static int opt_af = AF_UNSPEC; > + */ > + > static void help(const char *prog) > { > printf("Network UPS Tools upsc %s\n\n", UPS_VERSION); > > Modified: trunk/clients/upsclient.c > ============================================================================== > --- trunk/clients/upsclie...