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

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

В процессе разработки IPv6 интерфейс поиска адресов IPv6 много раз претерпевал серьезные изменения. В какой-то момент интерфейс был сочтен усложненным и недостаточно гибким, так что от него полностью отказались в RFC 2553 [38]. Документ RFC 2553 предлагал собственные функции, которые в RFC 3493 [36] были попросту заменены getaddrinfoи getnameinfo. В этом разделе мы вкратце рассмотрим старые интерфейсы на тот случай, если вам придется переписывать программы, использующие их.

Поскольку функция 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имеет добавочный аргумент, позволяющий задать семейство адресов.

#include

struct hostent *gethostbyname2(const char * hostname , int family );

Возвращает: непустой указатель в случае успешного выполнения, в случае ошибки возвращает NULL и задает значение переменной h_errno

Возвращаемое значение то же, что и у функции gethostbyname— указатель на структуру hostent, и сама эта структура устроена так же. Логика функции зависит от аргумента familyи параметра распознавателя RES_USE_INET6(который мы упомянули в конце предыдущего раздела).

Документ RFC 2553 [38] запретил использование RES_USE_INET6и gethostbyname2из-за глобальности флага RES_USE_INET6и желания предоставить больше возможностей по управлению возвращаемыми сведениями. Для решения перечисленных проблем была предложена функция getipnodebyname.

#include

#include

struct hostent *getipnodebyname(const char * name , int af ,

int flags , int * error_num );

Возвращает: ненулевой указатель в случае успешного завершения, нулевой в случае ошибки

Функция возвращает указатель на ту же структуру hostent, которая использовалась gethostbyname. Аргументы afи flagsнепосредственно соответствуют полям hints.ai_familyи hints.ai_flags. Для обеспечения безопасности в многопоточной среде возвращаемое значение выделяется динамически, поэтому его приходится освобождать вызовом freehostent.

#include

void freehostent(struct hostent * ptr );

Функции getipnodebynameи getipnodebyaddrбыли отменены в RFC 3493 [36], а вместо них было предложено использовать getaddrinfoи getnameinfo.

В этой главе мы сфокусировали внимание на именах узлов, IP-адресах, именах и номерах портов служб. Если же обобщить полученную информацию, мы увидим, что существует четыре типа данных (имеющих отношение к сетям), которые могут понадобиться приложению: узлы, сети, протоколы и службы. В большинстве случаев происходит поиск данных, относящихся к узлам (функции gethostbynameи gethostbyaddr), реже — к службам (функции getservbynameи getservbyaddr) и еще реже — к сетям и протоколам.

Все четыре типа данных могут храниться в файле, и для каждого из четырех типов определены три функции:

1. Функция get XXX ent, читающая следующую запись в файле, при необходимости открывающая файл.

2. Функция set XXX ent, которая открывает файл (если он еще не открыт) и переходит к началу файла.

3. Функция end XXX ent, закрывающая файл.

Для каждого из четырех типов данных определяется его собственная структура (соответственно, структуры hostent, netent, protoentи servent), что требует включения заголовка .

В дополнение к трем функциям get, setи end, которые допускают последовательную обработку файла, для каждого из четырех типов данных предоставляются функции ключевого поиска , или поиска по ключу ( keyed lookup ). Эти функции последовательно проходят файл (вызывая функцию get XXX entдля чтения каждой строки файла), но вместо того чтобы возвращать каждую строку вызывающему процессу, эти функции ищут элемент, совпадающий с аргументом. Имена функций поиска по ключу имеют вид get XXX by YYY . Например, две функции ключевого поиска для информации об узле — это функции gethostbyname(ищет элемент, совпадающий с именем узла) и gethostbyaddr(ищет элемент, совпадающий с IP-адресом). Таблица 11.5 обобщает эту информацию.

Таблица 11.5. Четыре типа данных, относящихся к сетям

Как это применяется, если используется DNS? Прежде всего, с помощью DNS возможен доступ только к информации об узле и о сети. Информация о протоколе и службах всегда считывается из соответствующего файла. Ранее в этой главе мы отмечали (см. подраздел «Альтернативы DNS»), что в разных реализациях отличаются способы, с помощью которых администратор определяет, что именно использовать для получения информации об узле и сети — DNS или файл.

Далее, если DNS используется для получения информации об узле и о сети, имеют смысл только функции поиска по ключу. Используя, например, функцию gethostent, не стоит надеяться, что она выполнит последовательный перебор всех записей DNS! Если вызывается функция gethostent, она считывает только информацию об узлах и не использует DNS.

Хотя информацию о сети можно сделать доступной с помощью DNS, очень немногие пользуются этим. На с. 347-348 [1] рассказывается об этой возможности. Однако обычно администраторы создают и обслуживают файл /etc/networks, используемый вместо DNS. Программа netstat с параметром -i использует этот файл, если он есть, и выводит имя каждой сети. Однако бесклассовая адресация (см. раздел А.4) делает эти функции бесполезными, а поскольку они не поддерживают IPv6, новые приложения не должны использовать их.