Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[LTE H-Monitor] Logiciel de supervision de routeur 4G/5G

Baron_noir

Merci @oga83 pour tes explications.

Je n'ai pas les compétences pour aller regarder les API afin d'en faire quelque chose pour les interpréter. :'(

oga83

@Baron_noir Je parlais de l'onglet API dans LTE H-Monitor (qu'il faut activer au préalable dans la configuration) :

- Le MCC-MCN (208-15 = France-Free dans ton exemple) est affiché en clair dans Plmn.

Ici, c'est France-Bouygues.

Plus d'infos ici : https://fr.wikipedia.org/wiki/Mobile_Network_Code
- - Pour les bandes, c'est dans Signal. Il suffit de prendre l'earfcn et le de passer dans un convertisseur.

Par exemple :

https://5g-tools.com/4g-lte-earfcn-calculator/ https://5g-tools.com/5g-nr-arfcn-calculator/
https://5g-tools.com/5g-nr-arfcn-calculator/

Baron_noir

Mon H122-373 est toujours sous surveillance avec l'ECG by @oga83 .

Il y a souvent des changements de fréquences qui n’altère que très rarement les communications.

Il enregistre parfois des nouvelles fréquences pour des sites nouveaux. Détail prochainement dans le topic du H122.

Mais ici, il m'a enregistré un site qui n'est pas référencé et pour cause :

Comment interpréter le chiffre 70 ?

La base des sites que j’enrichis n'ayant pas cette valeur, l'adresse du site n'a pas pu être remontée ?

nb : on constate qu'à 04:59 la 2600 est opérationnelle...

https://c.tenor.com/JkaFaqdUXhQAAAAC/merci-french.gif

*** question peut être hors sujet : pas taper, pas taper !
- plus de si, si, si en cascade, la RECHERCHEV est bien souple mais je ne sais pas comment faire remonter la couleur du fond et des caractères enregistrés dans cette "mini base". Cela me permet d'attribuer une couleur de fond à un site avec déclinaison suivant la fréquence et une de caractères pour le secteur...)

sethx

bonjour,
voila, je recherche une solution à mon probleme avec ce logiciel , moi et un amis avons exactement le même probleme avec le B715s-23c , on perd la connexion free d'une façon aléatoire , quand on regarde sur le routeur c'est indiqué 4g fonctionnel , sauf qu'en réalité plus aucune donnée pass et windows indique qu'il n'y plus d'internet , donc je me suis dis (pour régler le probleme il suffit de réappliquer les frequences ou redémarrer le routeur , c'est le logiciel idéal , pour régler le probleme il suffit de lui dire , redémarre le routeur si plus de ping .
sauf que voila , ça fait 4 jours que je test , et la partie 'graph' se stop au bout de 4h environ , la session indiqué en haut a gauche se stop aussi , la par exemple au bout de 11h.
donc une fois le logiciel qui a l air de ne plus fonctionner , si je vais sur RADIO , et je lui fais (appliquer & enregistrer) il me répond 'acces is denied' et la liste des fréquence ce vide,
du coup je vais dans configuration/général/ et je fais connexion , il se reconnect , et les fréquences réapparaissent , et c'est pas pour autant que le reste fonctionne .... ni graph ni rien

si y a une solution au faite qu'il se déco du routeur sans savoir pourquoi

oga83

S'agit-il de la version gratuite ?

Voir ici.

sethx

heuu oui , j'ai pas fais attention au détail ! bon j 'espère que ca va le faire avec la version payante , merci

oga83

La version 4.63 est en ligne !

La principale nouveauté est qu'elle supporte les connexions TLS/SSL avec les routeurs.

Certains routeurs/firmwares ne fonctionnent pas sans cela (H112-370 par exemple)

alxluthor

Bonjour,

J'ai acheté une licence dernièrement (pour Windows 10) mais mon souci est que ni la notif pas sms ou par email ne fonctionnent.. Merci pour votre aide.

oga83

@alxluthor

Bonjour,

Les règles du forum demandent un message de présentation préalable dans la section correspondante.

Pour la question, il faudrait être plus précis. En particulier, comment les notifications ont elles été paramétrées ? Voir ici.

JacquesF

Bonjour,

J'utilise un Huawei/Soyea B535-333 et j'utilise donc LTEHMonitor pour la supervision (avec licence, vu la qualité du programme).

Pas de soucis sous Windows, mais quelques problèmes mineurs sous Linux qui est mon environnement de travail habituel.

Malgré une lecture attentive de la doc, l'exploration de tous les boutons et une recherche sur Google, je n'ai trouvé aucun moyen de remonter un bug ou un problème (à part éventuellement l'adresse mail indiquée dans 'À propos'. C'est dommage je trouve.

J'espère donc que ce message ne sera pas déplacé dans ce forum, qui semble compter le développeur comme membre. Sinon, je m'en excuse par avance.

Voici les quelques problèmes mineurs rencontrés, et je suis preneur de toute solution, tout comme je peux faire des essais chez moi si besoin est.

1) Le programme est lancé en tant que service sur le serveur principal de mon réseau (Debian 10, Mono 5.18.0.240) via systemctl. Aucun souci pour le fonctionnement, mais il rempli régulièrement les logs avec des lignes (plus de 8000 caractères chacune) de ce genre :

<pre class="CodeBlock">Aug 30 00:02:02 serveur mono[11236]: Download:0,0 Mbits/s - Upload:0,0 MBits/s#015/ Download:0,0 Mbits/s - Upload:0,0 MBits/s#015- Download:0,0 Mbits/s - Upload:0,0 MBits/s#015
</pre>Ce n'est peut-être qu'un soucis de Mono, mais si je peux avoir de l'aide pour éliminer cette pollution dans mes logs, ce serait sympa.

2) Quand le programme est lancé, il y a quelques informations d'erreur dans la console, qui pourrait peut-être aider à débugger le code, et qui ont peut-être un lien avec le point 3 qui suit :

<pre class="CodeBlock">00fc:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00fc:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\windows\system32\tzres.dll", (null), 0031EB38, 001E5278, 0031EB3C, 0031EB30 00fc:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\windows\system32\tzres.dll", (null), 0031EB38, 001E5278, 0031EB3C, 0031EB30 0134:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00fc:fixme:gdiplus:GdipGetLineSpacing ignoring style === Répétée à l'envi ===
00fc:fixme:uiautomation:UiaClientsAreListening () === Répétée 16 fois ===
00fc:fixme:file:CancelSynchronousIo (0000021C): stub 00fc:fixme:uiautomation:UiaReturnRawElementProvider (000100D2, 0, 0, 00000000) stub! 00fc:fixme:uiautomation:UiaReturnRawElementProvider (00010130, 0, 0, 00000000) stub! 00fc:fixme:uiautomation:UiaReturnRawElementProvider (0001013A, 0, 0, 00000000) stub! 00fc:fixme:uiautomation:UiaReturnRawElementProvider (00010116, 0, 0, 00000000) stub!
</pre>

La dernière ligne est répétée de nombreuses fois avec des adresses variables.

3) Une fois le programme lancé, tout semble fonctionner correctement excepté l'affichage en haut à gauche de l'écran principal des icônes d'état du réseau, du VPN, du Wifi, du type de réseau (4G et des barres).

Seul le bouton "Disable data" est visible.

4) Dans ce premier écran, quelques soucis de traduction restent : "Disable data" le lien "Graphs".

5) Un problème que j'ai mis longtemps à régler était que les données du Quota n'étaient pas sauvegardées. Quand je redémarrai l'interface, les cases étaient vides. En fait, les données sont soient saisies, soient lues dans le fichier XML de configuration. Et celui-ci n'est mis à jour que lors de l'arrêt (normal) du serveur LTEHMonitor.exe. Ce serait bien que lors de la modification de la configuration, l'interface envoie une demande au serveur pour écrire la config...

J'ai constaté aussi quelques soucis au niveau de l'interface web, je prendrai le temps de faire un état détaillé plus tard.

Par avance merci et bonne journée à tous.

Jacques

oga83

Bonjour,

JacquesF a dit :

1) Le programme est lancé en tant que service sur le serveur principal de mon réseau (Debian 10, Mono 5.18.0.240) via systemctl. Aucun souci pour le fonctionnement, mais il rempli régulièrement les logs avec des lignes (plus de 8000 caractères chacune) de ce genre :
<pre class="CodeBlock">Aug 30 00:02:02 serveur mono[11236]: Download:0,0 Mbits/s - Upload:0,0 MBits/s#015/ Download:0,0 Mbits/s - Upload:0,0 MBits/s#015- Download:0,0 Mbits/s - Upload:0,0 MBits/s#015
</pre>Ce n'est peut-être qu'un soucis de Mono, mais si je peux avoir de l'aide pour éliminer cette pollution dans mes logs, ce serait sympa.

Le programme est-il lancé avec l'option --cli ?

Dans ce cas, il suffit de rediriger la sortie vers /dev/null, par exemple avec une commande du style :

mono LTEHMonitor.exe -cli >/dev/null 2>&1

JacquesF a dit :

2) Quand le programme est lancé, il y a quelques informations d'erreur dans la console, qui pourrait peut-être aider à débugger le code, et qui ont peut-être un lien avec le point 3 qui suit :
00fc:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00fc:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\windows\system32\tzres.dll", (null), 0031EB38, 001E5278, 0031EB3C, 0031EB30 00fc:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\windows\system32\tzres.dll", (null), 0031EB38, 001E5278, 0031EB3C, 0031EB30 0134:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00fc:fixme:gdiplus:GdipGetLineSpacing ignoring style === Répétée à l'envi ===
00fc:fixme:uiautomation:UiaClientsAreListening () === Répétée 16 fois ===
00fc:fixme:file:CancelSynchronousIo (0000021C): stub 00fc:fixme:uiautomation:UiaReturnRawElementProvider (000100D2, 0, 0, 00000000) stub! 00fc:fixme:uiautomation:UiaReturnRawElementProvider (00010130, 0, 0, 00000000) stub! 00fc:fixme:uiautomation:UiaReturnRawElementProvider (0001013A, 0, 0, 00000000) stub! 00fc:fixme:uiautomation:UiaReturnRawElementProvider (00010116, 0, 0, 00000000) stub!
La dernière ligne est répétée de nombreuses fois avec des adresses variables.

La dernière ligne est la même que celle de la console. La redirection la supprimera probablement.

Pour les autres, je ne sais pas. Je n'ai pas ça sur une Debian.

Si ces messages viennent vraiment de LTE H-Monitor (ou de Mono), il faudrait regarder du côté des variables d'environnement MONO_LOG_LEVEL et MONO_LOG_MASK.

JacquesF a dit :

3) Une fois le programme lancé, tout semble fonctionner correctement excepté l'affichage en haut à gauche de l'écran principal des icônes d'état du réseau, du VPN, du Wifi, du type de réseau (4G et des barres).
Seul le bouton "Disable data" est visible.

ça doit venir du paramétrage de l'environnement graphique car je n'ai pas ça sur ma Debian :

JacquesF a dit :

4) Dans ce premier écran, quelques soucis de traduction restent : "Disable data" le lien "Graphs".

Cela sera corrigé dans une prochaine version

JacquesF a dit :

5) Un problème que j'ai mis longtemps à régler était que les données du Quota n'étaient pas sauvegardées. Quand je redémarrai l'interface, les cases étaient vides. En fait, les données sont soient saisies, soient lues dans le fichier XML de configuration. Et celui-ci n'est mis à jour que lors de l'arrêt (normal) du serveur LTEHMonitor.exe. Ce serait bien que lors de la modification de la configuration, l'interface envoie une demande au serveur pour écrire la config...

Les données de quota ne sont pas sauvegardées dans le fichier .xml de configuration :

- quand on clique sur Rafraichir, elles sont lues à partir du routeur;

- quand on clique sur Appliquer, elles sont envoyées au routeur.

Pour info, et uniquement lorsque la configuration a été modifié, le fichier .xml est sauvegardé à la fermeture de l'application mais également à intervalle régulier en fonction de ce qui a été configuré (voir ici, par défaut à 5 minutes).

Il est également lu à intervalle régulier pour prendre en compte les modifications effectuées par les autres instances du programme (c'est comme cela qu'une instance en ligne de commande (--cli) peut être configurée par un instance avec interface graphique).

JacquesF

Bonsoir,

Merci beaucoup pour les réponses, cela éclaire ma lanterne. Le problème de quota non affiché est clair maintenant.

Pour ce qui concerne la pollution des logs système par le programme, je n'ai aucun résultat malgré la configuration suivante du fichier de service pour systemctl :

[Unit]
Description=LTEHMonitor Service
Wants=network-online.target
After=network.target
After=syslog.target

[Service]
Type=simple
Environment="MONO_LOG_LEVEL=error"
Environment="MONO_LOG_MASK=cfg"
ExecStart=/usr/bin/mono /Chemin/vers/LTEHMonitor/LTEHMonitor.exe -cli >/dev/null 2>&1
Restart=always

[Install]
WantedBy=multi-user.target
Alias=LTEHMonitor.service

Le choix des valeurs pour l'environnement de Mono est un peu hasardeux, mais en limitant le log à error, je pense me mettre à l'abri des sorties du programmes (qui ne sont pas masquées malgré les redirections (testé sans la sortie des erreurs en premier, cela ne change rien) et le debug aux données de configuration, je pense avoir évité les données issues du programme.

Il est probable que la redirection n'est prise en compte que pour Mono et non pas pour l'instance du programme qu'il fait tourner.

Il serait peut-être bon de prévoir un paramètre en ligne de commande pour bloquer la sortie des informations de trafic, ou de pouvoir spécifier éventuellement un fichier de destination (sous linux, /dev/null permettra de le masquer, pour Windows, il me semble qu'un périphérique NUL existe, pour MAC je pense que /dev/null doit fonctionner vue son origine).

En ce qui concerne le serveur web intégré, il fonctionne correctement tant qu'on cherche à y accéder normalement. Dans mon cas, ayant plusieurs applis qui ont leurs propres serveurs sur des ports spécifiques, j'utilise en général le mode Proxy d'Apache pour rediriger les requêtes vers le port voulu.

<Location /LTEHMonitor/>

ProxyPass "http://@IP_routeur:8080/"

ProxyPassReverse "http://@IP_routeur:8080/"

</Location>

Ce faisant, l'accès à la page d'accueil fonctionne la première fois, mais le lien Dashboard de cette page échoue. En le faisant pointer vers index.html (dans les deux pages), cela fonctionnerait normalement. Si ça pouvait venir dans une prochaine version, ce serait sympa.

En principe dans un site web, on code toujours les URL en relatif et pour le Dashboard, / deviendrai ./ ce qui serait correct même dans le cas d'un proxy.

Pour l'affichage des images, ce n'est pas critique. Mon environnement de bureau est Plasma, et donc n'est pas basé sur GTk (même s'il est installé sur ma machine). C'est ennuyeux mais je peux obtenir le nombre de barres par l'API est ça ira ainsi, et à priori le contenu du fichier XML accessible via le serveur Web devrait être très utile aussi.

En tout cas merci pour cet excellent programme qui mérite tout à fait son prix pour la licence. D'autant plus qu'il fonctionne déjà très bien sans.

Jacques

Aperçu Annuler

JacquesF

Bon, pas moyen de faire afficher correctement les sauts de ligne dans le bloc de code pour le fichier de service. Je ne connais pas cette interface de saisie (plus habitué au BBcode) mais elle présente quelques soucis ergonomiques (entre autre Ctl-Flèche gauche ou droite ne permet pas de se déplacer de mot en mot mais va au début ou à la fin de la ligne, dommage).

oga83

JacquesF a dit :

Pour ce qui concerne la pollution des logs système par le programme, je n'ai aucun résultat malgré la configuration suivante du fichier de service pour systemctl :
[Unit]
Description=LTEHMonitor Service
Wants=network-online.target
After=network.target
After=syslog.target

[Service]
Type=simple
Environment="MONO_LOG_LEVEL=error"
Environment="MONO_LOG_MASK=cfg"
ExecStart=/usr/bin/mono /Chemin/vers/LTEHMonitor/LTEHMonitor.exe -cli >/dev/null 2>&1
Restart=always

[Install]
WantedBy=multi-user.target
Alias=LTEHMonitor.service

Il me semble que la redirection ne se fait pas de cette manière avec systemctl

Il faut ajouter une ligne "StandardOutput=/dev/null" dans le fichier de config du service

Ici, je lance le programme avec crond (voir ici) avec lequel la redirection >/dev/null 2>&1 fonctionne

JacquesF a dit :

En ce qui concerne le serveur web intégré, il fonctionne correctement tant qu'on cherche à y accéder normalement. Dans mon cas, ayant plusieurs applis qui ont leurs propres serveurs sur des ports spécifiques, j'utilise en général le mode Proxy d'Apache pour rediriger les requêtes vers le port voulu.
<Location /LTEHMonitor/>
ProxyPass "http://@IP_routeur:8080/"
ProxyPassReverse "http://@IP_routeur:8080/"
</Location>
Ce faisant, l'accès à la page d'accueil fonctionne la première fois, mais le lien Dashboard de cette page échoue. En le faisant pointer vers index.html (dans les deux pages), cela fonctionnerait normalement. Si ça pouvait venir dans une prochaine version, ce serait sympa.
En principe dans un site web, on code toujours les URL en relatif et pour le Dashboard, / deviendrai ./ ce qui serait correct même dans le cas d'un proxy.

Je suis d'accord sur le fait qu'il est indispensable d'utiliser des urls relatives.

L'intérêt est qu'elle ne dépendent pas du serveur sur lequel le site est déployé.

"/" est bien une url relative car elle ne comporte ni protocole (http://), ni serveur (x.x.x.x:8080)

L'url absolue correspondante serait "http://x.x.x.x:8080/" Plus Plus d'explications ici

Dans certains cas, on ne peut pas faire autrement que d'utiliser des urls qui commencent par "/" (notamment dans les entêtes/pieds de page qui doivent fonctionner sur toutes les pages et faire référence à la racine du site).

Un bon exemple de mauvaise utilisation des urls absolues se trouve justement dans les routeurs Huawei !

La première réponse à une requête http est une redirection sur l'ip locale en dur (http://@IPduRouteur)...

Cela pose un problème lorsqu'on souhaite accéder à l'interface web du routeur de l'extérieur (car le client remote se voit redirigé sur son lan).

A ce sujet, voir le dernier paragraphe de https://routeur4g.fr/flarum/d/1882-1882/#Comment_21149

A ma connaissance, le serveur web embarqué de LTE H-Monitor n'utilise que des urls relatives (je viens de vérifier avec la console de dév de mon navigateur qu'il n'y a aucune redirection et l'affichage du source de la page ne révèle aucune adresse absolue qui comporterait un http://NomServeur pour une ressource locale).

A mon avis, le problème du ProxyPass doit venir d'autre chose.

Je l'utilise également et, en vérifiant ma config Apache, je vois que j'ai dû utiliser :

RemoteIPHeader X-Forwarded-For
RemoteIPInternalProxy x.x.x.x/32

(x.x.x.x étant l'adresse du serveur Apache)

C'est juste une piste car je ne me souviens plus exactement pourquoi j'avais ajouté ces lignes dans mon VirtualHost.

JacquesF

Bonjour,

Petite remarque pour @oga83 (et une amélioration possible) :

Dans l'interface de gestion, dans la partie Configuration / Général, le bouton "Ouvrir" pour accéder au site Web ouvre le navigateur avec l'adresse de loopback. Dans le cas où le programme tourne en tant que service sur une machine distante, cette URL est invalide.

Dans mon cas, j'ai renseigné l'adresse de mon serveur dans le fichier de configuration (j'ai plusieurs @IP et je ne souhaite pas que ce serveur non protégé soit accessible de partout).

Il serait préférable d'ouvrir le navigateur sur l'adresse indiquée dans le fichier de config plutôt que sur la loopback (hardcodée ?). Encore une suggestion d'amélioration... mais cohérente par rapport à la config.

Merci par avance.

Jacques

oga83

@JacquesF

Quand on clique sur le bouton "Ouvrir", c'est bien l'adresse configurée (ici) pour le routeur qui est utilisée et pas une adresse en dur

JacquesF

@oga83

Ce n'est pas ce qui se passe sur ma machine...

[jacques@jacques LTEHMonitor]$ grep WebServer LTEHMonitor.xml
<bWebServer>true</bWebServer> <WebServerBindAddr>10.X.Y.Z</WebServerBindAddr> <WebServerPort>8080</WebServerPort>

Le serveur est dans le LAN 10.X.Y.0/24 (j'ai juste masqué l'adresse réelle) et quand je clique sur le bouton "Ouvrir" dans l'interface, l'URL est http://127.0.0.1:8080/

De plus dans la documentation, le comportement est bien celui constaté (et n'est pas optimum) :

Activer le serveur web local : Cette option permet d'activer le serveur web local. Quand elle est activée, on peut se connecter à la page http://127.0.0.1:8080 (le bouton Ouvrir permet d'ouvrir cette page) sur son PC, ou http://AdresseIP:8080 sur une autre machine ( AdresseIP est à remplacer par l'adresse IP de la machine où tourne LTE H-Monitor).
Il est possible de changer le port 8080 en modifiant la ligne suivante dans le fichier LTEHMonitor.xml avec un éditeur de texte : <WebServerPort>8080</WebServerPort>

Ça se comporte comme c'est écrit, mais ce n'est pas idéal.

Merci

Jacques

PS : le comportement du forum dans le bloc CODE est totalement incorrect.

Dans le texte collé, il n'y a aucune mise en forme HTML, et pourtant les sauts de ligne, les espaces sont remplacés pour la plupart. Impossible de présenter du code correctement formaté :'(

oga83

@JacquesF

Je n'avais pas compris qu'il s'agissait du bouton "Ouvrir" dans la configuration du serveur web

Je parlais du bouton "Ouvrir" pour l'interface web du routeur dans l'onglet "Synthèse"

JacquesF

@oga83

Effectivement, celui-ci fonctionne correctement. J'aurai du préciser...

Petite remarque (j'espère ne pas abuser, le but est d'améliorer le produit, que je trouve réellement excellent) :

Le bouton "Carte IP" ouvre directement avec l'adresse IP publique (connue puisque passée en paramètre dans l'URL) alors que la ligne juste au-dessus devant contenir l'IP publique est toujours vide (je viens de démarrer l'interface). Je ne sais pas au bout de combien de temps elle apparait, mais j'avais déjà constaté ça.

J'ai compris que le bloc "Trafic mensuel" donne le résultat avec le quota divisé par le nombre de jours, mais ce serait sympa d'avoir directement le total mensuel depuis la date indiquée dans le routeur. Ça donne directement l'info pour savoir s'il faut réduire ou pas le trafic sur cette interface.

Dans les petits manques dans la traduction en français, il y a dans la partie Notification la mention None qui est restée pour les pics de données et l'état du VPN.

En tout cas bravo et merci pour la qualité de ce programme.

Bonne journée

Jacques

« Page précédente Page suivante »