Поиск совпадающих адресов IPv6 на основе входной строки

Мне нужна помощь в поиске сетевых интерфейсов на основе предоставленного IP-адреса. Мне нужен кроссплатформенный способ надежного поиска локального интерфейса с заданным адресом в форматах IPv4 и IPv6. Я создал прилагаемую программу для получения IP-адреса в виде строки и поиска результатов getifaddrs.

Причина в том, что я в конечном итоге хочу передать эту структуру in_addr или in6_addr в IP_MULTICAST_IF ioctl на сокете, чтобы указать, какой интерфейс следует использовать для отправки многоадресного сообщения. Я хочу убедиться, что это известный IP-адрес, прежде чем продолжить.

Хотя на моем компьютере с Linux и на MacBook он работает нормально, на сервере моей лаборатории он не работает. (О боже, в конечном итоге это должно работать и в Windows.) Вот пример, запущенный в Linux:

$ ifconfig wlan0 | grep inet6
          inet6 addr: fe80::1e4b:d6ff:fe6e:f846/64 Scope:Link

$ ifconfig wlan0 | grep inet
          inet addr:192.168.0.13  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::1e4b:d6ff:fe6e:f846/64 Scope:Link

$ ./findif 192.168.0.13

found: wlan0

$ ./findif fe80::1e4b:d6ff:fe6e:f846

name: lo
ifa:      00000000000000000000000000000001
provided: fe800000000000001e4bd6fffe6ef846

name: wlan0
ifa:      fe800000000000001e4bd6fffe6ef846
provided: fe800000000000001e4bd6fffe6ef846

found: wlan0

Все идет нормально. Я получаю аналогичные результаты на MacBook под управлением OS X 10.6. Однако, когда я делаю что-то подобное на нашем сервере, который представляет собой более старую машину OS X на основе PPC, работающую под управлением 10.4.11, я получаю следующее:

$ ifconfig en0 | grep inet
  inet6 fe80::20d:XXXX:XXXX:XXXX%en0 prefixlen 64 scopeid 0x4 
  inet 132.XXX.XX.XX netmask 0xffffff00 broadcast 132.XXX.XX.255

$ ./findif 132.XXX.XX.XX

found: en0

$ ./findif fe80::XXX:XXXX:XXXX:XXXX

name: lo0
ifa:      00000000000000000000000000000001
provided: fe800000000000000XXXXXXXXXXXXXXX

name: lo0
ifa:      fe800001000000000000000000000001
provided: fe800000000000000XXXXXXXXXXXXXXX

name: en0
ifa:      fe800004000000000XXXXXXXXXXXXXXX
provided: fe800000000000000XXXXXXXXXXXXXXX

name: en1
ifa:      fe800005000000000YYYYYYYYYYYYYYY
provided: fe800000000000000YYYYYYYYYYYYYYY

Извиняюсь за то, что вычеркиваю некоторые цифры адреса, я подумал, что лучше не указывать здесь реальные IP-адреса действующего сервера. Будьте уверены, что везде, где вы видите X или Y, это совпадающая шестнадцатеричная цифра.

В любом случае, обратите внимание, что IPv6, возвращенный для en0, имеет ровно 1 бит, который отличается от того, что сообщает ifconfig. Может ли кто-нибудь сказать мне, почему это так, и как я должен настроить свой код? Является ли простой memcmp неправильным способом сравнения IPv6-адресов?

Спасибо за любые предложения.

Вот код для findif.c:

#include <stdio.h>
#include <stdlib.h>
#include <arpa/inet.h>
#include <ifaddrs.h>
#include <netdb.h>
#include <string.h>

void printipv6(const void* ipv6)
{
    int i;
    for (i=0; i<16; i++)
        printf("%02x", ((unsigned char*)ipv6)[i]);
}

int find_iface(const char *ip)
{
    union {
        struct in_addr addr;
        struct in6_addr addr6;
    } a;

    int rc = inet_pton(AF_INET6, ip, &a.addr6);
 int fam = AF_INET6;
    if (rc==0) {
        rc = inet_pton(AF_INET, ip, &a.addr);
  fam = AF_INET;
 }
    if (rc < 0) {
        perror("inet_pton");
        return 1;
    }

    struct ifaddrs *ifa, *ifa_list;
    if (getifaddrs(&ifa_list)==-1) {
        perror("getifaddrs");
        return 1;
    }
    ifa = ifa_list;

    int i=0;
    while (ifa) {
        if (ifa->ifa_addr) {
            if (ifa->ifa_addr->sa_family == AF_INET && fam == AF_INET)
            {
                if (memcmp(&((struct sockaddr_in*)ifa->ifa_addr)->sin_addr,
                           &a.addr, sizeof(struct in_addr))==0) {
                    printf("\nfound: %s\n", ifa->ifa_name);
                    break;
                }
            }
            else if (ifa->ifa_addr->sa_family == AF_INET6 && fam == AF_INET6)
            {
                struct in6_addr *p = &((struct sockaddr_in6*)ifa->ifa_addr)->sin6_addr;
                printf("\nname: %s\n", ifa->ifa_name);
                printf("ifa:      "); printipv6(p);        printf("\n");
                printf("provided: "); printipv6(&a.addr6); printf("\n");
                if (memcmp(p, &a.addr6, sizeof(struct in6_addr))==0) {
                    printf("\nfound: %s\n", ifa->ifa_name);
                    break;
                }
            }
        }
        ifa = ifa->ifa_next;
        i++;
    }
    freeifaddrs(ifa_list);
    return 0;
}

int main(int argc, char *argv[])
{
    if (argc > 1)
        return find_iface(argv[1]);
    return 0;
}

person Steve    schedule 02.10.2010    source источник
comment
Ха-ха-ха — вы маскируете адрес link-local, который в любом случае не является общедоступным из Интернета.   -  person Jeremy Visser    schedule 03.10.2010
comment
Ой, спасибо, что указали на это. Все еще изучаю IPv6, очевидно.   -  person Steve    schedule 03.10.2010
comment
Что ж, локальные адреса ссылок включают MAC, так что это уникальный идентификатор, если вы беспокоитесь о таких вещах.   -  person caf    schedule 04.10.2010


Ответы (1)


Ваш код выглядит правильно - локальные адреса IPv6 должны иметь 54 нулевых бита после первых 10 бит, поэтому адреса, возвращаемые getifaddrs(), просто кажутся неправильными. Похоже, что эта версия OS X может неправильно вставлять идентификатор области в адрес.

person caf    schedule 03.10.2010
comment
Как вы думаете, правильно ли было бы тогда намеренно не сравнивать эти 54 нулевых бита, или лучше было бы оставить это и сказать, что ОС сломалась? (Я попытаюсь провести дополнительное тестирование на более поздних версиях OS X, чтобы убедиться, что он будет по крайней мере надежным.) - person Steve; 03.10.2010
comment
@Steve: Если вы это сделаете, я бы сделал это только в этой конкретной версии OS X в качестве обходного пути. В качестве альтернативы вы можете просто указать минимальную поддерживаемую версию OS X. - person caf; 04.10.2010