Impossibile ottenere l'indirizzo IPv6 utilizzando radvd sull'interfaccia wireless su Windows, cablato funziona bene


2

Ho impostato il mio router per utilizzare OpenWRT e configurato per utilizzare IPv6 utilizzando un tunnel da SixXs. Sto riscontrando problemi con l'autoconfigurazione senza stato usando radvd. Sul mio computer, la connessione cablata può ottenere bene il suo indirizzo IPv6, ma il wireless no.

Dopo aver trascorso un po 'di tempo sui forum OpenWRT, sono quasi sicuro ora che il router è configurato correttamente e che il problema riguarda le mie impostazioni di Windows. Inoltre, non ho alcun problema a ottenere l'indirizzo IPv6 su openSUSE 11.3.

Quindi cosa devo fare per risolvere questo problema e quali informazioni devo pubblicare?

Ecco l'uscita radvdump per l'interfaccia cablata:

interface br-lan
{
        AdvSendAdvert on;
        # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
        AdvManagedFlag on;
        AdvOtherConfigFlag on;
        AdvReachableTime 0;
        AdvRetransTimer 0;
        AdvCurHopLimit 64;
        AdvDefaultLifetime 1800;
        AdvHomeAgentFlag off;
        AdvDefaultPreference medium;
        AdvSourceLLAddress on;

        prefix 2001:15c0:67d0::/64
        {
                AdvValidLifetime 86400;
                AdvPreferredLifetime 14400;
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr off;
        }; # End of prefix definition

}; # End of interface definition

Ecco l'uscita radvdump per l'interfaccia wireless:

#
# radvd configuration generated by radvdump 1.6
# based on Router Advertisement from fe80::a0b7:deff:fef0:5b34
# received by interface br-lan
#

interface br-lan
{
        AdvSendAdvert on;
        # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
        AdvManagedFlag on;
        AdvOtherConfigFlag on;
        AdvReachableTime 0;
        AdvRetransTimer 0;
        AdvCurHopLimit 64;
        AdvDefaultLifetime 1800;
        AdvHomeAgentFlag off;
        AdvDefaultPreference medium;
        AdvSourceLLAddress on;

        prefix 2001:15c0:67d0::/64
        {
                AdvValidLifetime 86400;
                AdvPreferredLifetime 14400;
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr off;
        }; # End of prefix definition

}; # End of interface definition
#
# radvd configuration generated by radvdump 1.6
# based on Router Advertisement from fe80::a0b7:deff:fef0:5b34
# received by interface br-lan
#

interface br-lan
{
        AdvSendAdvert on;
        # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
        AdvManagedFlag on;
        AdvOtherConfigFlag on;
        AdvReachableTime 0;
        AdvRetransTimer 0;
        AdvCurHopLimit 64;
        AdvDefaultLifetime 1800;
        AdvHomeAgentFlag off;
        AdvDefaultPreference medium;
        AdvSourceLLAddress on;

        prefix 2001:15c0:67d0::/64
        {
                AdvValidLifetime 86400;
                AdvPreferredLifetime 14400;
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr off;
        }; # End of prefix definition

}; # End of interface definition

AGGIORNAMENTO: sto usando il router TP-LINK TL-WR1043ND v1.8 e il firmware Backfire 10.03.1-rc4 sul router.


IPv6 è installato su quell'interfaccia wireless?
Olli,

1
@Olli Dovrebbe essere lì di default su Windows 7. Posso usare IPv6 se imposto l'indirizzo manualmente, quindi penso di sì.
AndrejaKo

Il sistema riceve gli annunci del router tramite l'interfaccia wireless?
gravità

@grawity Sì. Posso anche vedere l'attività sul router usando radvdump quando l'interfaccia wireless si collega al router.
AndrejaKo

@Andreja: ci sono differenze tra le pubblicità dei router che radvdinviano tramite interfacce cablate e wireless? Contengono gli stessi prefissi, con gli stessi flag?
gravità

Risposte:


2

Il meglio che puoi fare è assicurarti che nella tua connessione di rete, Proprietà mostri TCP / IPv6 come abilitato e che i parametri abbiano un senso. Inoltre, nella chiave del Registro di sistema
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters
DisabledComponents dovrebbe essere impostato su zero (che è probabilmente il caso se ha funzionato una volta).

Se tutti i controlli vengono eseguiti correttamente, l'unica spiegazione è l'incompatibilità tra Windows 7 e la versione OpenWRT che si sta utilizzando. Microsoft è nota per non attenersi agli standard e la maggior parte dei produttori di router si adatta a Windows (piuttosto che viceversa).

È logico che OpenWRT sia compatibile con Linux, nel tuo caso openSUSE, poiché entrambi utilizzano probabilmente un software molto simile. Ma questo non è il caso di Windows.

Non hai menzionato la marca del tuo router. In ogni caso, suggerirei di provare a scaricare l'ultimo firmware dal sito Web del produttore, se pubblicizzato come compatibile con Windows 7 o Vista. Questo firmware potrebbe avere maggiori probabilità di funzionare con Windows 7 rispetto a OpenWRT.

EDIT1

Ho esaminato il tuo modello di router e credo anche che il suo firmware non supporti IPv6.

Almeno una persona ha risolto il suo problema aggiungendo "AdvLinkMTU 1440" a /etc/radvd.conf.

Inoltre, potresti provare a disabilitare l'auto-tuning TCP / IP di Windows:

netsh interface tcp set global autotuning=disabled

Per ripristinare il comportamento predefinito:

netsh interface tcp set global autotuning=normal

EDIT2

Alcuni comandi standard per la correzione degli errori (creare prima un punto di ripristino del sistema):

Ripristina le voci WINSOCK ai valori predefiniti di installazione:

netsh winsock reset catalog

Ripristina lo stack TCP / IP IPv4 ai valori predefiniti di installazione.

netsh int ipv4 reset reset.log

Ripristina lo stack TCP / IP IPv6 ai valori predefiniti di installazione.

netsh int ipv6 reset reset.log

Riavvia la macchina.


Il mio problema è che il firmware originale, per quanto ho visto, non supporta IPv6 e molte altre funzionalità, quindi ho davvero bisogno di OpenWRT. Ho anche notato che quando mi collego al router, se mi connetto per la prima volta via wireless, il computer ottiene l'indirizzo IPv6 su WiFi. Se collego prima la rete cablata, non ottengo l'indirizzo IPv6 per il wireless. In entrambi i casi, la connessione cablata ottiene automaticamente l'indirizzo IPv6.
AndrejaKo

Windows 7 si collega a un solo adattatore alla volta. Cosa succede quando ci si connette prima via cavo e poi si disabilita - il wireless arriva con IPv6?
harrymc,

Ho anche aggiunto alcune altre cose sopra.
harrymc,

@AndrejaKo: hai avanzato il problema? Nota che il tuo router è supportato anche da DD-WRT, che forse funzionerà meglio con Windows 7.
harrymc

@harrymc Quando mi connetto prima via cavo e poi abilito il wireless e disabilito il cavo, il wireless non ha ancora l'indirizzo IPv6. Ho anche notato che la pubblicità viene inviata solo quando il wireless si collega per la prima volta al router e non succede nulla quando disabilito l'interfaccia cablata. Per quanto riguarda l'idea DD-WRT, sono andato prima così, ma non sono stato in grado di configurare IPv6 sull'immagine per il mio router. Proverò con l'autotuning e riferirò i risultati. Per quanto riguarda le dimensioni dell'MTU, l'MTU più grande che funziona sulla mia connessione su IPv6 è 1380. Valori più piccoli non hanno aiutato con il problema dell'indirizzo.
AndrejaKo

2

È strano, ma l'installazione di SP1 per 7 ha risolto il problema per me.

AGGIORNAMENTO: Non proprio. Ha funzionato solo per un po 'di tempo e ora è rotto di nuovo.

UPDATE2: ho capito il problema. Avevo bisogno di impostare tempi di pubblicità del router più brevi in ​​radvd. Si scopre che per qualche ragione quando ho collegato sia interfacce cablate che wireless, Windows non elabora l'annuncio inviato quando l'interfaccia wireless si collega. Le impostazioni di Radvd nei periodi di pubblicità sono piuttosto conservative, quindi ho dovuto impostare brevi tempi a mano. In questo modo, il wireless manca il primo annuncio ma cattura il secondo e ottiene l'indirizzo IPv6.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.