Plus d'accès à Jeedom via internet

Utilisation du core de Jeedom
1

Bonsoir,

Je n’arrive plus à accéder à Jeedom par connexion internet depuis le passage de Debian 10 à 11.
En local pas de problème de fonctionnement. Pas de problème d’accès NAS, portier video,… avec la même adresse https://box.xxxxxxxxx.ovh
Bref Pas de pb avant…

  • RPi 3B & Msata : config inchangée.
  • version installée : Raspberry Pi OS (Legacy, 64-bit) Lite A port of Debian Bullseye with security updates and no desktop environment installée avec tuto jeedom.
  • Puis restauration de la dernière sauvegarde et passage de openZwave à Z-Wave JS.
  • Pas de changement de port sur la livebox (par contre le port 80 est et était déjà occupé par un autre matériel)
  • Adresse IP fixe 192.168.0.200 sur RPI identique à celle précédente, wifi et bluetooth : off
  • Accès market : test ok

vérification générale : tout ok
Vérification de la base de données : tout ok

santé jeedom : 1 erreur Configuration réseau externe NOK

santé
santé2500×498 119 KB

config
config2098×1024 116 KB

Lancement de cmd vue dans différentes discussions similaires :

 bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor pre>
     Active: inactive (dead)
       Docs: man:bluetoothd(8)

Pi@jeedom:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:22:6c:10 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.200/24 brd 192.168.0.255 scope global dynamic noprefixroute eth0
       valid_lft 69233sec preferred_lft 69233sec
    inet6 fda9:9920:92d1:778d:bb02:58ff:bbee:8aeb/64 scope global dynamic noprefixroute
       valid_lft 1690sec preferred_lft 1690sec
    inet6 2a01:cb18:89d:6000:2dd2:d85e:64a8:4fca/64 scope global dynamic noprefixroute
       valid_lft 86400sec preferred_lft 600sec
    inet6 fe80::ba42:fd84:ed89:222c/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Pi@jeedom:~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source /etc/network/interfaces.d/*

Pi@jeedom:~ $ ip route
default via 192.168.0.254 dev eth0 proto dhcp metric 100
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.200 metric 100

Pi@jeedom:~ $ cat /etc/resolv.conf
# Generated by resolvconf
search home
nameserver 192.168.0.254
nameserver 2a01:cb18:89d:6000:7ec1:77ff:fea3:ffb0
nameserver fe80::7ec1:77ff:fea3:ffb0%eth0


Pi@jeedom:~ $ route -ne
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.0.254   0.0.0.0         UG        0 0          0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

Après cela je bloque sur le pb et comme dit la chanson « Something’s off… »

Merci pour votre aide

2

Bonjour,

Voir sujet similaire:

Sinon , quel est le message d’erreur ?
Les certificats sont bien installés ?

Cdlt

3

merci pour ton retour,

le message d’erreur est " Ce site est inaccessible

box.xxxxx.ovh a mis fin à la connexion de manière inattendue.

pour le certificat, il est généré via le NAS et let’s Encrypt.
Avant lors des connexion à jeedom, j’avais un message de sécurité mais j’avais toujours accès en cliquant sur continuer sur le « site dangereux »
j’ai vu le post que tu m’as fait suivre mais je me pose des questions : Apache n’est-il pas installé à l’installation de jeedom ?
vérif : Server version: Apache/2.4.62 (Debian)
Server built: 2024-10-04T15:21:08

et le fait d’essayer de régénérer un certificat ne va -t-il pas planter car j’ai déjà un certificat du site via le NAS ?
merci

4

Bonjour,
Bien sur Apache est installé sur jeedom mais pas les certificats
Tu peux essayer l’accès externe en http après avoir natté le port 80 vers l’ip de ton jeedom sur la box

5

Bonjour,
Voici les essais de connexion que j’ai fait :

6

Probablement votre apache n’est pas configuré pour https sur port 443 avec certificats

vous avez un tuto ici: Comment sécuriser l'accès à Jeedom en HTTPS avec un certificat SSL gratuit

7

J’ai installé et réinstallé suivant les tutos, je n’avais toujours pas d’accès externe.
j’ai créé un nouveau domaine, recommencé les tutos et j’ai vérifié les config, je n’avais aucun port bloqué mais j’ai quand même installé et configuré UFW.
Et puis, j’ai réussi à obtenir un certificat.
En définitive, ça marche maintenant sur le port 443 sur le nouveau domaine mais également sur l’ancien … bizarre bizarre :thinking: :thinking:
Merci pour votre aide