Hello,

Grande nouvelle si on peut dire.

Rappellez-vous du menu IPV4=>WAN : c'est là qu'on trouve les identifiants pour la session PPP.

Devinvez quoi ? On peut mettre tout ce qu'on veut dans le champ password : la connection s'établit quand même.

Verdict : quel que soit le mot de passe que SFR a choisi pour les connections PPP, on ne peut plus se fier au champ password de la WUI.

Si quelqu'un d'un peu pointu en infra réseau a une idée, je suis preneur.


UPDATE

Histoire de d'être plus complet, j'ai utilisé ce client pour accéder à l'API de la box :
https://github.com/Cyril-Meyer/NB6VAC-FXC/blob/main/README.md

Résultat, quand je demande l'état de la liaison PPP, j'ai ce status :

Code: [Sélectionner]

GET  http://192.168.1.1/api/4.0.45d/?method=ppp.getInfo
<?xml version="1.0" encoding="UTF-8"?>
<rsp stat="ok" version="1.0">
     <ppp status="down" ip_addr="" />
   
</rsp>

Il existe également un endpoint ppp.getCredentials , comme je le craignais, celui-ci nous répond les crédentials renseignés dans la WUI dont la box ne tient plus compte.


En tout cas, le status de la patte PPP est intriguant. Je fais deux hypothèses :
- Soit la box établit bien une session PPP, mais la patte réseau porte un nom différent de celui cherché par l'API, ce qui explique son résultat
- Soit la box utilise désormais un autre protocole pour établir sa liaison avec le réseau de SFR.

Pour la 2nde hypothèse, je même pas si c'est dans le domaine du possible. Un admin réseau plus sérieux pourrait-il m'éclairer ?

Autre chose, si on reste sur le PPP, j'ai constaté, avec un routeur perso, que l'authentification CHAP échoue avec un message plus spécifique si j'utilise un username différent de [MACDELABOX]@neufpnp . Il se pourrait donc que si les credentials ont changé chez SFR, seul le mot de passe reste à deviner.

Une autre question ouverte pour les bricoleurs en herbe : la machinbox permet de récupérer un fichier de configuration qui est bien sûr illisible.
Quelqu'un sait-il comment le rendre plus parlant ?

Cordialement,