source: MondoRescue/branches/2.2.5/mindi-busybox/docs/ipv4_ipv6.txt @ 1765

Last change on this file since 1765 was 1765, checked in by Bruno Cornec, 12 years ago

Update to busybox 1.7.2

  • Property svn:eol-style set to native
File size: 9.3 KB
1We need better network address conv helpers.
2This is what our applets want:
4          sockaddr -> hostname
5udhcp:    hostname -> ipv4 addr
6nslookup: hostname -> list of names - done
7tftp:     host,port -> sockaddr
8nc:       host,port -> sockaddr
9inetd: ?
10traceroute: ?, hostname -> ipv4 addr
11arping    hostname -> ipv4 addr
12ping6     hostname -> ipv6 addr
13ifconfig  hostname -> ipv4 addr (FIXME error check?)
14ipcalc    ipv4 addr -> hostname
15syslogd   hostname -> sockaddr
16inet_common.c: buggy. hostname -> ipv4 addr
17mount     hostname -> sockaddr_in
20HOWTO get rid of inet_ntoa/aton:
22foo.sin_addr.s_addr = inet_addr(cp);
24inet_pton(AF_INET, cp, &foo.sin_addr);
26inet_aton(cp, &foo.sin_addr);
28inet_pton(AF_INET, cp, &foo.sin_addr);
30ptr = inet_ntoa(foo.sin_addr);
32char str[INET_ADDRSTRLEN];
33ptr = inet_ntop(AF_INET, &foo.sin_addr, str, sizeof(str));
37       struct addrinfo {
38           int     ai_flags;
39           int     ai_family;
40           int     ai_socktype;
41           int     ai_protocol;
42           size_t  ai_addrlen;
43           struct sockaddr *ai_addr;
44           char   *ai_canonname;
45           struct addrinfo *ai_next;
46       };
47       int getaddrinfo(const char *node, const char *service,
48                       const struct addrinfo *hints,
49                       struct addrinfo **res);
51       void freeaddrinfo(struct addrinfo *res);
53       const char *gai_strerror(int errcode);
55       The members ai_family, ai_socktype, and ai_protocol have the same  meaning
56       as  the corresponding parameters in the socket(2) system call.  The getad-
57       drinfo(3) function returns socket addresses in either IPv4 or IPv6 address
58       family, (ai_family will be set to either AF_INET or AF_INET6).
60       The  hints  parameter specifies the preferred socket type, or protocol.  A
61       NULL hints specifies that any network address or protocol  is  acceptable.
62       If  this  parameter  is  not NULL it points to an addrinfo structure whose
63       ai_family, ai_socktype, and  ai_protocol  members  specify  the  preferred
64       socket type.  AF_UNSPEC in ai_family specifies any protocol family (either
65       IPv4 or IPv6, for example).  0 in  ai_socktype  or  ai_protocol  specifies
66       that any socket type or protocol is acceptable as well.  The ai_flags mem-
67       ber specifies additional options, defined below.  Multiple flags are spec-
68       ified  by  logically  OR-ing  them together.  All the other members in the
69       hints parameter must contain either 0, or a null pointer.
71       The node or service parameter, but not both, may be NULL.  node  specifies
72       either  a  numerical network address (dotted-decimal format for IPv4, hex-
73       adecimal format for IPv6) or a network hostname, whose  network  addresses
74       are looked up and resolved.  If hints.ai_flags contains the AI_NUMERICHOST
75       flag then the node parameter must be a  numerical  network  address.   The
76       AI_NUMERICHOST  flag  suppresses  any  potentially  lengthy  network  host
77       address lookups.
79       The getaddrinfo(3) function creates a linked list of addrinfo  structures,
80       one  for  each  network address subject to any restrictions imposed by the
81       hints parameter.  The ai_canonname field of the first  of  these  addrinfo
82       structures  is  set  to  point  to  the  official  name  of  the  host, if
83       hints.ai_flags includes the AI_CANONNAME  flag.   ai_family,  ai_socktype,
84       and  ai_protocol specify the socket creation parameters.  A pointer to the
85       socket address is placed in the ai_addr member,  and  the  length  of  the
86       socket address, in bytes, is placed in the ai_addrlen member.
88       If  node is NULL, the network address in each socket structure is initial-
89       ized according to the AI_PASSIVE flag, which  is  set  in  hints.ai_flags.
90       The  network  address in each socket structure will be left unspecified if
91       AI_PASSIVE flag is set.  This is used by server applications, which intend
92       to  accept client connections on any network address.  The network address
93       will be set to the loopback interface address if the  AI_PASSIVE  flag  is
94       not  set.  This is used by client applications, which intend to connect to
95       a server running on the same network host.
97       If hints.ai_flags includes the AI_ADDRCONFIG flag, then IPv4 addresses are
98       returned  in the list pointed to by result only if the local system has at
99       least has at least one IPv4 address configured,  and  IPv6  addresses  are
100       only  returned  if  the local system has at least one IPv6 address config-
101       ured.
103       If hint.ai_flags specifies the AI_V4MAPPED flag, and  hints.ai_family  was
104       specified as AF_INET6, and no matching IPv6 addresses could be found, then
105       return IPv4-mapped IPv6 addresses in the list pointed to  by  result.   If
106       both  AI_V4MAPPED and AI_ALL are specified in hints.ai_family, then return
107       both IPv6 and IPv4-mapped IPv6 addresses in the list pointed to by result.
108       AI_ALL is ignored if AI_V4MAPPED is not also specified.
110       service  sets the port number in the network address of each socket struc-
111       ture.  If service is NULL the port number will be left uninitialized.   If
112       AI_NUMERICSERV  is  specified  in  hints.ai_flags and service is not NULL,
113       then service must point to a string  containing  a  numeric  port  number.
114       This  flag  is used to inhibit the invocation of a name resolution service
115       in cases where it is known not to be required.
120       int getnameinfo(const struct sockaddr *sa, socklen_t salen,
121                       char *host, size_t hostlen,
122                       char *serv, size_t servlen, int flags);
124       The  getnameinfo(3)  function is defined for protocol-independent
125       address-to-nodename translation.  It combines the functionality
126       of gethostbyaddr(3) and getservbyport(3) and is the inverse of
127       getaddrinfo(3).  The sa argument is a pointer to a generic socket address
128       structure (of type sockaddr_in or  sockaddr_in6)  of  size  salen  that
129       holds  the  input IP address and port number.  The arguments host and
130       serv are pointers to buffers (of size hostlen and servlen respectively)
131       to hold the return values.
133       The caller can specify that no hostname (or no service name) is required
134       by providing a NULL host (or serv) argument or a zero hostlen (or servlen)
135       parameter. However, at least one of hostname or service name must be requested.
137       The flags argument modifies the behaviour of getnameinfo(3) as follows:
139       NI_NOFQDN
140              If set, return only the hostname part of the FQDN for local hosts.
143              If set, then the numeric form of the hostname is returned.
144              (When not set, this will still happen in case the node's name
145              cannot be looked up.)
147       NI_NAMEREQD
148              If set, then a error is returned if the hostname cannot be looked up.
151              If set, then the service address is returned in numeric form,
152              for example by its port number.
154       NI_DGRAM
155              If  set, then the service is datagram (UDP) based rather than stream
156              (TCP) based. This is required for the few ports (512-514) that have different
157              services for UDP and TCP.
161Modified IPv6-aware C code:
163    struct addrinfo *res, *aip;
164    struct addrinfo hints;
165    int sock = -1;
166    int error;
168    /* Get host address. Any type of address will do. */
169    memset(&hints, 0, sizeof(hints));
170    hints.ai_flags = AI_ALL|AI_ADDRCONFIG;
171    hints.ai_socktype = SOCK_STREAM;
173    error = getaddrinfo(hostname, servicename, &hints, &res);
174    if (error != 0) {
175       (void) fprintf(stderr,
176          "getaddrinfo: %s for host %s service %s\n",
177          gai_strerror(error), hostname, servicename);
178       return -1;
179    }
180    /* Try all returned addresses until one works */
181    for (aip = res; aip != NULL; aip = aip->ai_next) {
182       /*
183       * Open socket. The address type depends on what
184       * getaddrinfo() gave us.
185       */
186       sock = socket(aip->ai_family, aip->ai_socktype, aip->ai_protocol);
187       if (sock == -1) {
188          perror("socket");
189          freeaddrinfo(res);
190          return -1;
191       }
193       /* Connect to the host. */
194       if (connect(sock, aip->ai_addr, aip->ai_addrlen) == -1) {
195          perror("connect");
196          (void) close(sock);
197          sock = -1;
198          continue;
199       }
200       break;
201    }
202    freeaddrinfo(res);
204Note that for new applications, if you write address-family-agnostic data structures,
205there is no need for porting.
207However, when it comes to server-side programming in C/C++, there is an additional wrinkle.
208Namely, depending on whether your application is written for a dual-stack platform, such
209as Solaris or Linux, or a single-stack platform, such as Windows, you would need to
210structure the code differently.
212Here's the corresponding server C code for a dual-stack platform:
214    int ServSock, csock;
215    /* struct sockaddr is too small! */
216    struct sockaddr_storage addr, from;
217    ...
218    ServSock = socket(AF_INET6, SOCK_STREAM, PF_INET6);
219    bind(ServSock, &addr, sizeof(addr));
220    do {
221       csock = accept(ServSocket, &from, sizeof(from));
222       doClientStuff(csock);
223    } while (!finished);
Note: See TracBrowser for help on using the repository browser.