Bonjour @dJuL ,
juste une question, As tu prévu sur ta todo list d’implémenté la transmission/reception d’équivalent SMS sur RCS qui est maintenant opérationnel chez tous les opérateurs SAUF Orange (tient surprenant !!) mais qui a promis de le mettre en svc en 2025. Mon opérateur (pour mon tel dédié JPI-APK) m’a averti qu’il stoppait sur ma zone la 2G/3G début 2025 et donc stoppe les SMS classiques.
Bonne journée
Je m’en doute Google Vs Apple rien ne peut etre simple !! je vais changer d’opérateur pour Orange qui est toujours à la ramasse (sauf pour les tarif avec eux toujours aux sommets genre Hymalaya
C’est à dire ?
C’est pourtant le but des actions personnalisées, créer des actions sous forme de scenarios qu’on peut lancer partout, y compris dans les scénarios…
Il n’y a pas d’action pour ça.
Il faut essayer :
Retourner sur l’écran d’accueil, relancer la page web.
Si ça ne suffit pas :
Relancer JPI
Et sinon :
Rebouter l’appareil.
Edit: si c’est toujours pas bon regarder sur google, cela peut differer suivant la marque de l’appareil.
C’est ce que j’ai fait, mais je souhaiterai automatiser cette tâche.
J’ai fait quelques modifications sur mon serveur DNS local et mes httpget (qui sont rares car ce sont des actions de secours à des actions MQTT, Mosquitto non joignable) ne passaient plus (pas de chance).
Donc systématiquement vider le cache DNS avant de lancer le httpget.
A la lecture de ta réponse cela ne semble pas possible directement sous Androïd.
Je ne suis pas sur que vider le cache DNS avant chaque requete soit la solution idéale… Mais au cas ou, un bref passage en mode avion a pour effet de vider le cache DNS aussi
La méthode httpget utilise directement la couche réseau système, vider le cache DNS de chrome ne changera rien.
Maintenant le plus simple je pense est de ne pas utiliser les DNS mais des IP fixes.
Utiliser par exemple l’ip secours si le httpget retourne une erreur.
Après j’ai pas tout compris à ce que tu veux faire, mais ce qu’il y a de certain c’est que les DNS ont une durée de vie définie et ce n’est pas fait pour ça…
Mais tu peux toujours mettre le TTL à la valeur minimale dans ton serveur DNS si tu changes régulièrement l’ip de destination d’un même nom de domaine.
C’est une situation exceptionnelle qui ne se reproduira, peut être jamais, donc je laisse comme ça.
Mon réseau de classe C est presque saturé, il va donc falloir que je change de classe, je suis bien content d’avoir rapidement utilisé les DNS dans mon réseau local.
Moi qui pensais être un gros consommateur d’IP, je n’ai pas encore atteins ce stade… Mais mon reseau invité est deja sur un sous reseau séparé (mais toujours en classe C)
Ceci dit, le jour ou ca arrive, je rajouterais juste un sous reseau pour la domotique ou les cameras par ex. Je ne pense pas que changer de classe soit la solution
Non, je ne pense pas. Ton DNS doit être fiable. S’il ne l’est pas, passes par l’IP (Les IP de ton reseau local ne devraient pas changer dans le temps.). Ou fait en sorte de rapérer le DNS avant de vouloir mettre de l’intelligence inutile et mal placée dans tes appels http. Automatises plutot la surveillance de ton DNS dans ce cas.
Non, ca n’est pas la meme chose que le mode avion. Mais si ton appareil n’est connecté qu’en wifi, ca peut faire le job. Mais je le répète : tu mets du controle et des tests au mauvais endroit. Si ton DNS est tombé, il vaut mieux mettre en place un watchdog qui le remet en route. (Ou ne pas s’en servir)
Pour moi le plus important c’est pas le DNS mais le DHCP avec des baux fixes attribués pour tous les appareils cruciaux du réseau.
Si tu dépasses les 254 appareils il suffit de passer en classe B avec un masque 255.255.0.0 dans le serveur DHCP et le tour est joué en 1 clique (sans avoir à changer les IP existantes des baux fixes DHCP).
Je penses que 254 appareils cruciaux c’est largement suffisant, ce qui permet de tous les regrouper sur une plage en /24, et mettre les autres en DHCP avec attribution d’IP automatique sur une autre plage.
Si ça ne suffit pas, il suffit de dédier autant de plage que nécessaire, avec 254 plages il y a de quoi faire.
Si le masque est bien spécifié en 255.255.0.0 dans le serveur DHCP tout le monde communiquera sans soucis entre les différentes plages.
Du coup pas besoin de DNS car les IP ne changent jamais même si on rajoute des appareils à foison. Après on peut tout de même l’utiliser avec un TTL long pour les entrées, ce qui fait que même si il tombe en carafe il n’y aura pas de soucis vu que les IP ne bougent pas…
