Chouette guide !

Je pense que c'est important de changer de point de vue. L'essentiel c'est de trouver les avantages et inconvénients pour faire de bons choix.
Par exemple, j'aime bien apprendre des choses et j'ai un profil un peu technique. Néanmoins, je n'ai jamais su aimer Debian et mon premier SE
après MS Windows a été directement Gentoo (difficile, j'ai dû faire une trentaine d'essais au moins, durant deux ou trois ans, pour l'installer).
Il faut garder l'esprit ouvert et essayer de comprendre comment cela évolue. S'y retrouver dans ce qu'on fait, d'une façon ou d'une autre, c'est
la base. Il y a aussi des choses qu'on aime et qu'on aime pas et qui tiennent plus ou moins bien. Trouver un juste milieu avec tant de facteurs
variables (dans un SE), c'est pas simple, même avec quelques principes. Cette complexité peut rendre dingue ou dogmatique. Par exemple,
les systèmes BSD peuvent être prometteur mais également très limités par certains aspects : corporatiste, sélectif, moins animé. Cela peut les
amener à manquer de crédibilité, comme pour NetBSD avec son illustre portabilité.

Bonjour kgersen,

Merci pour la réponse et pour les liens!!
Comme toi, au début je n'y croyais pas beaucoup... mais avec l'API on arrive à faire des choses

Supposons que l'on essaie de mettre en place la route suivante: 192.168.5.0/24 via 192.168.0.50
La chaine que devrait renvoyer le serveur DHCP dans l'option 121 est 18C0A805C0A80032 (représentation en hexadécimal)
Où l'on retrouve:

• 18 = 24 en décimal, la taille du masque
• C0A805 = 192.168.5, le préfixe du sous-réseau de destination
• C0A80032 = 192.168.0.50, l'adresse de la gateway

Je vous passe toutes les tentatives infructueuses , voici la syntaxe à laquelle j'arrive avec CURL:

• Tout d'abord l'authentification

curl.exe -c tmp-cookie.jar -XPOST https://mabbox.bytel.fr/api/v1/login -d password=MOT_DE_PASSE_BBOX   

• Ensuite la commande pour modifier l'option 121 (l'option est la n°2, déjà créée via l'IF web, ici je ne fais que la mettre à jour):

curl.exe -b tmp-cookie.jar -X PUT -d enable=1 -d name=121 -d value="%18%c0%a8%05%c0%a8%00%32" https://mabbox.bytel.fr/api/v1/dhcp/options/2

En bas du message, une capture de ce que l'on obtient avec Wireshark: on voit que l'option 121 est bien envoyée dans la réponse, avec la valeur 43 c0 a8 35 c0 a8 qui "ressemble assez" à ce qui a été envoyé ... mais le message a été tronqué et certains octets modifiés, ce qui le rend invalide, comme identifié en rouge par wireshark (et windows affiche un message d'erreur "Donnée non valides" suite au ipconfig /renew et ne configure pas d'adresse IP)

Il semblerait que certains octets soient reçus par l'API, stockés dans la Bbox et renvoyés dans la réponse DHCP en l'état (c0, a8, ...) alors que d'autres sont modifiés (18 --> 43, 05 --> 35, 00 --> supprimé).

En jouant avec les valeurs, pour arriver à une option valide, qui ne soit pas modifiée, j'arrive par exemple à ceci:
curl.exe -b tmp-cookie.jar -X PUT -d enable=1 -d name=121 -d value="%1b%c0%a8%20%1b%c0%a8%1b%1b" https://mabbox.bytel.fr/api/v1/dhcp/options/2
Cette commande va pousser l'option 1bc0a8201bc0a81b1b qui correspond à la règle:

• 1b = 27 en décimal, la taille du masque
• c0a8201b= 192.168.32.27, le préfixe du sous-réseau de destination
• c0a81b1b = 192.168.27.27, l'adresse de la gateway

Et là ça marche: comme on peut le voir sur la 2ème capture, Wireshark montre une trame valide et Windows obtient bien son IP et installe la route en question (même si ce n'est pas celle que je voulais au début)

Sinon, j'ai quand même envoyé un message via le formulaire de contact développeurs, car si on pouvait définir les routes directement sur la bbox, sans tout ces "bidouillages" ce serait quand même plus simple et plus propre!

Multi TV n'est pas Multi écrans !

Multi TV viens avec un décodeur physique loué 5€/mois, dans le cas de Multi TV sur TV connectée pas de décodeur supplémentaire mais option facturée quand même.

https://www.sfr.fr/options/multitv-sfr

Hello hitech39,

Avec plaisir, le partage des connaissances est fondamental à mon sens. (;

Plus de soucis sur les vitesses, et j'ai environ 103 Mb/s en montant via curl:
root@X:/tmp# curl -4 -o /dev/null -F "file=@/tmp/temp.iso" http://bouygues.testdebit.info/ul/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1964M    0   145  100 1964M      7   102M  0:00:19  0:00:19 --:--:--  103M
iPerf3 est plus parlant:
# Descendant
[SUM]   0.00-10.00  sec  2.22 GBytes  1.90 Gbits/sec                  receiver
# Montant
[SUM]   0.00-10.01  sec  1.01 GBytes   868 Mbits/sec                  receiver

Essaie de tester directement depuis ton routeur dans un premier temps ces commandes:
# Descendant
curl -o /tmp/temp.iso http://bouygues.testdebit.info/10G.iso
iperf3 -c bouygues.testdebit.info -p 9206 -P 8
# Montant
curl -4 -o /dev/null -F "file=@/tmp/temp.iso" http://bouygues.testdebit.info/ul/
iperf3 -c bouygues.testdebit.info -p 9206 -P 8 -R



Rien de trollesque ici, c'est une comparaison. rien de plus.

Un rien, t'as vu des GE au gazogène pour comparer?

Sais-tu comment pousse le bois?