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

  
11.20. Устаревшие функции поиска адресов IPv6
 
В процессе разработки IPv6 интерфейс поиска адресов IPv6 много раз претерпевал серьезные изменения. В какой-то момент интерфейс был сочтен усложненным и недостаточно гибким, так что от него полностью отказались в RFC 2553 [38]. Документ RFC 2553 предлагал собственные функции, которые в RFC 3493 [36] были попросту заменены 
getaddrinfo
 и 
getnameinfo
. В этом разделе мы вкратце рассмотрим старые интерфейсы на тот случай, если вам придется переписывать программы, использующие их.
  
Константа RES_USE_INET6
 
Поскольку функция 
gethostbyname
 не имеет аргумента для указания нужного семейства адресов (подобного 
hints.ai_family
 для 
getaddrinfo
), в первом варианте API использовалась константа 
RES_USE_INET6
, которая должна была добавляться к флагам распознавателя посредством внутреннего интерфейса. Этот API был недостаточно переносимым, поскольку системам, использовавшим альтернативные внутренние интерфейсы распознавателя, приходилось имитировать интерфейс BIND.
Включение 
RES_USE_INET6
 приводило к тому, что функция 
gethostbyname
 начинала поиск с записей AAAA, а записи А возвращались только в случае отсутствия первых. Поскольку в структуре 
hostent
 есть только одно поле длины адреса, функция 
gethostbyname
 могла возвращать адреса только одного типа (либо IPv6, либо IPv4).
Кроме того, включение 
RES_USE_INET6
 приводило к тому, что функция 
gethostbyname2
 начинала возвращать адреса IPv4 в преобразованном к IPv6 виде.
  
Функция gethostbyname2
 
Функция 
gethostbyname2
 имеет добавочный аргумент, позволяющий задать семейство адресов.
#include <netdb.h>
struct hostent *gethostbyname2(const char *<i>hostname</i>, int <i>family</i>);
<i>Возвращает: непустой указатель в случае успешного выполнения, в случае ошибки возвращает NULL и задает значение переменной h_errno</i>
Возвращаемое значение то же, что и у функции 
gethostbyname
 — указатель на структуру 
hostent
, и сама эта структура устроена так же. Логика функции зависит от аргумента 
family
 и параметра распознавателя 
RES_USE_INET6
 (который мы упомянули в конце предыдущего раздела).
  
Функция getipnodebyname
 
Документ RFC 2553 [38] запретил использование 
RES_USE_INET6
 и 
gethostbyname2
 из-за глобальности флага 
RES_USE_INET6
 и желания предоставить больше возможностей по управлению возвращаемыми сведениями. Для решения перечисленных проблем была предложена функция 
getipnodebyname
.
#include &lt;sys/socket.h&gt;
#include &lt;netdb.h&gt;
struct hostent *getipnodebyname(const char *<i>name</i>, int <i>af</i>,
  
 int <i>flags</i>, int *<i>error_num</i>);
<i>Возвращает: ненулевой указатель в случае успешного завершения, нулевой в случае ошибки</i>
Функция возвращает указатель на ту же структуру 
hostent
, которая использовалась 
gethostbyname
. Аргументы 
af
 и 
flags
 непосредственно соответствуют полям 
hints.ai_family
 и 
hints.ai_flags
. Для обеспечения безопасности в многопоточной среде возвращаемое значение выделяется динамически, поэтому его приходится освобождать вызовом 
freehostent
.
#include &lt;netdb.h&gt;
void freehostent(struct hostent *<i>ptr</i>);
Функции 
getipnodebyname
 и 
getipnodebyaddr
 были отменены в RFC 3493 [36], а вместо них было предложено использовать 
getaddrinfo
 и 
getnameinfo
.
  
11.21. Другая информация о сетях
 
В этой главе мы сфокусировали внимание на именах узлов, IP-адресах, именах и номерах портов служб. Если же обобщить полученную информацию, мы увидим, что существует четыре типа данных (имеющих отношение к сетям), которые могут понадобиться приложению: узлы, сети, протоколы и службы. В большинстве случаев происходит поиск данных, относящихся к узлам (функции 
gethostbyname
 и 
gethostbyaddr
), реже — к службам (функции 
getservbyname
 и 
getservbyaddr
) и еще реже — к сетям и протоколам.
Все четыре типа данных могут храниться в файле, и для каждого из четырех типов определены три функции:
1. Функция 
get<i>XXX</i>ent
, читающая следующую запись в файле, при необходимости открывающая файл.
2. Функция 
set<i>XXX</i>ent
, которая открывает файл (если он еще не открыт) и переходит к началу файла.
3. Функция 
end<i>XXX</i>ent
, закрывающая файл.
Для каждого из четырех типов данных определяется его собственная структура (соответственно, структуры 
hostent
, 
netent
, 
protoent
 и 
servent
), что требует включения заголовка 
&lt;netdb.h&gt;
.
В дополнение к трем функциям 
get
, 
set
 и 
end
, которые допускают последовательную обработку файла, для каждого из четырех типов данных предоставляются функции ключевого поиска, или поиска по ключу (keyed lookup). Эти функции последовательно проходят файл (вызывая функцию 
get<i>XXX</i>ent
 для чтения каждой строки файла), но вместо того чтобы возвращать каждую строку вызывающему процессу, эти функции ищут элемент, совпадающий с аргументом. Имена функций поиска по ключу имеют вид 
get<i>XXX</i>by<i>YYY</i>
. Например, две функции ключевого поиска для информации об узле — это функции 
gethostbyname
 (ищет элемент, совпадающий с именем узла) и 
gethostbyaddr
 (ищет элемент, совпадающий с IP-адресом). Таблица 11.5 обобщает эту информацию.