Розетка интернет проходная: RJ45 .5 UTP Legrand Mosaic ()

• Платформа Adobe Experience

  Adobe Experience Platform — это набор решений Adobe для управления качеством обслуживания клиентов (CXM).

• виртуальный помощник (помощник ИИ)

  Виртуальный помощник, также называемый помощником ИИ или цифровым помощником, представляет собой прикладную программу, которая понимает естественные …

• входящий маркетинг

  Входящий маркетинг — это стратегия, направленная на привлечение клиентов или лидов с помощью созданного компанией интернет-контента, тем самым …

Socket

Сетевой сокет является конечной точкой межпроцессного взаимодействия в компьютерной сети. Сегодня большая часть связи между компьютерами основана на Интернет-протоколе; поэтому большинство сетевых сокетов — это Интернет-сокеты .

API сокетов — это интерфейс прикладного программирования (API), обычно предоставляемый операционной системой, который позволяет прикладным программам управлять сетевыми сокетами и использовать их. API-интерфейсы интернет-сокетов обычно основаны на стандарте сокетов Беркли.

Адрес сокета представляет собой комбинацию IP-адреса и номера порта, подобно тому, как один конец телефонного соединения представляет собой комбинацию номера телефона и определенного расширения. На основе этого адреса интернет-сокеты доставляют входящие пакеты данных соответствующему процессу приложения или потоку.

Обзор

Интернет-сокет характеризуется как минимум следующим:

• Адрес локального сокета: локальный IP-адрес и номер порта
• Протокол: транспортный протокол (например, TCP, UDP, необработанный IP). Таким образом, TCP-порт 53 и UDP-порт 53 являются разными сокетами.

Сокет, который был подключен к другому сокету, например. при установлении TCP-соединения также имеет адрес удаленного сокета.

Как описано ниже в разделе клиент-сервер, TCP-сервер может одновременно обслуживать несколько клиентов. Сервер создает один сокет для каждого клиента, и эти сокеты используют один и тот же локальный адрес сокета с точки зрения TCP-сервера и имеют разные удаленные адреса для каждого клиента.

В операционной системе и приложении, создавшем сокет, на сокет ссылается уникальное целочисленное значение, называемое дескриптор сокета . Операционная система пересылает полезную нагрузку входящих IP-пакетов соответствующему приложению, извлекая информацию об адресе сокета из заголовков IP и транспортного протокола и удаляя заголовки из данных приложения.

В запросе комментариев IETF, стандартах Интернета, во многих учебниках, а также в этой статье термин сокет относится к объекту, который однозначно идентифицируется номером сокета. В других учебниках термин сокет относится к локальному адресу сокета, то есть «комбинации IP-адреса и номера порта». В исходном определении сокета , данном в RFC 147, поскольку он был связан с сетью ARPA в 1971 году, «сокет указан как 32-битное число, где четные сокеты идентифицируют принимающие сокеты, а нечетные сокеты идентифицируют сокеты-отправители». Однако сегодня связь через сокеты является двунаправленной.

В операционных системах на базе Unix и Microsoft Windows инструмент командной строки netstat можно использовать для получения списка всех установленных в настоящее время сокетов и соответствующей информации.

Типы

Доступны несколько типов интернет-сокетов:

• Сокеты дейтаграмм, также известные как сокеты без установления соединения, которые используют протокол дейтаграмм пользователя (UDP).
• Потоковые сокеты, также известные как сокеты, ориентированные на соединение, которые используют протокол управления передачей (TCP) или протокол управления передачей управления потоком (SCTP).
• Необработанные сокеты (или Необработанные IP-сокеты ), обычно имеющиеся в маршрутизаторах и другом сетевом оборудовании. Здесь транспортный уровень обходится, а заголовки пакетов становятся доступными для приложения.

Другие типы сокетов реализуются поверх других транспортных протоколов, таких как системная сетевая архитектура (SNA). См. также Сокеты домена Unix (UDS) для внутренней связи между процессами.

Состояния и модель клиент-сервер

Компьютерные процессы, предоставляющие службы приложений, называются серверами и при запуске создают сокеты, находящиеся в состоянии прослушивания . Эти сокеты ждут инициатив от клиентских программ.

Сервер TCP может одновременно обслуживать несколько клиентов, создавая дочерний процесс для каждого клиента и устанавливая TCP-соединение между дочерним процессом и клиентом. Для каждого подключения создаются уникальные выделенных сокетов . Они находятся в установленном состоянии , когда виртуальное соединение сокет-сокет или виртуальный канал (VC), также известный как сеанс TCP, устанавливается с удаленным сокетом, обеспечивая дуплексный поток байтов.

Сервер может создать несколько одновременно установленных TCP-сокетов с одним и тем же локальным номером порта и локальным IP-адресом, каждый из которых сопоставлен с собственным дочерним процессом сервера, обслуживающим свой собственный клиентский процесс. Операционная система рассматривает их как разные сокеты, поскольку адрес удаленного сокета (IP-адрес клиента и/или номер порта) отличается; т. е. поскольку у них разные кортежи пары сокетов.

Сокет UDP не может находиться в установленном состоянии, так как UDP не устанавливает соединение. Поэтому netstat не показывает состояние сокета UDP. Сервер UDP не создает новые дочерние процессы для каждого одновременно обслуживаемого клиента, но один и тот же процесс последовательно обрабатывает входящие пакеты данных от всех удаленных клиентов через один и тот же сокет. Это означает, что сокеты UDP идентифицируются не по удаленному адресу, а только по локальному адресу, хотя каждое сообщение имеет связанный с ним удаленный адрес.

Пары сокетов

Связь между локальными и удаленными сокетами называется парами сокетов . Каждая пара сокетов описывается уникальной четверкой, состоящей из исходного и целевого IP-адресов и номеров портов, то есть локальных и удаленных адресов сокетов. Как видно из приведенного выше обсуждения, в случае TCP каждой уникальной паре сокетов из четырех кортежей назначается номер сокета, тогда как в случае UDP каждому уникальному локальному адресу сокета назначается номер сокета.

Реализации

Сокеты обычно реализуются библиотекой интерфейса прикладного программирования (API), такой как сокеты Беркли, впервые представленные в 1983 году. Большинство реализаций основаны на сокетах Беркли, например Winsock, представленный в 1991 году. Существуют и другие реализации API, такие как STREAMS- на основе интерфейса транспортного уровня (TLI).

Разработка прикладных программ, использующих этот API, называется программированием сокетов или сетевым программированием.

Ранние реализации

1983 Сокеты Беркли (также известные как API сокетов BSD) появились в операционной системе 4.2BSD Unix (выпущенной в 1983 году) в качестве API. Однако только в 1989 году Калифорнийский университет в Беркли смог выпустить версии своей операционной системы и сетевой библиотеки, свободные от лицензионных ограничений защищенной авторским правом Unix компании AT&T.

1987 Интерфейс транспортного уровня (TLI) был сетевым API, предоставленным AT&T UNIX System V Release 3 (SVR3) в 1987 году и продолженным в Release 4 (SVR4).

Другие ранние реализации были написаны для TOPS-20, MVS, VM, IBM-DOS (PCIP).

Сокеты в сетевом оборудовании

Сокет — это прежде всего концепция, используемая на транспортном уровне модели Интернета. Сетевое оборудование, такое как маршрутизаторы и коммутаторы, не требует реализации транспортного уровня, поскольку они работают на уровне канала связи (коммутаторы) или на уровне Интернета (маршрутизаторы).