Auteur Sujet: LiveboxMonitor - Mieux gérer sa Livebox 4, 5, 6 ou 7 (Lu 170398 fois)

JohnMcLane · « **Réponse #516 le:** 01 mai 2025 à 11:50:42 »

Bonjour Qoissi
Merci pour votre réponse rapide.

Je parlai surtout des icônes dans la vue "Infos appareil" / "Assigner type".

Tous mes devices apparaissent correctement sur la Livebox et sur LiveboxMonitor, même si c'est un peu la galère au tout début pour retrouver ces petits.
J'utilise un autre soft pour la partie Mac Address (MyLanViewer) et savoir de quel device il s'agit exactement.

Question : la vue "DNS" dans l'onglet "Appareils" est vide, est-ce normal ? Pourtant, tous mes devices sont correctement "nommés".

Bye

Qoissi · « **Réponse #517 le:** 01 mai 2025 à 17:33:16 »

Bonjour JohnMcLane, ah je comprends mieux votre question.
Alors je vous invite à parcourir cette petite documentation car il est possible de créer ses propres types avec ses propres icônes : https://github.com/p-dor/LiveboxMonitor/blob/main/docs/CustomIcons.md

Pour ce qui est des noms DNS il faut avoir assigné un nom DNS via le bouton "Assigner Nom..." à vos appareils dans l'onglet "Infos Appareil". Mais c'est inutile si vous n'avez pas besoin de leur assigner un nom sur votre LAN...
Il y a trois types de noms pour vos appareils :
- Le nom "local" -> connu uniquement par LBM et stocké dans le fichier MacAddrTable.txt.
- Le nom "Livebox" -> connu uniquement par la Livebox, affichés sur votre interface Web ou dans LBM.
- Le nom "DNS" -> connu par votre serveur DNS (par défaut celui de la Livebox) et donc utilisable sur votre LAN pour traduire ce nom en adresse IP.

Qoissi · « **Réponse #518 le:** 01 mai 2025 à 17:45:05 »

Depuis 2 ou 3 jours LBM chez moi n'arrive plus à envoyer d'email automatiques sur smtp.orange.fr

J'ai cette erreur :

Code: [Sélectionner]

[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'smtp.orange.fr'

J'ai mis à jour les certificats et le package Python certifi, rien n'y fait.
Quand je regarde le certificat exposé par le serveur smtp.orange.fr son CN est en fait smtp.premium.orange.fr, cela vient probablement de ça. Bien entendu si j'essai d'envoyer des mails sur smtp.premium.orange.fr ça ne fonctionne pas non plus (même erreur).
Pourtant j'arrive bien à envoyer des mails avec mon client mail. Je commence à sécher... si quelqu'un a une idée ? Quelque chose a changé récemment sur les serveurs SMTP d'Orange pour donner ça ?

acut3 · « **Réponse #519 le:** 01 mai 2025 à 19:30:32 »

Ca fonctionne bien sur le port 465 (avec "Utiliser SSL"), car le certificat a smtp.orange.fr en "Subject Alternative Name".

Par contre effectivement en starttls sur le port 587 ça ne fonctionne pas, car le certificat est pour "smtp-in.orange.fr" et aucun des "Subject Alternative Name" (smtp-in.orange.fr, DNS:smtppromx.orange.fr, DNS:smtp-in.wanadoo.fr) n'est utilisable.

Remarque en passant : il faudrait peut-être renommer "Utiliser TLS" en "Utiliser STARTTLS" et "Utiliser SSL" en "Utiliser TLS" pour être moins ambiguë.

Qoissi · « **Réponse #520 le:** 01 mai 2025 à 22:46:54 »

Merci beaucoup acut3 pour ces investigations. J'ai essayé de regarder le certificat sur le port 587 avec openssl mais il me retourne une erreur sur ce port...
Pareil avec ce site : https://whatsmychaincert.com/?smtp.orange.fr:587
Probablement lié à starttls ?
Sinon merci pour la suggestion de renommer les options, c'est maintenant fait.

acut3 · « **Réponse #521 le:** 02 mai 2025 à 00:20:38 »

Oui sur le port 587 ils attendent du starttls, donc la connexion doit commencer en plaintext et le client upgrade ensuite explicitement vers TLS avec une commande STARTTLS. Par contraste sur le port 465 ils attendent du TLS directement. Je ne suis pas spécialiste mais je crois que la recommendation est désormais d'utiliser le TLS implicite (sans STARTTLS) sur le port 465, donc Orange semble dans les clous. Pourquoi le certificat n'a pas (plus ?) le bon nom de domaine en STARTTLS, et est-ce que ça a changé récemment, je ne sais pas.

Avec openssl tu peux faire openssl s_client -showcerts -starttls smtp smtp.orange.fr:587 et éventuellement piper dans openssl x509 -text -noout pour voir les détails (dont les alternative names).

Qoissi · « **Réponse #522 le:** 04 mai 2025 à 17:55:01 »

Bonsoir, pour ceux qui lancent le programme depuis les sources je viens de pousser sur le repo une évolution qui permet d'exporter dans un fichier CSV le contenu de n'importe quelle table du programme. Absolument toutes, mêmes celles dans les dialogues. Il suffit de faire un clic droit sur la table et de sélectionner "Export..." dans le nouveau menu contextuel qui apparait.
Là on peut choisir d'exporter ou non les titres de colonnes et on peut aussi sélectionner les colonnes à exporter.
Voilà qui devrait répondre à votre demande @JohnMcLane !

Mjules · « **Réponse #523 le:** 04 mai 2025 à 18:12:20 »

Merci, le résultat est sympa.

je ne sais pas si c'est un bug ou une limitation de la fonction d'export (vu que ; est le délimiteur) mais les ; dans les champs sont remplacés par des _ à l'exportation.

Qoissi · « **Réponse #524 le:** 04 mai 2025 à 18:47:07 »

Je viens de faire un petit test chez moi et avec le ; bien configuré comme délimiteur dans les préférences les champs contenants au moins un ; sont exportés entourés de double-quotes. Excel s'en sort bien avec ça à l'ouverture du fichier. Donc j'ai les ; exportés correctement...
Après ce comportement n'est nullement mon fait, c'est celui du package Python standard 'csv' utilisé largement pour ce type d'export (j'utilise le dialecte "excel"). Ça doit pas mal dépendre de votre plateforme et de votre version de Python. Personnellement je teste actuellement sur Win11 / Python 3.11.
D'un autre côté il faut se lever de bonne heure pour tomber sur des champs contenant des ;

Mjules · « **Réponse #525 le:** 04 mai 2025 à 18:50:15 »

GNU/linux et python 3.10 ; ça doit être ça la raison.

Qoissi · « **Réponse #526 le:** 04 mai 2025 à 20:03:11 »

Je viens aussi de pousser une petite évolution concernant la gestion de la clef d'encryption pour les mots de passe. Cette clef étant encryptée avec une clef interne générée à partir de la configuration du PC (y compris la version de l'OS, le nom de la machine, ...), il pouvait arriver assez souvent que le fichier Key.txt devienne invalide, par exemple après une simple mise à jour de l'OS.
Le fichier Key.txt est maintenant recréé automatiquement lorsqu'il est détecté comme invalide, et j'ai changé sa méthode de création pour éviter que le programme ne se bloque comme cela pouvait arriver parfois (en particulier sur MacOS).

Qoissi · « **Réponse #527 le:** 05 mai 2025 à 10:12:39 »

Est-ce que l'un d'entre vous aurait accès à la nouvelle Livebox W7 et pourrait me donner le retour de la commande

Code: [Sélectionner]

sysbus HomeLan.Interface:get ?
Merci d'avance.