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