Auteur Sujet: Remplacer sa Livebox par un routeur Ubiquiti Edgemax (Lu 1549385 fois)

virtual_francky · « **Réponse #4020 le:** 09 janvier 2019 à 09:14:21 »

Citation de: zoc le 09 janvier 2019 à 09:10:22

Jusque là ça a l'air bon...

Code: [Sélectionner]
ps aux | grep dibbler ?

Normal qu'il n'y ait pas d'IPv6 coté ONT.

Voila la réponse

root      2694  0.0  0.1  13160  1708 ?        Sl   08:57   0:00 /usr/sbin/dibbler-client start
root      3464  0.0  0.0   2384   524 pts/0    S+   09:13   0:00 /bin/busybox grep dibbler

pour info l'adresse que tu as mis pour la route6 a un soucis, le router mais que ce n'est pas une valeur ipv6.

zoc · « **Réponse #4021 le:** 09 janvier 2019 à 09:16:36 »

J'ai copié/collé la ligne de ma conf

(en faisant un show configuration commands | grep route6).

Code: [Sélectionner]

zoc@gateway:~$ show configuration commands |grep route6
set protocols static route6 '::/0' next-hop 'fe80::ba0:bab' interface eth1.832

dibbler-client est bien lancé sur ton routeur, du coup je ne comprends pas pourquoi un status ne te donne pas de PID pour le client...

virtual_francky · « **Réponse #4022 le:** 09 janvier 2019 à 09:28:22 »

Citation de: zoc le 09 janvier 2019 à 09:16:36

J'ai copié/collé la ligne de ma conf (en faisant un show configuration commands | grep route6).

Code: [Sélectionner]
zoc@gateway:~$ show configuration commands |grep route6 set protocols static route6 '::/0' next-hop 'fe80::ba0:bab' interface eth1.832
dibbler-client est bien lancé sur ton routeur, du coup je ne comprends pas pourquoi un status ne te donne pas de PID pour le client...

Après un reboot, il a bien accepté la commande, mais le client dibbler est toujours en not running.

virtual_francky · « **Réponse #4023 le:** 09 janvier 2019 à 09:39:22 »

un test sur IPV6-test.com me donne bien un IPV6 en natif selon lui, mais il m'indique aussi que ICMP est filtré par mon firewall.

Du coup je suis en IPV6, mais est-ce bien en natif par orange , la est la question

zoc · « **Réponse #4024 le:** 09 janvier 2019 à 09:53:03 »

Vu la plage d'IP de tes posts précédents c'est de l'IPv6 natif chez Orange.

Et je confirme que par rapport à tout à l'heure je peux maintenant faire un traceroute vers l'IPv6 de ton interface eth0

Pour l'ICMP filtré ça dépend entièrement de la configuration firewall IPv6.

virtual_francky · « **Réponse #4025 le:** 09 janvier 2019 à 10:47:51 »

Citation de: zoc le 09 janvier 2019 à 09:53:03

Vu la plage d'IP de tes posts précédents c'est de l'IPv6 natif chez Orange.

Et je confirme que par rapport à tout à l'heure je peux maintenant faire un traceroute vers l'IPv6 de ton interface eth0

Pour l'ICMP filtré ça dépend entièrement de la configuration firewall IPv6.

Super, merci beaucoup pour ton aide, le client dibbler not running restera un mystère, et ce soir je vais ma pencher sur le filtre du firewall pour l'ICMP.

PS : POur info j'ai remis la Livebox à la place du router pour la journée, faudrait pas que les enfants n'aient pas de TV dans l'après midi, j'ai pas retesté ce point

nicox11 · « **Réponse #4026 le:** 09 janvier 2019 à 18:47:57 »

Bonjour,

Je n'arrive pas à faire fonctionner ipv6 (voir le post ci-dessous).
J'ai essayé de redémarrer switch/routeur/ONT mais ça n'a rien changé (comme j'ai pu le voir sur certain messages après une recherche). Je n'ai plus trop d'idée, quelqu'un pourrait m'aider ?

Citation de: nicox11 le 08 janvier 2019 à 21:40:50

J'ai fait la mise à jour de mon Edgerouter 4 de 1.10.4 vers 1.10.8 sans problème, sauf pour l'ipv6.
J'ai remis dibbler et les deux fichiers client.conf et radvd.sh mais ça ne semble pas fonctionner.

Code: [Sélectionner]
sudo dibbler-client run | Dibbler - a portable DHCPv6, version 1.0.1 (CLIENT, Linux port) | Authors : Tomasz Mrugalski<thomson(at)klub.com.pl>,Marek Senderski<msend(at)o2.pl> | Licence : GNU GPL v2 only. Developed at Gdansk University of Technology. | Homepage: http://klub.com.pl/dhcpv6/ 2019.01.08 14:51:23 Client Notice My pid (6864) is stored in /var/lib/dibbler/client.pid 2019.01.08 14:51:23 Client Notice Detected iface eth2.20/22, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth2.30/21, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth2.40/20, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth2.50/19, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth2.90/18, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth2.999/17, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth1.832/16, MAC=fc:ec:da:45:75:9b. 2019.01.08 14:51:23 Client Notice Detected iface eth2.10/15, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface imq0/14, MAC=. 2019.01.08 14:51:23 Client Notice Detected iface loop3/13, MAC=12:cc:e5:aa:ce:2a. 2019.01.08 14:51:23 Client Notice Detected iface loop2/12, MAC=3a:a5:76:71:37:9c. 2019.01.08 14:51:23 Client Notice Detected iface loop1/11, MAC=7a:14:1c:89:17:21. 2019.01.08 14:51:23 Client Notice Detected iface loop0/10, MAC=ca:c8:30:13:9f:5b. 2019.01.08 14:51:23 Client Notice Detected iface npi3/9, MAC=0a:76:46:32:b9:0d. 2019.01.08 14:51:23 Client Notice Detected iface npi2/8, MAC=ca:87:99:2a:8a:9b. 2019.01.08 14:51:23 Client Notice Detected iface npi1/7, MAC=0a:a8:43:8d:79:05. 2019.01.08 14:51:23 Client Notice Detected iface npi0/6, MAC=72:ff:3a:86:9f:1a. 2019.01.08 14:51:23 Client Notice Detected iface eth2/5, MAC=fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Notice Detected iface eth1/4, MAC=fc:ec:da:45:75:9b. 2019.01.08 14:51:23 Client Notice Detected iface eth0/3, MAC=fc:ec:da:45:75:9a. 2019.01.08 14:51:23 Client Notice Detected iface eth3/2, MAC=fc:ec:da:45:75:99. 2019.01.08 14:51:23 Client Notice Detected iface lo/1, MAC=00:00:00:00:00:00. 2019.01.08 14:51:23 Client Notice Parsing /etc/dibbler/client.conf config file... 2019.01.08 14:51:23 Client Info Interface eth1.832/16 configuration has been loaded. 2019.01.08 14:51:23 Client Info My DUID is 00:03:00:01:fc:ec:da:45:75:9c. 2019.01.08 14:51:23 Client Info Loading old address database (client-AddrMgr.xml), using built-in routines. 2019.01.08 14:51:23 Client Info DB timestamp:1546959068, now()=1546959083, db is 15 second(s) old. 2019.01.08 14:51:23 Client Info All client's 00:03:00:01:fc:ec:da:45:75:9c leases are not valid. 2019.01.08 14:51:23 Client Notice Creating control (::) socket on the lo/1 interface. 2019.01.08 14:51:23 Client Notice Creating socket (addr=fe80::feec:daff:fe45:759b) on eth1.832/16 interface. 2019.01.08 14:51:23 Client Notice CONFIRM support compiled in. 2019.01.08 14:51:23 Client Info Creating SOLICIT message with 0 IA(s), no TA and 1 PD(s) on eth1.832/16 interface. 2019.01.08 14:51:23 Client Error AUTH: protocol 9697952 not supported yet. 2019.01.08 14:51:24 Client Info Processing msg (SOLICIT,transID=0x796724,opts: 1 25 8 16 15 11 11 6) 2019.01.08 14:51:24 Client Error AUTH: protocol 9697952 not supported yet. ^C2019.01.08 14:51:26 Client Critical Signal received. Shutting down. 2019.01.08 14:51:26 Client Notice Shutting down entire client. 2019.01.08 14:51:26 Client Notice Creating RELEASE for 0 IA(s), 1 PD(s), (no TA) on the eth1.832/16 interface. 2019.01.08 14:51:26 Client Error Unable to send RELEASE. Unable to find DUID. 2019.01.08 14:51:27 Client Notice Bye bye.
J'ai l'erreur AUTH: protocol 9697952 not supported yet. qui me semble bizarre. Ca fonctionnait très bien avant, j'ai réutilisé les mêmes options dans client.conf
J'ai passé le firewall en accept all pour débuger, rien ne change. On dirait un problème de configuration (alors que les fichiers sont les mêmes qu'avant?)
Une idée ?
Merci

virtual_francky · « **Réponse #4027 le:** 09 janvier 2019 à 21:21:01 »

Dans mon cas tout a marché de suite (sauf le client dibbler qui dit qu'il ne tourne pas, même si c'est le cas), quel tuto as tu suivi ?

nicox11 · « **Réponse #4028 le:** 09 janvier 2019 à 21:41:13 »

J'ai essayé de suivre celui là :

https://lafibre.info/remplacer-livebox/tuto-remplacer-sa-livebox-par-routeur-ubiquiti-livebox-partie-2-ipv6/

Ce que je trouve étrange c'est que ça fonctionnait plutôt bien avant. L'ipv4 marche bien aussi. On dirait que le sollicit est envoyé mais qu'il n'y a aucune réponse d'orange

virtual_francky · « **Réponse #4029 le:** 09 janvier 2019 à 22:05:44 »

Citation de: nicox11 le 09 janvier 2019 à 21:41:13

J'ai essayé de suivre celui là :

https://lafibre.info/remplacer-livebox/tuto-remplacer-sa-livebox-par-routeur-ubiquiti-livebox-partie-2-ipv6/

Ce que je trouve étrange c'est que ça fonctionnait plutôt bien avant. L'ipv4 marche bien aussi. On dirait que le sollicit est envoyé mais qu'il n'y a aucune réponse d'orange

As tu essayé celui ci https://gitlab.com/skelettor/orange-isp-erl , c'est celui que j'ai suivi, en m'aidant de celui que tu cites.

nicox11 · « **Réponse #4030 le:** 09 janvier 2019 à 22:26:11 »

Malheureusement, ça ne m'aide pas beaucoup. La seule différence est que j'utilise la version "courte" de l'authentification. Mais celle-ci fonctionne bien en ipv4, je serais étonné que seul l'ipv6 soit vérifié.

EDIT: Trouvé

Je ne sais pas pour quelle raison, mais l'option 15 n'était pas complète dans mon fichier. J'ai du rajouter 65:2e:6c:69:76:65:62:6f:78:34 qui manquait et ça a fonctionné tout de suite.
Très étrange mais bon.

virtual_francky · « **Réponse #4031 le:** 09 janvier 2019 à 22:29:34 »

Citation de: nicox11 le 09 janvier 2019 à 22:26:11

Malheureusement, ça ne m'aide pas beaucoup. La seule différence est que j'utilise la version "courte" de l'authentification. Mais celle-ci fonctionne bien en ipv4, je serais étonné que seul l'ipv6 soit vérifié.

EDIT: Trouvé Je ne sais pas pour quelle raison, mais l'option 15 n'était pas complète dans mon fichier. J'ai du rajouter 65:2e:6c:69:76:65:62:6f:78:34 qui manquait et ça a fonctionné tout de suite.
Très étrange mais bon.

Super, bonne nouvelle.