1.\" $FreeBSD$ 2.\" $KAME: getnameinfo.3,v 1.17 2000/08/09 21:16:17 itojun Exp $ 3.\" 4.\" Copyright (c) 1983, 1987, 1991, 1993 5.\" The Regents of the University of California. All rights reserved. 6.\" 7.\" Redistribution and use in source and binary forms, with or without 8.\" modification, are permitted provided that the following conditions 9.\" are met: 10.\" 1. Redistributions of source code must retain the above copyright 11.\" notice, this list of conditions and the following disclaimer. 12.\" 2. Redistributions in binary form must reproduce the above copyright 13.\" notice, this list of conditions and the following disclaimer in the 14.\" documentation and/or other materials provided with the distribution. 15.\" 3. All advertising materials mentioning features or use of this software 16.\" must display the following acknowledgement: 17.\" This product includes software developed by the University of 18.\" California, Berkeley and its contributors. 19.\" 4. Neither the name of the University nor the names of its contributors 20.\" may be used to endorse or promote products derived from this software 21.\" without specific prior written permission. 22.\" 23.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND 24.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 25.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 26.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE 27.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 28.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 29.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 30.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 31.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 32.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 33.\" SUCH DAMAGE. 34.\" 35.\" From: @(#)gethostbyname.3 8.4 (Berkeley) 5/25/95 36.\" 37.Dd May 25, 1995 38.Dt GETNAMEINFO 3 39.Os 40.\" 41.Sh NAME 42.Nm getnameinfo 43.Nd address-to-nodename translation in protocol-independent manner 44.\" 45.Sh LIBRARY 46.Lb libc 47.Sh SYNOPSIS 48.In sys/types.h 49.In sys/socket.h 50.In netdb.h 51.Ft int 52.Fn getnameinfo "const struct sockaddr *sa" "socklen_t salen" \ 53"char *host" "size_t hostlen" "char *serv" "size_t servlen" "int flags" 54.\" 55.Sh DESCRIPTION 56The 57.Fn getnameinfo 58function is defined for protocol-independent address-to-nodename translation. 59Its functionality is a reverse conversion of 60.Xr getaddrinfo 3 , 61and implements similar functionality with 62.Xr gethostbyaddr 3 63and 64.Xr getservbyport 3 65in more sophisticated manner. 66.Pp 67This function looks up an IP address and port number provided by the 68caller in the DNS and system-specific database, and returns text 69strings for both in buffers provided by the caller. 70The function indicates successful completion by a zero return value; 71a non-zero return value indicates failure. 72.Pp 73The first argument, 74.Fa sa , 75points to either a 76.Li sockaddr_in 77structure (for IPv4) or a 78.Li sockaddr_in6 79structure (for IPv6) that holds the IP address and port number. 80The 81.Fa salen 82argument gives the length of the 83.Li sockaddr_in 84or 85.Li sockaddr_in6 86structure. 87.Pp 88The function returns the nodename associated with the IP address in 89the buffer pointed to by the 90.Fa host 91argument. 92The caller provides the size of this buffer via the 93.Fa hostlen 94argument. 95The service name associated with the port number is returned in the buffer 96pointed to by 97.Fa serv , 98and the 99.Fa servlen 100argument gives the length of this buffer. 101The caller specifies not to return either string by providing a zero 102value for the 103.Fa hostlen 104or 105.Fa servlen 106arguments. 107Otherwise, the caller must provide buffers large enough to hold the 108nodename and the service name, including the terminating null characters. 109.Pp 110Unfortunately most systems do not provide constants that specify the 111maximum size of either a fully-qualified domain name or a service name. 112Therefore to aid the application in allocating buffers for these two 113returned strings the following constants are defined in 114.In netdb.h : 115.Bd -literal -offset 116#define NI_MAXHOST 1025 117#define NI_MAXSERV 32 118.Ed 119.Pp 120The first value is actually defined as the constant 121.Dv MAXDNAME 122in recent versions of BIND's 123.In arpa/nameser.h 124header 125(older versions of BIND define this constant to be 256) 126and the second is a guess based on the services listed in the current 127Assigned Numbers RFC. 128.Pp 129The final argument is a 130.Fa flag 131that changes the default actions of this function. 132By default the fully-qualified domain name (FQDN) for the host is 133looked up in the DNS and returned. 134If the flag bit 135.Dv NI_NOFQDN 136is set, only the nodename portion of the FQDN is returned for local hosts. 137.Pp 138If the 139.Fa flag 140bit 141.Dv NI_NUMERICHOST 142is set, or if the host's name cannot be located in the DNS, 143the numeric form of the host's address is returned instead of its name 144(e.g., by calling 145.Fn inet_ntop 146instead of 147.Fn getnodebyaddr ) . 148If the 149.Fa flag 150bit 151.Dv NI_NAMEREQD 152is set, an error is returned if the host's name cannot be located in the DNS. 153.Pp 154If the flag bit 155.Dv NI_NUMERICSERV 156is set, the numeric form of the service address is returned 157(e.g., its port number) 158instead of its name. 159The two 160.Dv NI_NUMERICxxx 161flags are required to support the 162.Fl n 163flag that many commands provide. 164.Pp 165A fifth flag bit, 166.Dv NI_DGRAM , 167specifies that the service is a datagram service, and causes 168.Fn getservbyport 169to be called with a second argument of 170.Dq udp 171instead of its default of 172.Dq tcp . 173This is required for the few ports (512-514) 174that have different services for UDP and TCP. 175.Pp 176These 177.Dv NI_xxx 178flags are defined in 179.In netdb.h . 180.\" 181.Ss Extension for scoped IPv6 address 182The implementation allows experimental numeric IPv6 address notation with 183scope identifier. 184IPv6 link-local address will appear as a string like 185.Dq Li fe80::1%ne0 . 186Refer to 187.Xr getaddrinfo 3 188for the notation. 189.\" 190.Sh EXAMPLES 191The following code tries to get numeric hostname, and service name, 192for given socket address. 193Observe that there is no hardcoded reference to particular address family. 194.Bd -literal -offset indent 195struct sockaddr *sa; /* input */ 196char hbuf[NI_MAXHOST], sbuf[NI_MAXSERV]; 197 198if (getnameinfo(sa, sa->sa_len, hbuf, sizeof(hbuf), sbuf, 199 sizeof(sbuf), NI_NUMERICHOST | NI_NUMERICSERV)) { 200 errx(1, "could not get numeric hostname"); 201 /*NOTREACHED*/ 202} 203printf("host=%s, serv=%s\\n", hbuf, sbuf); 204.Ed 205.Pp 206The following version checks if the socket address has reverse address mapping. 207.Bd -literal -offset indent 208struct sockaddr *sa; /* input */ 209char hbuf[NI_MAXHOST]; 210 211if (getnameinfo(sa, sa->sa_len, hbuf, sizeof(hbuf), NULL, 0, 212 NI_NAMEREQD)) { 213 errx(1, "could not resolve hostname"); 214 /*NOTREACHED*/ 215} 216printf("host=%s\\n", hbuf); 217.Ed 218.\" 219.Sh FILES 220.Bl -tag -width /etc/nsswitch.conf -compact 221.It Pa /etc/hosts 222.It Pa /etc/nsswitch.conf 223.It Pa /etc/resolv.conf 224.El 225.\" 226.Sh DIAGNOSTICS 227The function indicates successful completion by a zero return value; 228a non-zero return value indicates failure. 229Error codes are as below: 230.Bl -tag -width Er 231.It Bq Er EAI_AGAIN 232The name could not be resolved at this time. 233Future attempts may succeed. 234.It Bq Er EAI_BADFLAGS 235The flags had an invalid value. 236.It Bq Er EAI_FAIL 237A non-recoverable error occurred. 238.It Bq Er EAI_FAMILY 239The address family was not recognized or the address length was invalid 240for the specified family. 241.It Bq Er EAI_MEMORY 242There was a memory allocation failure. 243.It Bq Er EAI_NONAME 244The name does not resolve for the supplied arguments. 245.Dv NI_NAMEREQD 246is set and the host's name cannot be located, 247or both nodename and servname were null. 248.It Bq Er EAI_SYSTEM 249A system error occurred. 250The error code can be found in errno. 251.El 252.\" 253.Sh SEE ALSO 254.Xr getaddrinfo 3 , 255.Xr gethostbyaddr 3 , 256.Xr getservbyport 3 , 257.Xr hosts 5 , 258.Xr services 5 , 259.Xr hostname 7 , 260.Xr named 8 261.Pp 262.Rs 263.%A R. Gilligan 264.%A S. Thomson 265.%A J. Bound 266.%A W. Stevens 267.%T Basic Socket Interface Extensions for IPv6 268.%R RFC2553 269.%D March 1999 270.Re 271.Rs 272.%A Tatsuya Jinmei 273.%A Atsushi Onoe 274.%T "An Extension of Format for IPv6 Scoped Addresses" 275.%R internet draft 276.%N draft-ietf-ipngwg-scopedaddr-format-02.txt 277.%O work in progress material 278.Re 279.Rs 280.%A Craig Metz 281.%T Protocol Independence Using the Sockets API 282.%B "Proceedings of the freenix track: 2000 USENIX annual technical conference" 283.%D June 2000 284.Re 285.\" 286.Sh HISTORY 287The implementation first appeared in WIDE Hydrangea IPv6 protocol stack kit. 288.\" 289.Sh STANDARDS 290The 291.Fn getaddrinfo 292function is defined in 293.St -p1003.1g-2000 , 294and documented in 295.Dq Basic Socket Interface Extensions for IPv6 296(RFC2553). 297.\" 298.Sh BUGS 299Though the current implementation should be thread-safe, using 300.Fn getnameinfo 301in conjunction with 302.Fn gethostby* 303breaks thread-safeness. 304.Pp 305The text was shamelessly copied from RFC2553. 306.Pp 307The type of the 2nd argument should be 308.Li socklen_t 309for RFC2553 conformance. 310The current code is based on pre-RFC2553 specification. 311