connect() restituisce "argomento non valido" con indirizzo ipv6

Question

Ho questa semplice coppia di applicazioni client-server. Il codice è piuttosto semplice, sto usando solo metodi nuovi, consigliati come getaddinfo etc e tutto funziona perfettamente per ipv4. Anche per ipv6 loopback (:: 1) funziona. I problemi iniziano quando si tratta di altri indirizzi IPv6 ... Ho due macchine in una rete, tutto funziona bene quando passo i loro indirizzi IPv4, ma quando do l'indirizzo IPv6 del mio client, ottengo un errore sulla funzione connect: argomento non valido . Ehi, non lo so già? Lo voglio! Quando cerco di ping6 questo indirizzo IPv6, ottengo lo stesso errore:

connect: Invalid argument

Ma c'è un modo per superare questo blocco - si dovrebbe scegliere un'interfaccia con un interruttore -I e tutto fila liscio dal poi. Ma come posso ottenere lo stesso risultato nella mia app client? Cosa dovrei fare? Il mio codice cliente si presenta così:

struct addrinfo hints; 
struct addrinfo *server; 

memset(&hints, 0, sizeof(hints)); 
hints.ai_family = AF_UNSPEC; 
hints.ai_socktype = SOCK_STREAM; 

int status; 
if((status = getaddrinfo(argv[1], argv[2], &hints, &server) != 0)) 
{ 
    perror("getaddrinfo error"); 
    return 1; 
} 

int sock_fd; 
struct addrinfo *ptr; 
for(ptr=server;ptr!=NULL;ptr=ptr->ai_next) 
{ 
    if((sock_fd = socket(ptr->ai_family,ptr->ai_socktype,ptr->ai_protocol)) == -1) 
    { 
     perror("socket error"); 
     continue; 
    } 
    if(connect(sock_fd, ptr->ai_addr,ptr->ai_addrlen) == -1) 
    { 
     perror("connect error"); 
     continue;  
    } 
    break; 
} 

Answer 1

Gli indirizzi che iniziano con ff... sono indirizzi multicast. La connessione di uno stream a un indirizzo multicast non funziona.

Gli indirizzi che iniziano con fe80... sono indirizzi locali di collegamento, a cui è associato un identificatore di interfaccia. Prova a guardare lo sockaddr restituito da getaddrinfo, il campo scope è stato compilato?

Answer 2

mia raccomandazione è che si accende il protocollo IP6 nel collegamento di interfaccia/di rete, oltre buttare via il protocollo ip4 se avete ancora l'errore.

Nella mia Linux Box questo è successo anche quando ho avuto un'interfaccia ip4 attiva e la mia applicazione ha provato a usare l'interfaccia IP4 con le impostazioni ip6. Lo stesso dovrebbe essere valido anche per Windows.

Se qualcosa non è chiaro chiedere.

Answer 3

è necessario specificare l'interfaccia per IPv6 ping (cioè -I eth0):

ping6 -I eth0 fe80::208:54ff:fe34:22ae 

Utilizzando gli indirizzi link-local per un ping IPv6, richiede di definire quale dispositivo deve inviare/ricevere il pacchetto - ogni dispositivo ha un indirizzo locale di collegamento.

Cercando senza questo, si tradurrà in un messaggio di errore del tipo:

--> # ping6 fe80::208:54ff:fe34:22ae 
connect: Invalid argument 

In questo caso è necessario specificare l'interfaccia in aggiunta, come illustrato di seguito:

--> # ping6 -I eth0 fe80::208:54ff:fe34:22ae 
PING fe80::208:54ff:fe34:22ae(fe80::208:54ff:fe34:22ae) from fe80::208:54ff:fe34:22ae eth0: 56 data bytes 
64 bytes from fe80::208:54ff:fe34:22ae: icmp_seq=0 ttl=64 time=0.027 ms 
64 bytes from fe80::208:54ff:fe34:22ae: icmp_seq=1 ttl=64 time=0.030 ms 
64 bytes from fe80::208:54ff:fe34:22ae: icmp_seq=2 ttl=64 time=0.036 ms 

Un approccio simile è necessario seguire nel tuo client APP ..