source: vendor/python/2.5/Doc/lib/libsocket.tex

Last change on this file was 3225, checked in by bird, 18 years ago

Python 2.5

File size: 35.5 KB
Line 
1\section{\module{socket} ---
2 Low-level networking interface}
3
4\declaremodule{builtin}{socket}
5\modulesynopsis{Low-level networking interface.}
6
7
8This module provides access to the BSD \emph{socket} interface.
9It is available on all modern \UNIX{} systems, Windows, MacOS, BeOS,
10OS/2, and probably additional platforms. \note{Some behavior may be
11platform dependent, since calls are made to the operating system socket APIs.}
12
13For an introduction to socket programming (in C), see the following
14papers: \citetitle{An Introductory 4.3BSD Interprocess Communication
15Tutorial}, by Stuart Sechrest and \citetitle{An Advanced 4.3BSD
16Interprocess Communication Tutorial}, by Samuel J. Leffler et al,
17both in the \citetitle{\UNIX{} Programmer's Manual, Supplementary Documents 1}
18(sections PS1:7 and PS1:8). The platform-specific reference material
19for the various socket-related system calls are also a valuable source
20of information on the details of socket semantics. For \UNIX, refer
21to the manual pages; for Windows, see the WinSock (or Winsock 2)
22specification.
23For IPv6-ready APIs, readers may want to refer to \rfc{2553} titled
24\citetitle{Basic Socket Interface Extensions for IPv6}.
25
26The Python interface is a straightforward transliteration of the
27\UNIX{} system call and library interface for sockets to Python's
28object-oriented style: the \function{socket()} function returns a
29\dfn{socket object}\obindex{socket} whose methods implement the
30various socket system calls. Parameter types are somewhat
31higher-level than in the C interface: as with \method{read()} and
32\method{write()} operations on Python files, buffer allocation on
33receive operations is automatic, and buffer length is implicit on send
34operations.
35
36Socket addresses are represented as follows:
37A single string is used for the \constant{AF_UNIX} address family.
38A pair \code{(\var{host}, \var{port})} is used for the
39\constant{AF_INET} address family, where \var{host} is a string
40representing either a hostname in Internet domain notation like
41\code{'daring.cwi.nl'} or an IPv4 address like \code{'100.50.200.5'},
42and \var{port} is an integral port number.
43For \constant{AF_INET6} address family, a four-tuple
44\code{(\var{host}, \var{port}, \var{flowinfo}, \var{scopeid})} is
45used, where \var{flowinfo} and \var{scopeid} represents
46\code{sin6_flowinfo} and \code{sin6_scope_id} member in
47\constant{struct sockaddr_in6} in C.
48For \module{socket} module methods, \var{flowinfo} and \var{scopeid}
49can be omitted just for backward compatibility. Note, however,
50omission of \var{scopeid} can cause problems in manipulating scoped
51IPv6 addresses. Other address families are currently not supported.
52The address format required by a particular socket object is
53automatically selected based on the address family specified when the
54socket object was created.
55
56For IPv4 addresses, two special forms are accepted instead of a host
57address: the empty string represents \constant{INADDR_ANY}, and the string
58\code{'<broadcast>'} represents \constant{INADDR_BROADCAST}.
59The behavior is not available for IPv6 for backward compatibility,
60therefore, you may want to avoid these if you intend to support IPv6 with
61your Python programs.
62
63If you use a hostname in the \var{host} portion of IPv4/v6 socket
64address, the program may show a nondeterministic behavior, as Python
65uses the first address returned from the DNS resolution. The socket
66address will be resolved differently into an actual IPv4/v6 address,
67depending on the results from DNS resolution and/or the host
68configuration. For deterministic behavior use a numeric address in
69\var{host} portion.
70
71\versionadded[AF_NETLINK sockets are represented as
72pairs \code{\var{pid}, \var{groups}}]{2.5}
73
74All errors raise exceptions. The normal exceptions for invalid
75argument types and out-of-memory conditions can be raised; errors
76related to socket or address semantics raise the error
77\exception{socket.error}.
78
79Non-blocking mode is supported through
80\method{setblocking()}. A generalization of this based on timeouts
81is supported through \method{settimeout()}.
82
83The module \module{socket} exports the following constants and functions:
84
85
86\begin{excdesc}{error}
87This exception is raised for socket-related errors.
88The accompanying value is either a string telling what went wrong or a
89pair \code{(\var{errno}, \var{string})}
90representing an error returned by a system
91call, similar to the value accompanying \exception{os.error}.
92See the module \refmodule{errno}\refbimodindex{errno}, which contains
93names for the error codes defined by the underlying operating system.
94\end{excdesc}
95
96\begin{excdesc}{herror}
97This exception is raised for address-related errors, i.e. for
98functions that use \var{h_errno} in the C API, including
99\function{gethostbyname_ex()} and \function{gethostbyaddr()}.
100
101The accompanying value is a pair \code{(\var{h_errno}, \var{string})}
102representing an error returned by a library call. \var{string}
103represents the description of \var{h_errno}, as returned by
104the \cfunction{hstrerror()} C function.
105\end{excdesc}
106
107\begin{excdesc}{gaierror}
108This exception is raised for address-related errors, for
109\function{getaddrinfo()} and \function{getnameinfo()}.
110The accompanying value is a pair \code{(\var{error}, \var{string})}
111representing an error returned by a library call.
112\var{string} represents the description of \var{error}, as returned
113by the \cfunction{gai_strerror()} C function.
114The \var{error} value will match one of the \constant{EAI_*} constants
115defined in this module.
116\end{excdesc}
117
118\begin{excdesc}{timeout}
119This exception is raised when a timeout occurs on a socket which has
120had timeouts enabled via a prior call to \method{settimeout()}. The
121accompanying value is a string whose value is currently always ``timed
122out''.
123\versionadded{2.3}
124\end{excdesc}
125
126\begin{datadesc}{AF_UNIX}
127\dataline{AF_INET}
128\dataline{AF_INET6}
129These constants represent the address (and protocol) families,
130used for the first argument to \function{socket()}. If the
131\constant{AF_UNIX} constant is not defined then this protocol is
132unsupported.
133\end{datadesc}
134
135\begin{datadesc}{SOCK_STREAM}
136\dataline{SOCK_DGRAM}
137\dataline{SOCK_RAW}
138\dataline{SOCK_RDM}
139\dataline{SOCK_SEQPACKET}
140These constants represent the socket types,
141used for the second argument to \function{socket()}.
142(Only \constant{SOCK_STREAM} and
143\constant{SOCK_DGRAM} appear to be generally useful.)
144\end{datadesc}
145
146\begin{datadesc}{SO_*}
147\dataline{SOMAXCONN}
148\dataline{MSG_*}
149\dataline{SOL_*}
150\dataline{IPPROTO_*}
151\dataline{IPPORT_*}
152\dataline{INADDR_*}
153\dataline{IP_*}
154\dataline{IPV6_*}
155\dataline{EAI_*}
156\dataline{AI_*}
157\dataline{NI_*}
158\dataline{TCP_*}
159Many constants of these forms, documented in the \UNIX{} documentation on
160sockets and/or the IP protocol, are also defined in the socket module.
161They are generally used in arguments to the \method{setsockopt()} and
162\method{getsockopt()} methods of socket objects. In most cases, only
163those symbols that are defined in the \UNIX{} header files are defined;
164for a few symbols, default values are provided.
165\end{datadesc}
166
167\begin{datadesc}{has_ipv6}
168This constant contains a boolean value which indicates if IPv6 is
169supported on this platform.
170\versionadded{2.3}
171\end{datadesc}
172
173\begin{funcdesc}{getaddrinfo}{host, port\optional{, family\optional{,
174 socktype\optional{, proto\optional{,
175 flags}}}}}
176Resolves the \var{host}/\var{port} argument, into a sequence of
1775-tuples that contain all the necessary argument for the sockets
178manipulation. \var{host} is a domain name, a string representation of
179IPv4/v6 address or \code{None}.
180\var{port} is a string service name (like \code{'http'}), a numeric
181port number or \code{None}.
182
183The rest of the arguments are optional and must be numeric if
184specified. For \var{host} and \var{port}, by passing either an empty
185string or \code{None}, you can pass \code{NULL} to the C API. The
186\function{getaddrinfo()} function returns a list of 5-tuples with
187the following structure:
188
189\code{(\var{family}, \var{socktype}, \var{proto}, \var{canonname},
190 \var{sockaddr})}
191
192\var{family}, \var{socktype}, \var{proto} are all integer and are meant to
193be passed to the \function{socket()} function.
194\var{canonname} is a string representing the canonical name of the \var{host}.
195It can be a numeric IPv4/v6 address when \constant{AI_CANONNAME} is specified
196for a numeric \var{host}.
197\var{sockaddr} is a tuple describing a socket address, as described above.
198See the source for the \refmodule{httplib} and other library modules
199for a typical usage of the function.
200\versionadded{2.2}
201\end{funcdesc}
202
203\begin{funcdesc}{getfqdn}{\optional{name}}
204Return a fully qualified domain name for \var{name}.
205If \var{name} is omitted or empty, it is interpreted as the local
206host. To find the fully qualified name, the hostname returned by
207\function{gethostbyaddr()} is checked, then aliases for the host, if
208available. The first name which includes a period is selected. In
209case no fully qualified domain name is available, the hostname as
210returned by \function{gethostname()} is returned.
211\versionadded{2.0}
212\end{funcdesc}
213
214\begin{funcdesc}{gethostbyname}{hostname}
215Translate a host name to IPv4 address format. The IPv4 address is
216returned as a string, such as \code{'100.50.200.5'}. If the host name
217is an IPv4 address itself it is returned unchanged. See
218\function{gethostbyname_ex()} for a more complete interface.
219\function{gethostbyname()} does not support IPv6 name resolution, and
220\function{getaddrinfo()} should be used instead for IPv4/v6 dual stack support.
221\end{funcdesc}
222
223\begin{funcdesc}{gethostbyname_ex}{hostname}
224Translate a host name to IPv4 address format, extended interface.
225Return a triple \code{(\var{hostname}, \var{aliaslist},
226\var{ipaddrlist})} where
227\var{hostname} is the primary host name responding to the given
228\var{ip_address}, \var{aliaslist} is a (possibly empty) list of
229alternative host names for the same address, and \var{ipaddrlist} is
230a list of IPv4 addresses for the same interface on the same
231host (often but not always a single address).
232\function{gethostbyname_ex()} does not support IPv6 name resolution, and
233\function{getaddrinfo()} should be used instead for IPv4/v6 dual stack support.
234\end{funcdesc}
235
236\begin{funcdesc}{gethostname}{}
237Return a string containing the hostname of the machine where
238the Python interpreter is currently executing.
239If you want to know the current machine's IP address, you may want to use
240\code{gethostbyname(gethostname())}.
241This operation assumes that there is a valid address-to-host mapping for
242the host, and the assumption does not always hold.
243Note: \function{gethostname()} doesn't always return the fully qualified
244domain name; use \code{gethostbyaddr(gethostname())}
245(see below).
246\end{funcdesc}
247
248\begin{funcdesc}{gethostbyaddr}{ip_address}
249Return a triple \code{(\var{hostname}, \var{aliaslist},
250\var{ipaddrlist})} where \var{hostname} is the primary host name
251responding to the given \var{ip_address}, \var{aliaslist} is a
252(possibly empty) list of alternative host names for the same address,
253and \var{ipaddrlist} is a list of IPv4/v6 addresses for the same interface
254on the same host (most likely containing only a single address).
255To find the fully qualified domain name, use the function
256\function{getfqdn()}.
257\function{gethostbyaddr} supports both IPv4 and IPv6.
258\end{funcdesc}
259
260\begin{funcdesc}{getnameinfo}{sockaddr, flags}
261Translate a socket address \var{sockaddr} into a 2-tuple
262\code{(\var{host}, \var{port})}.
263Depending on the settings of \var{flags}, the result can contain a
264fully-qualified domain name or numeric address representation in
265\var{host}. Similarly, \var{port} can contain a string port name or a
266numeric port number.
267\versionadded{2.2}
268\end{funcdesc}
269
270\begin{funcdesc}{getprotobyname}{protocolname}
271Translate an Internet protocol name (for example, \code{'icmp'}) to a constant
272suitable for passing as the (optional) third argument to the
273\function{socket()} function. This is usually only needed for sockets
274opened in ``raw'' mode (\constant{SOCK_RAW}); for the normal socket
275modes, the correct protocol is chosen automatically if the protocol is
276omitted or zero.
277\end{funcdesc}
278
279\begin{funcdesc}{getservbyname}{servicename\optional{, protocolname}}
280Translate an Internet service name and protocol name to a port number
281for that service. The optional protocol name, if given, should be
282\code{'tcp'} or \code{'udp'}, otherwise any protocol will match.
283\end{funcdesc}
284
285\begin{funcdesc}{getservbyport}{port\optional{, protocolname}}
286Translate an Internet port number and protocol name to a service name
287for that service. The optional protocol name, if given, should be
288\code{'tcp'} or \code{'udp'}, otherwise any protocol will match.
289\end{funcdesc}
290
291\begin{funcdesc}{socket}{\optional{family\optional{,
292 type\optional{, proto}}}}
293Create a new socket using the given address family, socket type and
294protocol number. The address family should be \constant{AF_INET} (the
295default), \constant{AF_INET6} or \constant{AF_UNIX}. The socket type
296should be \constant{SOCK_STREAM} (the default), \constant{SOCK_DGRAM}
297or perhaps one of the other \samp{SOCK_} constants. The protocol
298number is usually zero and may be omitted in that case.
299\end{funcdesc}
300
301\begin{funcdesc}{ssl}{sock\optional{, keyfile, certfile}}
302Initiate a SSL connection over the socket \var{sock}. \var{keyfile} is
303the name of a PEM formatted file that contains your private
304key. \var{certfile} is a PEM formatted certificate chain file. On
305success, a new \class{SSLObject} is returned.
306
307\warning{This does not do any certificate verification!}
308\end{funcdesc}
309
310\begin{funcdesc}{socketpair}{\optional{family\optional{, type\optional{, proto}}}}
311Build a pair of connected socket objects using the given address
312family, socket type, and protocol number. Address family, socket type,
313and protocol number are as for the \function{socket()} function above.
314The default family is \constant{AF_UNIX} if defined on the platform;
315otherwise, the default is \constant{AF_INET}.
316Availability: \UNIX. \versionadded{2.4}
317\end{funcdesc}
318
319\begin{funcdesc}{fromfd}{fd, family, type\optional{, proto}}
320Duplicate the file descriptor \var{fd} (an integer as returned by a file
321object's \method{fileno()} method) and build a socket object from the
322result. Address family, socket type and protocol number are as for the
323\function{socket()} function above.
324The file descriptor should refer to a socket, but this is not
325checked --- subsequent operations on the object may fail if the file
326descriptor is invalid. This function is rarely needed, but can be
327used to get or set socket options on a socket passed to a program as
328standard input or output (such as a server started by the \UNIX{} inet
329daemon). The socket is assumed to be in blocking mode.
330Availability: \UNIX.
331\end{funcdesc}
332
333\begin{funcdesc}{ntohl}{x}
334Convert 32-bit integers from network to host byte order. On machines
335where the host byte order is the same as network byte order, this is a
336no-op; otherwise, it performs a 4-byte swap operation.
337\end{funcdesc}
338
339\begin{funcdesc}{ntohs}{x}
340Convert 16-bit integers from network to host byte order. On machines
341where the host byte order is the same as network byte order, this is a
342no-op; otherwise, it performs a 2-byte swap operation.
343\end{funcdesc}
344
345\begin{funcdesc}{htonl}{x}
346Convert 32-bit integers from host to network byte order. On machines
347where the host byte order is the same as network byte order, this is a
348no-op; otherwise, it performs a 4-byte swap operation.
349\end{funcdesc}
350
351\begin{funcdesc}{htons}{x}
352Convert 16-bit integers from host to network byte order. On machines
353where the host byte order is the same as network byte order, this is a
354no-op; otherwise, it performs a 2-byte swap operation.
355\end{funcdesc}
356
357\begin{funcdesc}{inet_aton}{ip_string}
358Convert an IPv4 address from dotted-quad string format (for example,
359'123.45.67.89') to 32-bit packed binary format, as a string four
360characters in length. This is useful when conversing with a program
361that uses the standard C library and needs objects of type
362\ctype{struct in_addr}, which is the C type for the 32-bit packed
363binary this function returns.
364
365If the IPv4 address string passed to this function is invalid,
366\exception{socket.error} will be raised. Note that exactly what is
367valid depends on the underlying C implementation of
368\cfunction{inet_aton()}.
369
370\function{inet_aton()} does not support IPv6, and
371\function{getnameinfo()} should be used instead for IPv4/v6 dual stack
372support.
373\end{funcdesc}
374
375\begin{funcdesc}{inet_ntoa}{packed_ip}
376Convert a 32-bit packed IPv4 address (a string four characters in
377length) to its standard dotted-quad string representation (for
378example, '123.45.67.89'). This is useful when conversing with a
379program that uses the standard C library and needs objects of type
380\ctype{struct in_addr}, which is the C type for the 32-bit packed
381binary data this function takes as an argument.
382
383If the string passed to this function is not exactly 4 bytes in
384length, \exception{socket.error} will be raised.
385\function{inet_ntoa()} does not support IPv6, and
386\function{getnameinfo()} should be used instead for IPv4/v6 dual stack
387support.
388\end{funcdesc}
389
390\begin{funcdesc}{inet_pton}{address_family, ip_string}
391Convert an IP address from its family-specific string format to a packed,
392binary format.
393\function{inet_pton()} is useful when a library or network protocol calls for
394an object of type \ctype{struct in_addr} (similar to \function{inet_aton()})
395or \ctype{struct in6_addr}.
396
397Supported values for \var{address_family} are currently
398\constant{AF_INET} and \constant{AF_INET6}.
399If the IP address string \var{ip_string} is invalid,
400\exception{socket.error} will be raised. Note that exactly what is valid
401depends on both the value of \var{address_family} and the underlying
402implementation of \cfunction{inet_pton()}.
403
404Availability: \UNIX{} (maybe not all platforms).
405\versionadded{2.3}
406\end{funcdesc}
407
408\begin{funcdesc}{inet_ntop}{address_family, packed_ip}
409Convert a packed IP address (a string of some number of characters) to
410its standard, family-specific string representation (for example,
411\code{'7.10.0.5'} or \code{'5aef:2b::8'})
412\function{inet_ntop()} is useful when a library or network protocol returns
413an object of type \ctype{struct in_addr} (similar to \function{inet_ntoa()})
414or \ctype{struct in6_addr}.
415
416Supported values for \var{address_family} are currently
417\constant{AF_INET} and \constant{AF_INET6}.
418If the string \var{packed_ip} is not the correct length for the
419specified address family, \exception{ValueError} will be raised. A
420\exception{socket.error} is raised for errors from the call to
421\function{inet_ntop()}.
422
423Availability: \UNIX{} (maybe not all platforms).
424\versionadded{2.3}
425\end{funcdesc}
426
427\begin{funcdesc}{getdefaulttimeout}{}
428Return the default timeout in floating seconds for new socket objects.
429A value of \code{None} indicates that new socket objects have no timeout.
430When the socket module is first imported, the default is \code{None}.
431\versionadded{2.3}
432\end{funcdesc}
433
434\begin{funcdesc}{setdefaulttimeout}{timeout}
435Set the default timeout in floating seconds for new socket objects.
436A value of \code{None} indicates that new socket objects have no timeout.
437When the socket module is first imported, the default is \code{None}.
438\versionadded{2.3}
439\end{funcdesc}
440
441\begin{datadesc}{SocketType}
442This is a Python type object that represents the socket object type.
443It is the same as \code{type(socket(...))}.
444\end{datadesc}
445
446
447\begin{seealso}
448 \seemodule{SocketServer}{Classes that simplify writing network servers.}
449\end{seealso}
450
451
452\subsection{Socket Objects \label{socket-objects}}
453
454Socket objects have the following methods. Except for
455\method{makefile()} these correspond to \UNIX{} system calls
456applicable to sockets.
457
458\begin{methoddesc}[socket]{accept}{}
459Accept a connection.
460The socket must be bound to an address and listening for connections.
461The return value is a pair \code{(\var{conn}, \var{address})}
462where \var{conn} is a \emph{new} socket object usable to send and
463receive data on the connection, and \var{address} is the address bound
464to the socket on the other end of the connection.
465\end{methoddesc}
466
467\begin{methoddesc}[socket]{bind}{address}
468Bind the socket to \var{address}. The socket must not already be bound.
469(The format of \var{address} depends on the address family --- see
470above.) \note{This method has historically accepted a pair
471of parameters for \constant{AF_INET} addresses instead of only a
472tuple. This was never intentional and is no longer available in
473Python 2.0 and later.}
474\end{methoddesc}
475
476\begin{methoddesc}[socket]{close}{}
477Close the socket. All future operations on the socket object will fail.
478The remote end will receive no more data (after queued data is flushed).
479Sockets are automatically closed when they are garbage-collected.
480\end{methoddesc}
481
482\begin{methoddesc}[socket]{connect}{address}
483Connect to a remote socket at \var{address}.
484(The format of \var{address} depends on the address family --- see
485above.) \note{This method has historically accepted a pair
486of parameters for \constant{AF_INET} addresses instead of only a
487tuple. This was never intentional and is no longer available in
488Python 2.0 and later.}
489\end{methoddesc}
490
491\begin{methoddesc}[socket]{connect_ex}{address}
492Like \code{connect(\var{address})}, but return an error indicator
493instead of raising an exception for errors returned by the C-level
494\cfunction{connect()} call (other problems, such as ``host not found,''
495can still raise exceptions). The error indicator is \code{0} if the
496operation succeeded, otherwise the value of the \cdata{errno}
497variable. This is useful to support, for example, asynchronous connects.
498\note{This method has historically accepted a pair of
499parameters for \constant{AF_INET} addresses instead of only a tuple.
500This was never intentional and is no longer available in Python
5012.0 and later.}
502\end{methoddesc}
503
504\begin{methoddesc}[socket]{fileno}{}
505Return the socket's file descriptor (a small integer). This is useful
506with \function{select.select()}.
507
508Under Windows the small integer returned by this method cannot be used where
509a file descriptor can be used (such as \function{os.fdopen()}). \UNIX{} does
510not have this limitation.
511\end{methoddesc}
512
513\begin{methoddesc}[socket]{getpeername}{}
514Return the remote address to which the socket is connected. This is
515useful to find out the port number of a remote IPv4/v6 socket, for instance.
516(The format of the address returned depends on the address family ---
517see above.) On some systems this function is not supported.
518\end{methoddesc}
519
520\begin{methoddesc}[socket]{getsockname}{}
521Return the socket's own address. This is useful to find out the port
522number of an IPv4/v6 socket, for instance.
523(The format of the address returned depends on the address family ---
524see above.)
525\end{methoddesc}
526
527\begin{methoddesc}[socket]{getsockopt}{level, optname\optional{, buflen}}
528Return the value of the given socket option (see the \UNIX{} man page
529\manpage{getsockopt}{2}). The needed symbolic constants
530(\constant{SO_*} etc.) are defined in this module. If \var{buflen}
531is absent, an integer option is assumed and its integer value
532is returned by the function. If \var{buflen} is present, it specifies
533the maximum length of the buffer used to receive the option in, and
534this buffer is returned as a string. It is up to the caller to decode
535the contents of the buffer (see the optional built-in module
536\refmodule{struct} for a way to decode C structures encoded as strings).
537\end{methoddesc}
538
539\begin{methoddesc}[socket]{listen}{backlog}
540Listen for connections made to the socket. The \var{backlog} argument
541specifies the maximum number of queued connections and should be at
542least 1; the maximum value is system-dependent (usually 5).
543\end{methoddesc}
544
545\begin{methoddesc}[socket]{makefile}{\optional{mode\optional{, bufsize}}}
546Return a \dfn{file object} associated with the socket. (File objects
547are described in \ref{bltin-file-objects}, ``File Objects.'')
548The file object references a \cfunction{dup()}ped version of the
549socket file descriptor, so the file object and socket object may be
550closed or garbage-collected independently.
551The socket must be in blocking mode.
552\index{I/O control!buffering}The optional \var{mode}
553and \var{bufsize} arguments are interpreted the same way as by the
554built-in \function{file()} function; see ``Built-in Functions''
555(section \ref{built-in-funcs}) for more information.
556\end{methoddesc}
557
558\begin{methoddesc}[socket]{recv}{bufsize\optional{, flags}}
559Receive data from the socket. The return value is a string representing
560the data received. The maximum amount of data to be received
561at once is specified by \var{bufsize}. See the \UNIX{} manual page
562\manpage{recv}{2} for the meaning of the optional argument
563\var{flags}; it defaults to zero.
564\note{For best match with hardware and network realities, the value of
565\var{bufsize} should be a relatively small power of 2, for example, 4096.}
566\end{methoddesc}
567
568\begin{methoddesc}[socket]{recvfrom}{bufsize\optional{, flags}}
569Receive data from the socket. The return value is a pair
570\code{(\var{string}, \var{address})} where \var{string} is a string
571representing the data received and \var{address} is the address of the
572socket sending the data. The optional \var{flags} argument has the
573same meaning as for \method{recv()} above.
574(The format of \var{address} depends on the address family --- see above.)
575\end{methoddesc}
576
577\begin{methoddesc}[socket]{send}{string\optional{, flags}}
578Send data to the socket. The socket must be connected to a remote
579socket. The optional \var{flags} argument has the same meaning as for
580\method{recv()} above. Returns the number of bytes sent.
581Applications are responsible for checking that all data has been sent;
582if only some of the data was transmitted, the application needs to
583attempt delivery of the remaining data.
584\end{methoddesc}
585
586\begin{methoddesc}[socket]{sendall}{string\optional{, flags}}
587Send data to the socket. The socket must be connected to a remote
588socket. The optional \var{flags} argument has the same meaning as for
589\method{recv()} above. Unlike \method{send()}, this method continues
590to send data from \var{string} until either all data has been sent or
591an error occurs. \code{None} is returned on success. On error, an
592exception is raised, and there is no way to determine how much data,
593if any, was successfully sent.
594\end{methoddesc}
595
596\begin{methoddesc}[socket]{sendto}{string\optional{, flags}, address}
597Send data to the socket. The socket should not be connected to a
598remote socket, since the destination socket is specified by
599\var{address}. The optional \var{flags} argument has the same
600meaning as for \method{recv()} above. Return the number of bytes sent.
601(The format of \var{address} depends on the address family --- see above.)
602\end{methoddesc}
603
604\begin{methoddesc}[socket]{setblocking}{flag}
605Set blocking or non-blocking mode of the socket: if \var{flag} is 0,
606the socket is set to non-blocking, else to blocking mode. Initially
607all sockets are in blocking mode. In non-blocking mode, if a
608\method{recv()} call doesn't find any data, or if a
609\method{send()} call can't immediately dispose of the data, a
610\exception{error} exception is raised; in blocking mode, the calls
611block until they can proceed.
612\code{s.setblocking(0)} is equivalent to \code{s.settimeout(0)};
613\code{s.setblocking(1)} is equivalent to \code{s.settimeout(None)}.
614\end{methoddesc}
615
616\begin{methoddesc}[socket]{settimeout}{value}
617Set a timeout on blocking socket operations. The \var{value} argument
618can be a nonnegative float expressing seconds, or \code{None}.
619If a float is
620given, subsequent socket operations will raise an \exception{timeout}
621exception if the timeout period \var{value} has elapsed before the
622operation has completed. Setting a timeout of \code{None} disables
623timeouts on socket operations.
624\code{s.settimeout(0.0)} is equivalent to \code{s.setblocking(0)};
625\code{s.settimeout(None)} is equivalent to \code{s.setblocking(1)}.
626\versionadded{2.3}
627\end{methoddesc}
628
629\begin{methoddesc}[socket]{gettimeout}{}
630Return the timeout in floating seconds associated with socket
631operations, or \code{None} if no timeout is set. This reflects
632the last call to \method{setblocking()} or \method{settimeout()}.
633\versionadded{2.3}
634\end{methoddesc}
635
636Some notes on socket blocking and timeouts: A socket object can be in
637one of three modes: blocking, non-blocking, or timeout. Sockets are
638always created in blocking mode. In blocking mode, operations block
639until complete. In non-blocking mode, operations fail (with an error
640that is unfortunately system-dependent) if they cannot be completed
641immediately. In timeout mode, operations fail if they cannot be
642completed within the timeout specified for the socket. The
643\method{setblocking()} method is simply a shorthand for certain
644\method{settimeout()} calls.
645
646Timeout mode internally sets the socket in non-blocking mode. The
647blocking and timeout modes are shared between file descriptors and
648socket objects that refer to the same network endpoint. A consequence
649of this is that file objects returned by the \method{makefile()}
650method must only be used when the socket is in blocking mode; in
651timeout or non-blocking mode file operations that cannot be completed
652immediately will fail.
653
654Note that the \method{connect()} operation is subject to the timeout
655setting, and in general it is recommended to call
656\method{settimeout()} before calling \method{connect()}.
657
658\begin{methoddesc}[socket]{setsockopt}{level, optname, value}
659Set the value of the given socket option (see the \UNIX{} manual page
660\manpage{setsockopt}{2}). The needed symbolic constants are defined in
661the \module{socket} module (\constant{SO_*} etc.). The value can be an
662integer or a string representing a buffer. In the latter case it is
663up to the caller to ensure that the string contains the proper bits
664(see the optional built-in module
665\refmodule{struct}\refbimodindex{struct} for a way to encode C
666structures as strings).
667\end{methoddesc}
668
669\begin{methoddesc}[socket]{shutdown}{how}
670Shut down one or both halves of the connection. If \var{how} is
671\constant{SHUT_RD}, further receives are disallowed. If \var{how} is \constant{SHUT_WR},
672further sends are disallowed. If \var{how} is \constant{SHUT_RDWR}, further sends
673and receives are disallowed.
674\end{methoddesc}
675
676Note that there are no methods \method{read()} or \method{write()};
677use \method{recv()} and \method{send()} without \var{flags} argument
678instead.
679
680
681Socket objects also have these (read-only) attributes that correspond
682to the values given to the \class{socket} constructor.
683
684\begin{memberdesc}[socket]{family}
685The socket family.
686\versionadded{2.5}
687\end{memberdesc}
688
689\begin{memberdesc}[socket]{type}
690The socket type.
691\versionadded{2.5}
692\end{memberdesc}
693
694\begin{memberdesc}[socket]{proto}
695The socket protocol.
696\versionadded{2.5}
697\end{memberdesc}
698
699
700\subsection{SSL Objects \label{ssl-objects}}
701
702SSL objects have the following methods.
703
704\begin{methoddesc}{write}{s}
705Writes the string \var{s} to the on the object's SSL connection.
706The return value is the number of bytes written.
707\end{methoddesc}
708
709\begin{methoddesc}{read}{\optional{n}}
710If \var{n} is provided, read \var{n} bytes from the SSL connection, otherwise
711read until EOF. The return value is a string of the bytes read.
712\end{methoddesc}
713
714\begin{methoddesc}{server}{}
715Returns a string containing the ASN.1 distinguished name identifying the
716server's certificate. (See below for an example
717showing what distinguished names look like.)
718\end{methoddesc}
719
720\begin{methoddesc}{issuer}{}
721Returns a string containing the ASN.1 distinguished name identifying the
722issuer of the server's certificate.
723\end{methoddesc}
724
725\subsection{Example \label{socket-example}}
726
727Here are four minimal example programs using the TCP/IP protocol:\ a
728server that echoes all data that it receives back (servicing only one
729client), and a client using it. Note that a server must perform the
730sequence \function{socket()}, \method{bind()}, \method{listen()},
731\method{accept()} (possibly repeating the \method{accept()} to service
732more than one client), while a client only needs the sequence
733\function{socket()}, \method{connect()}. Also note that the server
734does not \method{send()}/\method{recv()} on the
735socket it is listening on but on the new socket returned by
736\method{accept()}.
737
738The first two examples support IPv4 only.
739
740\begin{verbatim}
741# Echo server program
742import socket
743
744HOST = '' # Symbolic name meaning the local host
745PORT = 50007 # Arbitrary non-privileged port
746s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
747s.bind((HOST, PORT))
748s.listen(1)
749conn, addr = s.accept()
750print 'Connected by', addr
751while 1:
752 data = conn.recv(1024)
753 if not data: break
754 conn.send(data)
755conn.close()
756\end{verbatim}
757
758\begin{verbatim}
759# Echo client program
760import socket
761
762HOST = 'daring.cwi.nl' # The remote host
763PORT = 50007 # The same port as used by the server
764s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
765s.connect((HOST, PORT))
766s.send('Hello, world')
767data = s.recv(1024)
768s.close()
769print 'Received', repr(data)
770\end{verbatim}
771
772The next two examples are identical to the above two, but support both
773IPv4 and IPv6.
774The server side will listen to the first address family available
775(it should listen to both instead).
776On most of IPv6-ready systems, IPv6 will take precedence
777and the server may not accept IPv4 traffic.
778The client side will try to connect to the all addresses returned as a result
779of the name resolution, and sends traffic to the first one connected
780successfully.
781
782\begin{verbatim}
783# Echo server program
784import socket
785import sys
786
787HOST = '' # Symbolic name meaning the local host
788PORT = 50007 # Arbitrary non-privileged port
789s = None
790for res in socket.getaddrinfo(HOST, PORT, socket.AF_UNSPEC, socket.SOCK_STREAM, 0, socket.AI_PASSIVE):
791 af, socktype, proto, canonname, sa = res
792 try:
793 s = socket.socket(af, socktype, proto)
794 except socket.error, msg:
795 s = None
796 continue
797 try:
798 s.bind(sa)
799 s.listen(1)
800 except socket.error, msg:
801 s.close()
802 s = None
803 continue
804 break
805if s is None:
806 print 'could not open socket'
807 sys.exit(1)
808conn, addr = s.accept()
809print 'Connected by', addr
810while 1:
811 data = conn.recv(1024)
812 if not data: break
813 conn.send(data)
814conn.close()
815\end{verbatim}
816
817\begin{verbatim}
818# Echo client program
819import socket
820import sys
821
822HOST = 'daring.cwi.nl' # The remote host
823PORT = 50007 # The same port as used by the server
824s = None
825for res in socket.getaddrinfo(HOST, PORT, socket.AF_UNSPEC, socket.SOCK_STREAM):
826 af, socktype, proto, canonname, sa = res
827 try:
828 s = socket.socket(af, socktype, proto)
829 except socket.error, msg:
830 s = None
831 continue
832 try:
833 s.connect(sa)
834 except socket.error, msg:
835 s.close()
836 s = None
837 continue
838 break
839if s is None:
840 print 'could not open socket'
841 sys.exit(1)
842s.send('Hello, world')
843data = s.recv(1024)
844s.close()
845print 'Received', repr(data)
846\end{verbatim}
847
848This example connects to an SSL server, prints the
849server and issuer's distinguished names, sends some bytes,
850and reads part of the response:
851
852\begin{verbatim}
853import socket
854
855s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
856s.connect(('www.verisign.com', 443))
857
858ssl_sock = socket.ssl(s)
859
860print repr(ssl_sock.server())
861print repr(ssl_sock.issuer())
862
863# Set a simple HTTP request -- use httplib in actual code.
864ssl_sock.write("""GET / HTTP/1.0\r
865Host: www.verisign.com\r\n\r\n""")
866
867# Read a chunk of data. Will not necessarily
868# read all the data returned by the server.
869data = ssl_sock.read()
870
871# Note that you need to close the underlying socket, not the SSL object.
872del ssl_sock
873s.close()
874\end{verbatim}
875
876At this writing, this SSL example prints the following output (line
877breaks inserted for readability):
878
879\begin{verbatim}
880'/C=US/ST=California/L=Mountain View/
881 O=VeriSign, Inc./OU=Production Services/
882 OU=Terms of use at www.verisign.com/rpa (c)00/
883 CN=www.verisign.com'
884'/O=VeriSign Trust Network/OU=VeriSign, Inc./
885 OU=VeriSign International Server CA - Class 3/
886 OU=www.verisign.com/CPS Incorp.by Ref. LIABILITY LTD.(c)97 VeriSign'
887\end{verbatim}
Note: See TracBrowser for help on using the repository browser.