Разработка приложений в среде Linux. Второе издание
вернуться

Троан Эрик В.
Шрифт:

Домен Unix предусматривает как дейтаграммные, так и потоковые интерфейсы. Дейтаграммный интерфейс используется редко, и здесь обсуждаться не будет. Мы рассмотрим потоковый интерфейс, работа которого подобна именованным каналам. При этом сокеты домена Unix, однако, не идентичны именованным каналам.

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

Сокеты домена Unix работают на основе соединений; в результате каждого соединения с сокетом возникает новый канал связи. Сервер, который может обрабатывать множество соединений одновременно, сохраняет для каждого из них свой файловый дескриптор. Благодаря этому свойству сокеты домена Unix лучше подходят для выполнения многих задач IPC, чем именованные каналы. Это главная причина, по которой они применяются большинством стандартных служб Linux, включал X Window System и системный регистратор.

17.4.1. Адреса домена Unix

Адреса для сокетов домена Unix являются путевыми именами в файловой системе. Если файл еще не существует, то он создается как файл сокетного типа в тот момент, когда сокет привязывается к путевому имени через функцию

bind
. Если уже существует файл (или даже сокет) с указанным путевым именем, то функция
bind
завершается и возвращает значение
EADDRINUSE
,
bind
устанавливает права доступа для созданного файла сокета равными 0666, как измененные текущей маской umask.

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

Адреса сокетов домена Unix передаются через структуру

struct sockaddr_un
.

#include <sys/socket.h>

#include <sys/un.h>

struct sockaddr_un {

 unsigned short sun_family; /* AF_UNIX */

 char sun_path[UNIX_PATH_MAX]; /* путевое имя */

123

И для

bind
, и для
connect
процесс должен иметь права на выполнение для каталогов, через которые проходит поиск путевого имени (почти как при открытии стандартных файлов).

};

В ядре Linux 2.6.7 значение переменной

UNIX_PATH_MAX
равно
108
, но в последующих версиях ядра Linux оно может измениться.

Первый член

sun_family
должен содержать
AF_UNIX
для того, чтобы показать, что структура содержит адрес домена Unix. Параметр
sun_path
хранит путевое имя, которое нужно использовать для соединения. Если системным вызовам, относящимся к сокету, передается размер адреса, то передаваемая длина равна количеству символов в путевом имени плюс размер элемента
sun_family
. Параметр
sun_path
не обязательно должен заканчиваться
'\0'
, хотя обычно делают именно так.

17.4.2. Ожидание соединения

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

Ниже показан пример простого сервера, который многократно принимает соединения с сокетом домена Unix (файл

sample-socket
в текущем каталоге) и считывает все данные из сокета, посылая их на стандартный вывод.

 1: /* userver.c */

 2:

 3: /* Ожидает соединения на сокете ./sample-socket домена Unix.

 4: После установки соединения копирует данные

 5: из сокета в stdout до тех пор, пока вторая сторона не

 6: закрывает соединение. Далее ожидает следующее соединение

 7: с сокетом. */

 8:

 9: #include <stdio.h>

10: #include <sys/socket.h>

11: #include <sys/un.h>

12: #include <unistd.h>

13:

14: #include "sockutil.h" /* некоторые служебные функции */

15:

16: int main (void) {

17: struct sockaddr_un address;

18: int sock, conn;

19: size_t addrLength;

20:

21: if ((sock = socket(PF_UNIX, SOCK_STREAM, 0)) < 0)