socket — Low-level networking interface¶
Source code: Lib/socket.py
This module provides access to the BSD socket interface. It is available on all modern Unix systems, Windows, MacOS, and probably additional platforms.
Note
Some behavior may be platform dependent, since calls are made to the operating system socket APIs.
Availability: not WASI.
This module does not work or is not available on WebAssembly. See WebAssembly platforms for more information.
The Python interface is a straightforward transliteration of the Unix system
call and library interface for sockets to Python’s object-oriented style: the
socket() function returns a socket object whose methods implement
the various socket system calls. Parameter types are somewhat higher-level than
in the C interface: as with read() and write() operations on Python
files, buffer allocation on receive operations is automatic, and buffer length
is implicit on send operations.
See also
- Module
socketserver Classes that simplify writing network servers.
- Module
ssl A TLS/SSL wrapper for socket objects.
Socket families¶
Depending on the system and the build options, various socket families are supported by this module.
The address format required by a particular socket object is automatically selected based on the address family specified when the socket object was created. Socket addresses are represented as follows:
The address of an
AF_UNIXsocket bound to a file system node is represented as a string, using the file system encoding and the'surrogateescape'error handler (see PEP 383). An address in Linux’s abstract namespace is returned as a bytes-like object with an initial null byte; note that sockets in this namespace can communicate with normal file system sockets, so programs intended to run on Linux may need to deal with both types of address. A string or bytes-like object can be used for either type of address when passing it as an argument.Changed in version 3.3: Previously,
AF_UNIXsocket paths were assumed to use UTF-8 encoding.Changed in version 3.5: Writable bytes-like object is now accepted.
A pair
(host, port)is used for theAF_INETaddress family, where host is a string representing either a hostname in internet domain notation like'daring.cwi.nl'or an IPv4 address like'100.50.200.5', and port is an integer.For IPv4 addresses, two special forms are accepted instead of a host address:
''representsINADDR_ANY, which is used to bind to all interfaces, and the string'<broadcast>'representsINADDR_BROADCAST. This behavior is not compatible with IPv6, therefore, you may want to avoid these if you intend to support IPv6 with your Python programs.
For
AF_INET6address family, a four-tuple(host, port, flowinfo, scope_id)is used, where flowinfo and scope_id represent thesin6_flowinfoandsin6_scope_idmembers instruct sockaddr_in6in C. Forsocketmodule methods, flowinfo and scope_id can be omitted just for backward compatibility. Note, however, omission of scope_id can cause problems in manipulating scoped IPv6 addresses.Changed in version 3.7: For multicast addresses (with scope_id meaningful) address may not contain
%scope_id(orzone id) part. This information is superfluous and may be safely omitted (recommended).AF_NETLINKsockets are represented as pairs(pid, groups).Linux-only support for TIPC is available using the
AF_TIPCaddress family. TIPC is an open, non-IP based networked protocol designed for use in clustered computer environments. Addresses are represented by a tuple, and the fields depend on the address type. The general tuple form is(addr_type, v1, v2, v3 [, scope]), where:addr_type is one of
TIPC_ADDR_NAMESEQ,TIPC_ADDR_NAME, orTIPC_ADDR_ID.scope is one of
TIPC_ZONE_SCOPE,TIPC_CLUSTER_SCOPE, andTIPC_NODE_SCOPE.If addr_type is
TIPC_ADDR_NAME, then v1 is the server type, v2 is the port identifier, and v3 should be 0.If addr_type is
TIPC_ADDR_NAMESEQ, then v1 is the server type, v2 is the lower port number, and v3 is the upper port number.If addr_type is
TIPC_ADDR_ID, then v1 is the node, v2 is the reference, and v3 should be set to 0.
A tuple
(interface, )is used for theAF_CANaddress family, where interface is a string representing a network interface name like'can0'. The network interface name''can be used to receive packets from all network interfaces of this family.CAN_ISOTPprotocol requires a tuple(interface, rx_addr, tx_addr)where both additional parameters are unsigned long integer that represent a CAN identifier (standard or extended).CAN_J1939protocol requires a tuple(interface, name, pgn, addr)where additional parameters are 64-bit unsigned integer representing the ECU name, a 32-bit unsigned integer representing the Parameter Group Number (PGN), and an 8-bit integer representing the address.
A string or a tuple
(id, unit)is used for theSYSPROTO_CONTROLprotocol of thePF_SYSTEMfamily. The string is the name of a kernel control using a dynamically assigned ID. The tuple can be used if ID and unit number of the kernel control are known or if a registered ID is used.Added in version 3.3.
AF_BLUETOOTHsupports the following protocols and address formats:BTPROTO_L2CAPaccepts a tuple(bdaddr, psm[, cid[, bdaddr_type]])where:bdaddris a string specifying the Bluetooth address.psmis an integer specifying the Protocol/Service Multiplexer.cidis an optional integer specifying the Channel Identifier. If not given, defaults to zero.bdaddr_typeis an optional integer specifying the address type; one ofBDADDR_BREDR(default),BDADDR_LE_PUBLIC,BDADDR_LE_RANDOM.
Changed in version 3.14: Added
cidandbdaddr_typefields.BTPROTO_RFCOMMaccepts(bdaddr, channel)wherebdaddris the Bluetooth address as a string andchannelis an integer.BTPROTO_HCIaccepts a format that depends on your OS.On Linux it accepts an integer
device_idor a tuple(device_id, [channel])wheredevice_idspecifies the number of the Bluetooth device, andchannelis an optional integer specifying the HCI channel (HCI_CHANNEL_RAWby default).On FreeBSD, NetBSD and DragonFly BSD it accepts
bdaddrwherebdaddris the Bluetooth address as a string.
Changed in version 3.2: NetBSD and DragonFlyBSD support added.
Changed in version 3.13.3: FreeBSD support added.
Changed in version 3.14: Added
channelfield.device_idnot packed in a tuple is now accepted.BTPROTO_SCOacceptsbdaddrwherebdaddris the Bluetooth address as a string or abytesobject. (ex.'12:23:34:45:56:67'orb'12:23:34:45:56:67')Changed in version 3.14: FreeBSD support added.
AF_ALGis a Linux-only socket based interface to Kernel cryptography. An algorithm socket is configured with a tuple of two to four elements(type, name [, feat [, mask]]), where:type is the algorithm type as string, e.g.
aead,hash,skcipherorrng.name is the algorithm name and operation mode as string, e.g.
sha256,hmac(sha256),cbc(aes)ordrbg_nopr_ctr_aes256.feat and mask are unsigned 32bit integers.
Availability: Linux >= 2.6.38.
Some algorithm types require more recent Kernels.
Added in version 3.6.
AF_VSOCKallows communication between virtual machines and their hosts. The sockets are represented as a(CID, port)tuple where the context ID or CID and port are integers.Availability: Linux >= 3.9
See vsock(7)
Added in version 3.7.
AF_PACKETis a low-level interface directly to network devices. The addresses are represented by the tuple(ifname, proto[, pkttype[, hatype[, addr]]])where:ifname - String specifying the device name.
proto - The Ethernet protocol number. May be
ETH_P_ALLto capture all protocols, one of the ETHERTYPE_* constants or any other Ethernet protocol number.pkttype - Optional integer specifying the packet type:
PACKET_HOST(the default) - Packet addressed to the local host.PACKET_BROADCAST- Physical-layer broadcast packet.PACKET_MULTICAST- Packet sent to a physical-layer multicast address.PACKET_OTHERHOST- Packet to some other host that has been caught by a device driver in promiscuous mode.PACKET_OUTGOING- Packet originating from the local host that is looped back to a packet socket.
hatype - Optional integer specifying the ARP hardware address type.
addr - Optional bytes-like object specifying the hardware physical address, whose interpretation depends on the device.
Availability: Linux >= 2.2.
AF_QIPCRTRis a Linux-only socket based interface for communicating with services running on co-processors in Qualcomm platforms. The address family is represented as a(node, port)tuple where the node and port are non-negative integers.Availability: Linux >= 4.7.
Added in version 3.8.
IPPROTO_UDPLITEis a variant of UDP which allows you to specify what portion of a packet is covered with the checksum. It adds two socket options that you can change.self.setsockopt(IPPROTO_UDPLITE, UDPLITE_SEND_CSCOV, length)will change what portion of outgoing packets are covered by the checksum andself.setsockopt(IPPROTO_UDPLITE, UDPLITE_RECV_CSCOV, length)will filter out packets which cover too little of their data. In both caseslengthshould be inrange(8, 2**16, 8).Such a socket should be constructed with
socket(AF_INET, SOCK_DGRAM, IPPROTO_UDPLITE)for IPv4 orsocket(AF_INET6, SOCK_DGRAM, IPPROTO_UDPLITE)for IPv6.Availability: Linux >= 2.6.20, FreeBSD >= 10.1
Added in version 3.9.
AF_HYPERVis a Windows-only socket based interface for communicating with Hyper-V hosts and guests. The address family is represented as a(vm_id, service_id)tuple where thevm_idandservice_idare UUID strings.The
vm_idis the virtual machine identifier or a set of known VMID values if the target is not a specific virtual machine. Known VMID constants defined onsocketare:HV_GUID_ZEROHV_GUID_BROADCASTHV_GUID_WILDCARD- Used to bind on itself and accept connections from all partitions.HV_GUID_CHILDREN- Used to bind on itself and accept connection from child partitions.HV_GUID_LOOPBACK- Used as a target to itself.HV_GUID_PARENT- When used as a bind accepts connection from the parent partition. When used as an address target it will connect to the parent partition.
The
service_idis the service identifier of the registered service.Added in version 3.12.
If you use a hostname in the host portion of IPv4/v6 socket address, the program may show a nondeterministic behavior, as Python uses the first address returned from the DNS resolution. The socket address will be resolved differently into an actual IPv4/v6 address, depending on the results from DNS resolution and/or the host configuration. For deterministic behavior use a numeric address in host portion.
All errors raise exceptions. The normal exceptions for invalid argument types
and out-of-memory conditions can be raised. Errors
related to socket or address semantics raise OSError or one of its
subclasses.
Non-blocking mode is supported through setblocking(). A
generalization of this based on timeouts is supported through
settimeout().
Module contents¶
The module socket exports the following elements.
Exceptions¶
- exception socket.herror¶
A subclass of
OSError, this exception is raised for address-related errors, i.e. for functions that use h_errno in the POSIX C API, includinggethostbyname_ex()andgethostbyaddr(). The accompanying value is a pair(h_errno, string)representing an error returned by a library call. h_errno is a numeric value, while string represents the description of h_errno, as returned by thehstrerror()C function.Changed in version 3.3: This class was made a subclass of
OSError.
- exception socket.gaierror¶
A subclass of
OSError, this exception is raised for address-related errors bygetaddrinfo()andgetnameinfo(). The accompanying value is a pair(error, string)representing an error returned by a library call. string represents the description of error, as returned by thegai_strerror()C function. The numeric error value will match one of theEAI_*constants defined in this module.Changed in version 3.3: This class was made a subclass of
OSError.
- exception socket.timeout¶
A deprecated alias of
TimeoutError.A subclass of
OSError, this exception is raised when a timeout occurs on a socket which has had timeouts enabled via a prior call tosettimeout()(or implicitly throughsetdefaulttimeout()). The accompanying value is a string whose value is currently always “timed out”.Changed in version 3.3: This class was made a subclass of
OSError.Changed in version 3.10: This class was made an alias of
TimeoutError.
Constants¶
The AF_* and SOCK_* constants are now AddressFamily and
SocketKind IntEnum collections.
Added in version 3.4.
- socket.AF_UNIX¶
- socket.AF_INET¶
- socket.AF_INET6¶
These constants represent the address (and protocol) families, used for the first argument to
socket(). If theAF_UNIXconstant is not defined then this protocol is unsupported. More constants may be available depending on the system.
- socket.AF_UNSPEC¶
AF_UNSPECmeans thatgetaddrinfo()should return socket addresses for any address family (either IPv4, IPv6, or any other) that can be used.
- socket.SOCK_STREAM¶
- socket.SOCK_DGRAM¶
- socket.SOCK_RAW¶
- socket.SOCK_RDM¶
- socket.SOCK_SEQPACKET¶
These constants represent the socket types, used for the second argument to
socket(). More constants may be available depending on the system. (OnlySOCK_STREAMandSOCK_DGRAMappear to be generally useful.)
- socket.SOCK_CLOEXEC¶
- socket.SOCK_NONBLOCK¶
These two constants, if defined, can be combined with the socket types and allow you to set some flags atomically (thus avoiding possible race conditions and the need for separate calls).
See also
Secure File Descriptor Handling for a more thorough explanation.
Availability: Linux >= 2.6.27.
Added in version 3.2.
- SO_*
- socket.SOMAXCONN¶
- MSG_*
- SOL_*
- SCM_*
- IPPROTO_*
- IPPORT_*
- INADDR_*
- IP_*
- IPV6_*
- EAI_*
- AI_*
- NI_*
- TCP_*
Many constants of these forms, documented in the Unix documentation on sockets and/or the IP protocol, are also defined in the socket module. They are generally used in arguments to the
setsockopt()andgetsockopt()methods of socket objects. In most cases, only those symbols that are defined in the Unix header files are defined; for a few symbols, default values are provided.Changed in version 3.6:
SO_DOMAIN,SO_PROTOCOL,SO_PEERSEC,SO_PASSSEC,TCP_USER_TIMEOUT,TCP_CONGESTIONwere added.Changed in version 3.6.5: Added support for
TCP_FASTOPEN,TCP_KEEPCNTon Windows platforms when available.Changed in version 3.7:
TCP_NOTSENT_LOWATwas added.Added support for