Как правило, функция

блокируется до тех пор, пока к ней не пытается присоединиться некоторый клиентский процесс. Если сокет был помечен как неблокируемый через , то функция возвращает значение в том случае, если нет ни одного доступного клиентского процесса [120] . Системные вызовы , и могут использоваться для указания, ждать ли соединению обработки (эти вызовы помечают сокет как готовый для считывания) [121] .

Ниже показаны прототипы

и .

В обеих функциях предполагается, что первый параметр — это файловый дескриптор. Второй параметр

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

Вызов

превращает отложенное соединение в установленное. Установленное соединение получает новый файловый дескриптор, который возвращает функция . Новый дескриптор наследует все атрибуты того сокета, к которому обращалась функция . Необычное свойство состоит в том, что она возвращает сетевые ошибки, ожидающие обработки, как ошибки принятия от [122] . При возврате ошибки серверы не должны прерывать работу, если параметр принимает одно из следующих значений: , , , , , , , или . Все эти ошибки необходимо игнорировать, просто вызвав функцию на сервере еще раз.

Параметры

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

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

После этапа связывания (который, впрочем, может быть пропущен) клиент соединяется с сервером через системный вызов

.

Процесс переходит к подключению, придерживаясь адреса, с которым должен соединиться сокет.

На рис. 17.1 показаны системные вызовы, которые обычно используются для установки соединений сокетов, и порядок, в котором они выполняются.

Рис 17.1. Установка соединений сокетов

После того как соединение установлено, приложение может найти адреса как удаленного, так и локального концов сокета с помощью функций

и .

Обе функции передают адреса соединений сокета s в те структуры, на которые указывают их параметры

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

Сокеты домена Unix — это простейшее семейство протоколов, доступное через API- интерфейс сокетов. Они фактически не являются сетевыми протоколами, поскольку могут соединяться с сокетами только на одном и том же компьютере. Несмотря на то что это значительно ограничивает их полезность, они все же используются многими приложениями благодаря гибкому механизму IPC, который они поддерживают. Их адреса — это путевые имена, которые создаются в файловой системе, когда сокет привязывается к путевому имени. Файлы сокетов, представляющие адреса доменов Unix, могут быть запущены функцией

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