UNIX: разработка сетевых приложений
вернуться

Стивенс Уильям Ричард
Шрифт:

4.10. Функции getsockname и getpeername

Эти две функции возвращают либо локальный (функция

getsockname
), либо удаленный (функция
getpeername
) адрес протокола, связанный с сокетом.

#include <sys/socket.h>

int getsockname(int sockfd, struct sockaddr * localaddr,

socklen_t * addrlen);

int getpeername(int sockfd, struct sockaddr * peeraddr,

socklen_t * addrlen);

Обратите внимание, что последний аргумент обеих функций относится к типу «значение-результат», то есть обе функции будут заполнять структуру адреса сокета, на которую указывает аргумент

localaddr
или
peeraddr
.

ПРИМЕЧАНИЕ

Обсуждая функцию bind, мы отметили, что термин «имя» используется некорректно. Эти две функции возвращают адрес протокола, связанный с одним из концов сетевого соединения, что для протоколов IPv4 и IPv6 является сочетанием IP-адреса и номера порта. Эти функции также не имеют ничего общего с доменными именами (глава 11).

Функции

getsockname
и
getpeername
необходимы нам по следующим соображениям:

После успешного выполнения функции

connect
и возвращения управления в клиентский процесс TCP, который не вызывает функцию
bind
, функция
getsockname
возвращает IP-адрес и номер локального порта, присвоенные соединению ядром.

После вызова функции

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

Функцию

getsockname
можно вызвать, чтобы получить семейство адресов сокета, как это показано в листинге 4.4.

Сервер TCP, который с помощью функции

bind
связывается с универсальным IP-адресом (см. листинг 1.5), как только устанавливается соединение с клиентом (функция
accept
успешно выполнена), может вызвать функцию
getsockname
, чтобы получить локальный IP-адрес соединения. Аргумент
sockfd
(дескриптор сокета) в этом вызове должен содержать дескриптор присоединенного, а не прослушиваемого сокета.

Когда сервер запускается с помощью функции

exec
процессом, вызывающим функцию
accept
, он может идентифицировать клиента только одним способом - вызвать функцию
getpeername
. Это происходит, когда функция
inetd
(см. раздел 13.5) вызывает функции
fork
и
exec
для создания сервера TCP. Этот сценарий представлен на рис. 4.9. Функция
inetd
вызывает функцию
accept
(верхняя левая рамка), после чего возвращаются два значения: дескриптор присоединенного сокета
connfd
(это возвращаемое значение функции), а также IP-адрес и номер порта клиента, отмеченные на рисунке небольшой рамкой с подписью «адрес собеседника» (структура адреса сокета Интернета). Далее вызывается функция
fork
и создается дочерний процесс функции
inetd
. Поскольку дочерний процесс запускается с копией содержимого памяти родительского процесса, структура адреса сокета доступна дочернему процессу, как и дескриптор присоединенного сокета (так как дескрипторы совместно используются родительским и дочерним процессами). Но когда дочерний процесс с помощью функции
exec
запускает выполнение реального сервера (скажем, сервера Telnet), содержимое памяти дочернего процесса заменяется новым программным файлом для сервера Telnet (то есть структура адреса сокета, содержащая адрес собеседника, теряется). Однако во время выполнения функции
exec
дескриптор присоединенного сокета остается открытым. Один из первых вызовов функции, который выполняет сервер Telnet, — это вызов функции
getpeername
для получения IP-адреса и номера порта клиента.

Рис. 4.9. Порождение сервера демоном inetd

Очевидно, что в приведенном примере сервер Telnet при запуске должен знать значение функции

connfd
. Этого можно достичь двумя способами. Во-первых, процесс, вызывающий функцию
exec
, может отформатировать номер дескриптора как символьную строку и передать ее в виде аргумента командной строки программе, выполняемой с помощью функции
exec
. Во-вторых, можно заключить соглашение относительно определенных дескрипторов: некоторый дескриптор всегда присваивается присоединенному сокету перед вызовом функции
exec
. Последний случай соответствует действию функции
inetd
— она всегда присваивает дескрипторы 0, 1 и 2 присоединенным сокетам.

Пример: получение семейства адресов сокета

Функция

sockfd_to_family
, представленная в листинге 4.4, возвращает семейство адресов сокета.

Листинг 4.4. Возвращаемое семейство адресов сокета

//lib/sockfd_to_family.c

1 #include "unp.h"

2 int

3 sockfd_to_family(int sockfd)

4 {

5 union {

6 struct sockaddr sa;

7 char data[MAXSOCKADDR];

8 } un;

9 socklen_t len;

10 len = MAXSOCKADDR;

11 if (getsockname(sockfd, (SA*)un.data, &len) < 0)

12 return (-1);

13 return (un.sa.sa_family);

14 }