Page 1 sur 1

Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 19 août 2025, 15:28
par Matthias
Bonjour,

Je suis contraint de changer de fournisseur d'accès (actuellement FREE ADSL) vers un autre (RED SFR Fibre) car 600m de câble ADSL se sont fait voler dans notre commune et ils n'ont pas l'intention de les remettre. FREE n'étant pas dispo encore pour la fibre, je vais devoir aller voir ailleur.

Chez FREE, j'avais une IP FULL STACK, mon installation fonctionait donc bien depuis l'exterieur avec une simple gestion de routage de port en http et https.

Cependant il me semble que les autres fournisseurs ne proposent pas cette solution d'IP FULL STACK, je cherche donc une solution pour mon futur accès extérieur.
J'ai bien compris que je devais créer un compte sur no-ip, faire des routages de port sur le routeur (box) mais je dois aussi ajouter quelque chose sur mon rpi, n'est ce pas ?

Quelqu'un pourrait m'orienter et m'éclairer svp ? Merci d'avance.

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 19 août 2025, 16:39
par lost
Peut-être aller vers un opérateur qui ne partage pas les IPv4 (en voie de raréfaction) entre utilisateurs, ou propose l'option d'en garder une exclusive?

Si ce n'est pas possible, IPv6 évite ces problèmes et on en revient au cas habituel de faire pointer un domaine perso vers son IP.

En v6 plus de pb de NAT (juste autoriser les connections côté firewall box vers la machine/port à rendre accessible de dehors) et redirections de port associés mais il faut alors faire les MAJ DNS de la machine concernée car les IPv6 externes sont individuelles: Exit a priori la feature no-ip ou autre intégrée à la box... qui va faire la MAJ en v6 avec l'IPv6 de la box je pense.

Pour info, chez Sosh (réseau Orange) en fibre je conserve une IPv4 à moi même s'il semble que certains utilisateurs se retrouvent aussi dans cette situation de partage depuis qq mois... mais le cas échéant, pour ceux qui auto-hébergent des services, une configuration reste disponible.

SFR j'étais parti il y a presque 10 ans avec les pb de fiabilité du réseau (pas forcément la partie terminale, mais core-network et/ou passerelles d'authentification dont ils avaient viré toutes les redondances sans doute pour raison de coût: A chaque panne ou maintenance/MAJ, on était coupé de quelques mn à plusieurs heures) arrivés avec l'ère Drahi...

J'avais fait un truc sur le sujet DNS il y a qq mois, suite à des pb avec changeIP (pour ma part).
viewtopic.php?t=14248

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 19 août 2025, 17:07
par Matthias
A priori, j'ai pu lire que chez RED SFR on peut faire la demande d'une IP fixe mais rien ne semble sur chez l'ensemble des opérateurs alors j'anticipe les potentiels problèmes.

Je ne suis pas un spécialiste sur ce domaine mais de ce que je comprends, les IPv6 sont fixes ? Est ce exact ?

Quand tu parles des MAJ DNS de la machine, c'est à dire ? Dans domoticz ?

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 19 août 2025, 17:39
par lost
Ce n'est ici pas qu'un pb d'IPv4 fixes mais partagées entre plusieurs abonnés : Sorte de NAT en amont de ta box...
C'est ce pb qui est pénible en auto hébergement.

Les IP variables on s'en démerde depuis longtemps.

En IPv6 la box a un prefixe et derrière toutes les machines ont leur propre adresse externe individuelle sans partage comme en IPv4.

Certes le prefixe v6 peut changer (donc les adresses derrière ta box)sur un redémarrage ou MAJ box si non vendu comme fixe mais même pas toujours, au moins chez Orange.

La MAJ du domaine sur chgt IP se fait de la machine qui héberge Domoticz mais pas dece dernier : aucun client noip ou autre d'intégré.

Moi je fais par script bash cf le lien forum anglophone dans le lien cité. Ce script a été depuis revu pour gérer les 3 domaines que j'utilise désormais, après des pb rares mais toujours qd je suis absent!

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 19 août 2025, 17:59
par Matthias
Merci je commence à comprendre mais j’ai peur de ne pas suffisamment maîtriser le sujet pour la mise en place.

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 20 août 2025, 12:29
par Keros
Tu as aussi les solutions tels que Tailscale, Twingate, Netbird, qui te permettent de te connecter à distance directement sur tes serveurs en passant via un VPN sans avoir besoin d'IP fixe ou de ports ouverts. Ils utilisent un serveur tiers qui mets en relation les équipements entre eux.

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 20 août 2025, 13:20
par Matthias
Tu as déjà testé ? Je vais regarder.

Tu utilises quelle option de ton côté sans indiscrétion ?

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 20 août 2025, 22:28
par Keros
J'ai testé les 3 solutions. Les 3 permettent de faire les mêmes choses. Je dirais que les différences sont :
  • Les comptes utilisateurs : soit directement chez l'éditeur ou via un login tiers de type gmail, microsoft, github, etc ...
  • Au niveau du paramétrage des règles d'accès : c'est soit "userfrendly" avec le webui, soit d'est du type code comme dans un fichier de config
Après, tu peux aussi avoir la version gratuite de l'un te donne plus de fonctionnalités que l'autre et, en fonction de ton besoin (et de ton nombre d'utilisateurs) tu partiras peut-être plus sur une solution plutôt qu'une autre.
Il y a plein de tutoriels / présentations en vidéos.

Re: Rendre mon domoticz accessible depuis l'extérieur avec NO-IP suite à un changement de box internet (/IP FULL STACK)

Publié : 21 août 2025, 14:41
par lost
Matthias a écrit : 19 août 2025, 17:59 Merci je commence à comprendre mais j’ai peur de ne pas suffisamment maîtriser le sujet pour la mise en place.
Pour ouvrir un accès externe, attention quand même, il faut comprendre un minimum ce que l'on fait pour limiter les risques.

Sinon il y a la solution VPN comme l'indique Keros, qui peut sembler rassurante, mais cela implique alors de faire confiance à un tiers.

Dans les options citées, j'aurais tendance à gérer soit-même a conseiller l'option netlib.re qui s'est révélée fiable sur 9 mois d'usage désormais (après un changement de politique commerciale de changeIP, un fournisseur de nom de domaine que j'utilisais jusque là, du genre de no-ip).

https://www.netlib.re/

2 raisons à cela:

1) Ce n'est ici pas la version gratuite d'une solution commerciale donc pas sujette à un changement de politique vs comptes gratuits avec un français qui la gère sur une infrastructure associative et que ce service a déjà prouvé sa pérennité avec 10 ans d'âge.

2) Simplicité à tous les étages: On combine la fourniture d'un nom de domaine gratuit avec le DNS faisant autorité dessus, 2 éléments parfois séparés (comme avec eu.org, autre solution pour avoir un domaine gratuit mais plus connue donc complexe s'agissant de montrer patte blanche après trop d'abus ; en plus il faut ici gérer l'aspect DNS pour faire pointer le domaine eu.org alloué vers son IP, ce n'est pas un 2 en 1). Simplicité également niveau rafraîchissement: Pour chaque entrée DNS que l'on gère sur son domaine (typiquement une entrée A en IPv4 et/ou AAAA en IPv6), on génère un token sur le compte de gestion: Une simple commande curl ou wget avec le token correspondant à l'entrée à mettre à jour suffit.

Mine de rien ce système de token rends la MAJ extrêmement simple sans besoin d'aucun client du moment qu'on le fait de la machine qui héberge les services (ce qui est devenu impératif en IPv6 pour les raisons citées plus haut, de toutes manières):

-Aucun besoin de connaître l'IP externe (v4 nattée, par lecture sur la BOX ou wget sur un service type https://checkipv4.dedyn.io/ qui la retourne direct sous forme texte/minimale récupérable directement dans un script, ou v6 direct sur la machine via, si eth0 est l'interface utilisée vers la box puis internet, cette commande : ip -6 -br -json address show eth0 scope global | jq -r '.[0].addr_info[0].local'), le serveur savant bien quelle adresse fait la requête.
-Commande https unique, sans besoin d'authentification juste du token alloué à conserver précieusement pour soi quand on le génère.

C'est vraiment simple et efficace: Un script avec 1 seule commande (enregistrement A) ou 2 max (si AAAA en plus) à appeler périodiquement (toutes les 24h par exemple, ce sera en pratique largement suffisant ; genre à 6h du matin car en général les maintenances/MAJ box qui peuvent faire varier l'IP si non fixe sont d'expérience dans une plage 0h-4h le matin), par exemple en plaçant cela, après test manuel dans un "cron".

Normalement, il devrait y avoir grosse maille tous les sites/infos/mots-clef pour creuser les détails.

Je n'aborde pas l'aspect certificat https (ouvrir domoticz à l'extérieur en http serait littéralement suicidaire, tout passant en clair identifiants compris), je suppose que c'était déjà fait (let's encrypt?) ou que tu te satisfaisait du certificat auto-signé de Domoticz (certes plus simple et pas idéal, mais toujours mieux que du http) accepté manuellement dans les navigateurs en accès distant.

Matthias a écrit : 19 août 2025, 17:07 A priori, j'ai pu lire que chez RED SFR on peut faire la demande d'une IP fixe mais rien ne semble sur chez l'ensemble des opérateurs alors j'anticipe les potentiels problèmes...
Sur ce point précis, je te confirme que chez Sosh/Orange on peut toujours avoir une IPv4 à son usage exclusif (c'était la règle il y a qq mois, mais cela a changé car comme tous les opérateurs les IPv4 manquent et la plupart des gens n'hébergent pas de service chez eux) en fibre (comme en ADSL je pense):

Il suffit d'aller dans le menu Réseau->CGN de la livebox et de cocher la case "Ne pas mutualiser mon IPv4 avec d'autres utilisateurs", ce qui va entrainer un rédémarrage de la LB sur une adresse qui ne sera plus partagée.