Ik wil geen dubbele IPv6 adressen op eth1

Pagina: 1
Acties:

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 20-02 09:57
"Vroegah" had ik altijd gewoon wat IPv6 adressen toegevoegd aan mijn interface en dan was het gewoon bereikbaar... Maar nu mezelf overtuigd heb van het feit dat ik met radvd m'n machines automatisch wil voorzien van IPv6 adressen, blijkt het toch een probleem te zijn dat er 2 IPv6 adressen op staan, hij adverteert namelijk met het verkeerde source adres....

Conreet wat voorbeelden:

Mijn eth1 config ziet er zo uit:
code:
1
2
3
4
5
6
7
8
9
10
11
[root@tommie /]# ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:50:BF:1C:3B:DB
          inet addr:10.245.71.1  Bcast:10.245.71.255  Mask:255.255.255.0
          inet6 addr: fe80::250:bfff:fe1c:3bdb/64 Scope:Link
          inet6 addr: 3ffe:8114:2000:b00:2::1/80 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:153477 errors:0 dropped:0 overruns:0 frame:0
          TX packets:529571 errors:0 dropped:0 overruns:0 carrier:0
          collisions:99 txqueuelen:100
          RX bytes:11037959 (10.5 Mb)  TX bytes:285204107 (271.9 Mb)
          Interrupt:11 Base address:0x7000

Maar nu wil ik dus af van die fe80::250:bla-die-bla, ik wil alleen dat 3ffe adres, want radvd adverteert nu namelijk verkeerd, want als ik mijn sparc (10.245.71.2) automatisch een ip adres wil geven, dan zie ik dit:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
pino# ifconfig -a
lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
le0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 10.245.71.2 netmask ffffff00 broadcast 10.245.71.255
        ether 8:0:20:90:83:8
lo0: flags=2000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6> mtu 8252 index 1
        inet6 ::1/128
le0: flags=2000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        ether 8:0:20:90:83:8
        inet6 fe80::a00:20ff:fe90:8308/10
le0:1: flags=20a0841<UP,RUNNING,MULTICAST,NOLOCAL,ADDRCONF,IPv6> mtu 1500 index 2
        inet6 subnet 3ffe:8114:2000:b00:2::/80

Ga ik dan pingen naar 3ffe:8114:2000:b00:2::1 vanaf deze sparc, dan is dit het resultaat:

code:
1
2
3
4
5
6
7
8
9
10
11
pino# ping -s 3ffe:8114:2000:b00:ffff::2
PING 3ffe:8114:2000:b00:ffff::2: 56 data bytes
64 bytes from fe80::250:bfff:fe1c:3bdb: icmp_seq=0. time=1. ms
64 bytes from fe80::250:bfff:fe1c:3bdb: icmp_seq=1. time=0. ms
64 bytes from fe80::250:bfff:fe1c:3bdb: icmp_seq=2. time=0. ms
64 bytes from fe80::250:bfff:fe1c:3bdb: icmp_seq=3. time=0. ms
64 bytes from fe80::250:bfff:fe1c:3bdb: icmp_seq=4. time=1. ms
^C
----3ffe:8114:2000:b00:ffff::2 PING Statistics----
5 packets transmitted, 5 packets received, 0% packet loss
round-trip (ms)  min/avg/max = 0/0/1


Hmmmmmmm :?

Goed, start->run->google en een even gekeken naar deze linkjes:
http://www.aarnet.edu.au/...ides/ipv6/linux-ipv6.html
http://www.deepspace6.net/projects/initscripts-ipv6.html

En aan de hand daarvan dit geconfigged op mijn Redhat 7.2 doos:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
[root@tommie /]# more /etc/sysconfig/network
NETWORKING=yes
NETWORKING_IPV6=yes
HOSTNAME=tommie.local.lan
IPV6FORWARDING=yes
IPV6AUTOCONF=no
[root@tommie /]#
[root@tommie /]#
[root@tommie /]#
[root@tommie /]# more /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
BROADCAST=10.245.71.255
IPADDR=10.245.71.1
NETMASK=255.255.255.0
NETWORK=10.245.71.0
ONBOOT=yes
IPV6INIT=yes
IPV6ADDR=3ffe:8114:2000:b00:2::1/80


vervolgens een restart van m'n netwerk gedaan, maar helaas blijft de allerbovenste het resultaat... Iemand enig idee???

Wat radvd zaken:
Mijn config:
code:
1
2
3
4
5
6
7
8
9
10
11
[root@tommie /]# more /etc/radvd.conf
# ETH1 Interface
interface eth1
{
        AdvSendAdvert on;
        prefix 3ffe:8114:2000:0b00:2::/80
        {
                AdvOnLink on;
                AdvAutonomous on;
        };
};


En de melding waaruit ik afleidt dat het verkeerd gaat:
code:
1
2
3
4
Jan 13 20:39:46 tommie radvd[10361]: version 0.6.2pl4 started
Jan 13 20:39:46 tommie radvd[10361]: prefix length should be 64 for eth1
Jan 13 20:39:46 tommie radvd[10361]: prefix length should be 64 for eth0
Jan 13 20:39:46 tommie radvd: radvd startup succeeded


Die prefix van 64 zal naar mijn gevoel namelijk horen bij "fe80::250:bfff:fe1c:3bdb/64"

Iemand enig idee???

Ik ben geweldig.. en bescheiden! En dat siert me...


  • SambalBij
  • Registratie: September 2000
  • Laatst online: 21-02 20:33

SambalBij

We're all MAD here

Dat fe80 adres wordt niet geadverteerd, maar dat heeft ie gewoon. Hebben als het goed is al je IPv6 apparaten.
(Hier wel in ieder geval. fe80:: en dan nog wat waar o.a. (een deel van) het mac adres van de interface in terugkomt)

Sometimes you just have to sit back, relax, and let the train wreck itself


  • PowerSp00n
  • Registratie: Februari 2002
  • Laatst online: 17-11-2025

PowerSp00n

There is no spoon

Operations schreef op 13 januari 2004 @ 22:34:
Dat fe80 adres wordt niet geadverteerd, maar dat heeft ie gewoon. Hebben als het goed is al je IPv6 apparaten.
(Hier wel in ieder geval. fe80:: en dan nog wat waar o.a. (een deel van) het mac adres van de interface in terugkomt)
Yup klopt, dat zijn je link local address (zoals ifconfig ook aangeeft). Hier is vast en zeker meer info over te vinden in howto's...

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 20-02 09:57
Hmm... oke, ben ik met je eens.... Vind je reactie wel een beetje bot als ik dat zo mag zeggen, maar je hebt gelijk wat betreft die link local adressen (even weer google lastig gevallen)....

Maar blijkbaar gaat er dan toch iets niet lekker met radvd dan???? Overigens is het adres 3ffe:8114:2000:b00:ffff::2 wat ik probeer te pingen vanaf mijn sparc een adres wat hangt op dezelfde linux doos, maar dat is dan de tunnel interface naar een andere ipv6 doos...

Is er iemand die me in de goede richting kan wijzen? Want kan dit nu echt spannend zijn?

======

Goed, al klusend kom ik al wel iets dichterbij.... Als ik namelijk het mask verander van /80 naar /64, dan gaat de autoconfiguratie van die sparc wel goed...
code:
1
2
le0:1: flags=2080841<UP,RUNNING,MULTICAST,ADDRCONF,IPv6> mtu 1500 index 2
        inet6 3ffe:8114:2000:b00:a00:20ff:fe90:8308/64

Maar masks anders dan /64 (heb /80, /96 en /127 geprobeerd) gaan dus niet goed... Is daar een reden voor/aan te passen???

======

Grmbl... blijbaar MOET je bij radvd met /64 adverteren... helaas maar waar.. Dan is die /60 van IPNG toch wel krap moet ik zeggen... :9 kan ik maar max 16 verschillende netwerken via radvd aansturen... Goed, die subnetten zijn dan wel meteen absurd groot, maar goed...

[ Voor 42% gewijzigd door Whizzer op 14-01-2004 01:04 ]

Ik ben geweldig.. en bescheiden! En dat siert me...


  • Ryceck
  • Registratie: Oktober 2001
  • Laatst online: 09:48

Ryceck

Constants and Variables

Whizzer schreef op 14 januari 2004 @ 00:16:
Hmm... oke, ben ik met je eens.... Vind je reactie wel een beetje bot als ik dat zo mag zeggen, maar je hebt gelijk wat betreft die link local adressen (even weer google lastig gevallen)....

Maar blijkbaar gaat er dan toch iets niet lekker met radvd dan???? Overigens is het adres 3ffe:8114:2000:b00:ffff::2 wat ik probeer te pingen vanaf mijn sparc een adres wat hangt op dezelfde linux doos, maar dat is dan de tunnel interface naar een andere ipv6 doos...

Is er iemand die me in de goede richting kan wijzen? Want kan dit nu echt spannend zijn?

======

Goed, al klusend kom ik al wel iets dichterbij.... Als ik namelijk het mask verander van /80 naar /64, dan gaat de autoconfiguratie van die sparc wel goed...
code:
1
2
le0:1: flags=2080841<UP,RUNNING,MULTICAST,ADDRCONF,IPv6> mtu 1500 index 2
        inet6 3ffe:8114:2000:b00:a00:20ff:fe90:8308/64

Maar masks anders dan /64 (heb /80, /96 en /127 geprobeerd) gaan dus niet goed... Is daar een reden voor/aan te passen???

======

Grmbl... blijbaar MOET je bij radvd met /64 adverteren... helaas maar waar.. Dan is die /60 van IPNG toch wel krap moet ik zeggen... :9 kan ik maar max 16 verschillende netwerken via radvd aansturen... Goed, die subnetten zijn dan wel meteen absurd groot, maar goed...
3ffe:8114:2000:b00/64 :)
Ik werk er zelf me :)

Bij mij is het alleen het probleem dat me clients geen ipv6-traffic naar buiten kunnen krijgen. Dat wordt doorgerouteerd via me route-tabel naar me linux-radvd-server maar het komt daat nooit aan.
Op me client
code:
1
2
3
4
5
6
7
8
9
10
11
12
eth0      Link encap:Ethernet  HWaddr 00:50:BF:7B:B3:CE
          inet addr:172.19.3.2  Bcast:172.19.3.255  Mask:255.255.255.0
          inet6 addr: 2001:470:1f01:297:250:bfff:fe7b:b3ce/64 Scope:Global
          inet6 addr: fe80::250:bfff:fe7b:b3ce/64 Scope:Link
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3544992 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2523905 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:691001079 (658.9 Mb)  TX bytes:169006996 (161.1 Mb)
          Interrupt:10 Base address:0x7000

Route:::/0  fe80::250:bfff:fe94:26dc  UGDA  1024   18       0 eth0


En op me server
code:
1
2
3
4
5
6
7
8
9
10
11
12
eth0      Link encap:Ethernet  HWaddr 00:50:BF:94:26:DC
          inet addr:172.19.3.254  Bcast:172.19.3.255  Mask:255.255.255.0
          inet6 addr: 2001:470:1f01:297::254/128 Scope:Global
          inet6 addr: fe80::250:bfff:fe94:26dc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:784314 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1104918 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:98047814 (93.5 Mb)  TX bytes:1009748225 (962.9 Mb)
          Interrupt:10

Met een route: ::/   ::  U 1 0 0 sit0

Die laatste wordt dus over me tunnel heen gezet.

Het probleem is dus dat vanaf me server alles goed werkt, maar zodra ik vanaf me client iets ga ping6'en bijvoorbeeld dan gaat dit niet.
Op me server is ipv6-forwarding aangezet en alles is goed in me kernel gecompiled (/proc/net/sys/ipv6/conf/forwarding staat op 1 dus)
Op me client is ipv6 ook meegecompileerd maar heb ik er verder eigenlijk weinig aan gedaan. hoeft ook niet denk ik.

Iemand die me hiermee kan helpen???

If everything is working perfect, break something before someone else fucks up.