Oui j’ai remarqué ça aussi avec les noeuds yunohost : ils n’exposent à priori pas l’api.
Si tu vas sur https://g1.mithril.re, tu verra l’api de duniter et tu peux par exemple aller à cette url pour avoir des infos : https://g1.mithril.re/blockchain/current
Mais si tu tapes https://g1.syoul.fr, on tombe sur le login de yunohost. Peut-être que l’API est disponible sur un port différent, ou sur une url différente ?
Ğinspecte et Césium ne gère pas le chemin où se trouve l’API BMA.
Ğinspecte génère ce lien pour https://duniter.moul.re/bma/:443 pour mon nœud.
Césium devrait trouver ton bma sur https://g1.syoul.fr/bma/ sur /network/peerings, mais /bma/ est absent.
Spécialité du paquet YunoHost pour casser les pieds des autres développeurs, non je plaisante. C’est le compromis que j’ai choisi, car ça permettait d’avoir la CI qui passe et que le paquet soit présent dans le catalogue d’apps YunoHost.
Visiblement sur yunohost
l’api :
https://g1.syoul.fr/bma/
les infos :
https://g1.syoul.fr/bma//blockchain/current
D’accord ! Je vais adapter ginspecte pour vérifier ces url là.
Merci.
Waou, tu n’as pas chômé cette nuit !
je suis en train de resynchroniser, ça sera bon dans quelques minutes normalement…
Euh tu dors quand toi ?
non, je n’y ai pas touché cette nuit. C’est juste ce matin que je m’y suis mis.
Mais comme je suis à la Réunion, il y a 3 heures de moins plus qu’en france.
Merci @Moul pour la recherche de bug, c’était bien le port que je ne mettais pas au bon endroit.
Merci pour le correctif !
Le lien sous le bouton en bas à gauche est toujours incorrect.
Bien vu ! C’est corrigé.
J’en ai profité pour mettre ginspecte en mode production avec une vrai base de données (sqlite → postgresql).
Dans le processus, on repart de zéro concernant l’historique des tests… mais il se remplira vite.
wOw! Cool les noeuds Yunohost apparaissent bien dans la liste, super ! Ça serait génial si on pouvait avoir la même chose dans la liste des noeuds sur Césium @kimamila ? Merci pour ce travail 
J’ai préparé la gestion des utilisateurs dans Ǧinspecte.
Il faudrait établir le comportement qu’on attend du logiciel :
Merci pour vos avis…
Ça dépend des ambitions qu’on a pour Ğinspecte (par exemple si on veut le conserver en v2) mais une solution simpliste avec un unique compte admin dont on partage les codes convient tout à fait.
Et ensuite il faudrait plutôt partir sur une authentification à l’aide de clés Ğ1, ce serait plus logique par rapport à la direction dans laquelle on veut aller.
Ok ça c’est presque prêt. Donc un admin qui a le droit en écriture et les visiteurs non loggués accès en lecture seule.
Ah ça serait chouette à faire ça… mais ça voudrait dire q’un service centralisé recevrait des couples clé/mot de passe des utilisateurs !
Non, ce n’est pas l’architecture que j’imagine. Plusieurs idées :
Il ne faut pas envisager la sécurité crypto comme la sécurité à secret, mais en utilisant les fonctionnalités de chiffrement/déchiffrement et signature/vérification.
J’ai plusieurs idées de services à ajouter dans Ğinspecte pour la v2 :
wss://gdev.p2p.legal/wswss://gdev.coinduf.eu/wswss://vit.fdn.org/wswss://gdev.cgeek.fr/wswss://gdev.pini.fr/wshttps://gdev-indexer.p2p.legalhttps://hasura.gdev.coinduf.euhttps://subsquid.gdev.coinduf.eu/https://gecko.axiom-team.fr/Note : on pourrait aussi mettre en place un outil générique comme GitHub - louislam/uptime-kuma: A fancy self-hosted monitoring tool ou autre (je connais pas)
Après 5 jours de synchro échouées, mon serveur est enfin de retour, et cela déclenche un petit bug sur Ginspecte :
| Date | Duration (ms) | Block | Comment |
|---|---|---|---|
| 29/05/2023 18:01:37 (UTC) | 1265 | 630775 | translation missing: en.no key |
Je crois que ça arrive quand le scan n’est pas tout à fait terminé.
Ca doit se corriger tout seul au bout de quelques minutes.
Mais il manque effectivement une traduction, sinon on ne verrait pas ce message.
Je le note.
I’m trying to parse https://ginspecte.mithril.re/services.json from my client Ğ1nkgo in order to get an updated list of working nodes, but it seems that the generated url in the list is wrong. An extract:
{"id":2,"url":"https://ginspecte.mithril.re/services/2.json","status":true,"uptime":100,"ipv4":null,"ipv6":null,"admin":"duniter","server_funding":null,"service_type_id":1,"created_at":"2023-03-09T19:27:21.057Z","updated_at":"2024-01-03T22:36:26.909Z"},{"id":30,"url":"https://ginspecte.mithril.re/services/30.json","status":true,"uptime":93,"ipv4":"51.68.188.165","ipv6":null,"admin":"moul","server_funding":"GfKERHnJTYzKhKUma5h1uWhetbA8yHKymhVH2raf2aCP:J1k","service_type_id":1,"created_at":"2023-03-09T19:27:21.157Z","updated_at":"2024-01-03T22:36:26.914Z"},
If I’m not wrong, probably the second line in
it’s the root of the issue.
Also I miss other fields like the port.
Thanks in advance.