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