Bonjour,
Je viens de relire ce papier (paquet ipv6toolkit) : https://www.bortzmeyer.org/hacking-ipv6.html
Ma configuration ifconfig
:
vmbr0 Link encap:Ethernet HWaddr d4:ae:52:c7:93:f2
inet addr:62.210.205.199 Bcast:62.210.205.255 Mask:255.255.255.0
inet6 addr: fe80::d6ae:52ff:fec7:93f2/64 Scope:Link
inet6 addr: 2001:bc8:25bb:ff50::1/60 Scope:Global
inet6 addr: 2001:bc8:25bb:ff51:1ab3::1/61 Scope:Global
inet6 addr: 2001:bc8:25bb:ff00::1/56 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2287487753 errors:0 dropped:0 overruns:0 frame:0
TX packets:3520419295 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:712168129196 (663.2 GiB) TX bytes:2634666488209 (2.3 TiB)
vmbr1 Link encap:Ethernet HWaddr fe:6b:71:19:86:77
inet addr:10.59.199.254 Bcast:10.59.199.255 Mask:255.255.255.0
inet6 addr: fe80::fc6b:71ff:fe19:8677/64 Scope:Link
inet6 addr: 2001:bc8:25bb:ff51:0:5000:ff:ff/61 Scope:Global
inet6 addr: 2001:bc8:25bb:ff51:1ab3:3b::/128 Scope:Global
inet6 addr: 2001:bc8:25bb:ff51:1ab3:3b:1ac0:0/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1101932802 errors:0 dropped:0 overruns:0 frame:0
TX packets:414224720 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:274844912063 (255.9 GiB) TX bytes:414685398712 (386.2 GiB)
vmbr2 Link encap:Ethernet HWaddr 3e:e2:8a:70:a6:d2
inet addr:10.194.40.254 Bcast:10.194.40.255 Mask:255.255.255.0
inet6 addr: fe80::3ce2:8aff:fe70:a6d2/64 Scope:Link
inet6 addr: 2001:bc8:25bb:ff52:0:5000:ff:ff/61 Scope:Global
inet6 addr: 2001:bc8:25bb:ff52:1ab3:3b::/128 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1898650378 errors:0 dropped:0 overruns:0 frame:0
TX packets:1105284410 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2040511155179 (1.8 TiB) TX bytes:109215700169 (101.7 GiB)
Tout dabord je tiens à préciser que ma passerelle IPv6 est en fe80::
ce qui n’est pas logique puisque je suis chez un Fournisseur D’Accès Internet en data-center (le but est donc d’avoir une DMZ (çà ne se dit pas puisqu’à l’origine de l’IPv6 tout et DMZ à moins d’installer un logiciel pour filtrer nos machines (de type smartphones par ex ^^))). Ou pensez-vous que cela peut-être envisageable ?
Donc je me pose des questions et vous demande si les réponses IPv6 sont normales/correctes :
16:35:02 root@zw3b:~ $ scan6 -i vmbr0 -L -e --print-type global
2001:bc8:36cc:100:123:4567:89ab:cdef @ 00:81:c4:5f:c9:1d
::2 @ 00:81:c4:5f:c9:1d
2001:bc8:2::2:185:1 @ 00:81:c4:5f:c9:1d
Ici je m’apercois que ces 3 IPv6 sont les sur la même adresse MAC (tout à fait possible) : juste le::2
me choque (style IP local comme 127.0.0.1 en IPv4) ?? puisque que la requête scan6 devrait retourner des types global.
Puis en regardant les voisins de mon interfaces eth0 (vmbr0) ; l’interface qui est connectée au Fournisseur D’Accès Internet online.net
16:44:47 root@zw3b:~ $ ip -6 n show dev vmbr0
fe80::d6ae:52ff:fec7:7323 dev vmbr0 lladdr d4:ae:52:c7:73:23 STALE
fe80::d6ae:52ff:fec7:9277 dev vmbr0 lladdr d4:ae:52:c7:92:77 STALE
fe80::d6ae:52ff:fec7:7325 dev vmbr0 lladdr d4:ae:52:c7:73:25 STALE
fe80::d6ae:52ff:fec7:9279 dev vmbr0 lladdr d4:ae:52:c7:92:79 STALE
fe80::d6ae:52ff:fec7:56a0 dev vmbr0 lladdr d4:ae:52:c7:56:a0 STALE
fe80::281:c4ff:fe5f:c91d dev vmbr0 lladdr 00:81:c4:5f:c9:1d router REACHABLE
fe80::5054:ff:fe00:a6c2 dev vmbr0 lladdr 52:54:00:00:a6:c2 STALE
fe80::d6ae:52ff:fec7:860a dev vmbr0 lladdr d4:ae:52:c7:86:0a STALE
fe80::d6ae:52ff:fec7:93d9 dev vmbr0 lladdr d4:ae:52:c7:93:d9 STALE
fe80::d6ae:52ff:fec8:563 dev vmbr0 lladdr d4:ae:52:c8:05:63 STALE
fe80::d6ae:52ff:fec8:2b64 dev vmbr0 lladdr d4:ae:52:c8:2b:64 STALE
Je vois le lien vers le routeur fe80::281:c4ff:fe5f:c91d dev vmbr0 lladdr 00:81:c4:5f:c9:1d router REACHABLE
mais déjà cela n’est pas normal, je ne suis pas dans leur réseau, c’est mon réseau, mon Organisation et plus le leur (puisque je suis client). Dirais-je !?
J’ai l’impression que je vois les autres machines, les liens locals des autres clients.
Est-ce bien cela !? MAIS ce n’est pas normal.
NdMoi-même 17:26:52 : je viens de réessayer de check les voisins de BR0 çà me ressort :
17:26:52 root@zwb:~ $ ip -6 n show dev vmbr0
fe80::281:c4ff:fe5f:c91d lladdr 00:81:c4:5f:c9:1d router REACHABLE
Louche Ils m’entendent les admins online.net je crois bien, dirais-je.
Sinon quand je recherche All Nodes Address sur Adresses Link-Local Scope Multicast j’obtiens :
ping6 -I vmbr0 ff02::1
PING ff02::1(ff02::1) from fe80::d6ae:52ff:fec7:93f2 vmbr0: 56 data bytes
64 bytes from fe80::d6ae:52ff:fec7:93f2: icmp_seq=1 ttl=64 time=0.047 ms
64 bytes from fe80::281:c4ff:fe5f:c91d: icmp_seq=1 ttl=64 time=0.350 ms (DUP!)
64 bytes from fe80::d6ae:52ff:fec7:93f2: icmp_seq=2 ttl=64 time=0.054 ms
64 bytes from fe80::281:c4ff:fe5f:c91d: icmp_seq=2 ttl=64 time=0.348 ms (DUP!)
Adresses Link-Local Scope Multicast qui veut dire sur mon noeud - Pour mon Organisation et mes sites et mes nodes me semble-t’il.
Sinon quand je recherche All Routers Address sur Adresses Link-Local Scope Multicast j’obtiens :
ping6 -I vmbr0 ff02::2
PING ff02::1(ff02::1) from fe80::d6ae:52ff:fec7:93f2 vmbr0: 56 data bytes
64 bytes from fe80::d6ae:52ff:fec7:93f2: icmp_seq=1 ttl=64 time=0.047 ms
64 bytes from fe80::281:c4ff:fe5f:c91d: icmp_seq=1 ttl=64 time=0.350 ms (DUP!)
64 bytes from fe80::d6ae:52ff:fec7:93f2: icmp_seq=2 ttl=64 time=0.054 ms
64 bytes from fe80::281:c4ff:fe5f:c91d: icmp_seq=2 ttl=64 time=0.348 ms (DUP!)
Pour vous expliquez si je vérifie les IPv6 connectées sur mon bridge 1 (des VMs) de type global unicast j’obtient :
16:44:19 root@zw3b:~ $ scan6 -i vmbr1 -L -e --print-type global
2001:bc8:25bb:ff51:1ab3:3b:1ac0:1 @ 72:44:c0:62:3e:e7
2001:bc8:25bb:ff51:1ab3:3b:1ac0:15 @ 86:a0:af:56:40:e7
2001:bc8:25bb:ff51:1ab3:3b:1ac0:101 @ 62:37:64:32:61:34
2001:bc8:25bb:ff51:1ab3:3b:1ac0:251 @ 32:37:30:32:38:66
2001:bc8:25bb:ff51:1ab3:3b:1ac0:11 @ 36:62:39:34:31:33
2001:bc8:25bb:ff51:1ab3:3b:1ac0:10 @ 62:38:34:63:31:65
Je regarde les voisins (neighbors) de vmbr1
17:11:53 root@zw3b:~ $ ip -6 neigh show dev vmbr1
2001:bc8:25bb:ff51:1ab3:3b:1ac0:11 lladdr 36:62:39:34:31:33 STALE
fe80::84a0:afff:fe56:40e7 lladdr 86:a0:af:56:40:e7 STALE
2001:bc8:25bb:ff51:1ab3:3b:1ac0:1 lladdr 72:44:c0:62:3e:e7 STALE
fe80::7044:c0ff:fe62:3ee7 lladdr 72:44:c0:62:3e:e7 STALE
2001:bc8:25bb:ff51:1ab3:3b:1ac0:15 lladdr 86:a0:af:56:40:e7 STALE
2001:bc8:25bb:ff51:1ab3:3b:1ac0:251 lladdr 32:37:30:32:38:66 STALE
fe80::3462:39ff:fe34:3133 lladdr 36:62:39:34:31:33 STALE
2001:bc8:25bb:ff51:1ab3:3b:1ac0:10 lladdr 62:38:34:63:31:65 STALE
fe80::3037:30ff:fe32:3866 lladdr 32:37:30:32:38:66 STALE
fe80::6038:34ff:fe63:3165 lladdr 62:38:34:63:31:65 STALE
2001:bc8:25bb:ff51:1ab3:3b:1ac0:101 lladdr 62:37:64:32:61:34 STALE
fe80::6037:64ff:fe32:6134 lladdr 62:37:64:32:61:34 STALE
Ici c’est comme si j’avis configuer un NDP sur mon bridge 1 qui m’aurait envoyer des liens locals en fe80::
mais ce n’est pas le cas. Ils doivent être récupérer par le FAI (ce n’est pas normal - ce sont MES machines PAS les leurs) - Comment je gagne de l’argent moi hein ??? J’ai eu un retour de EU Business Register qui croyait que j’étais (mon site zw3b.net) online.net ^^ et ils me demandaient 2000 euros par mois
Pour vous expliquez si je vérifie les IPv6 connectées sur mon bridge 2 (une VM) de type global unicast j’obtient :
17:14:00 root@zw3b:~ $ scan6 -i vmbr2 -L -e --print-type global
2001:bc8:25bb:ff52:1ab3:3b:1ac0:201 @ 32:33:61:62:36:31
Je regarde les voisins (neighbors) de vmbr2
17:15:23 root@zw3b:~ $ ip -6 neigh show dev vmbr2
2001:bc8:25bb:ff52:1ab3:3b:1ac0:201 lladdr 32:33:61:62:36:31 REACHABLE
Sinon sur mes VMs j’ai mes gateway IPv6 sur les adresses UNICAST-GLOBAL. Je n’ai pas de NDP et le réseau fonctionne normalement.
Par ex pour la Virual Machine connectée au bridge 2 :
17:35:14 root@mx1:~ $ ip -6 r show
2001:bc8:25bb:ff52::/64 dev eth0 proto kernel metric 256
default via 2001:bc8:25bb:ff52:0:5000:ff:ff dev eth0 metric 1024
Je vous envoie une des pages que j’ai écrite : http://howto.zw3b.net/linux/reseaux/comment-faire-un-reseau-ipv6-address-category
//-----
En clair qu’est ce que vous en dites !? ^^
Cordialement,
Olivier Romain Jaillet-ramey