Panne DNS aujourd'hui sur mes 2 Jeedom distants

[GerardD]

Constatez vous aussi un souci avec les DNS Jeedom malgré que tout est au vert et indiqué en fonctionnement normal , j’ai ça dans les logs : ???

0025|2026-05-20 16:56:58 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
0026|2026-05-20 16:56:58 TCP/UDP: Preserving recently used remote address: [AF_INET]57.128.60.24:1194
0027|2026-05-20 16:56:58 UDPv4 link local: (not bound)
0028|2026-05-20 16:56:58 UDPv4 link remote: [AF_INET]57.128.60.24:1194
0029|2026-05-20 16:57:58 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
0030|2026-05-20 16:57:58 TLS Error: TLS handshake failed
0031|2026-05-20 16:57:58 SIGUSR1[soft,tls-error] received, process restarting
0032|2026-05-20 16:57:59 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
0033|2026-05-20 16:57:59 TCP/UDP: Preserving recently used remote address: [AF_INET]51.159.170.131:1194
0034|2026-05-20 16:57:59 UDPv4 link local: (not bound)
0035|2026-05-20 16:57:59 UDPv4 link remote: [AF_INET]51.159.170.131:1194
0036|2026-05-20 16:58:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
0037|2026-05-20 16:58:59 TLS Error: TLS handshake failed
0038|2026-05-20 16:58:59 SIGUSR1[soft,tls-error] received, process restarting
0039|2026-05-20 16:59:00 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
0040|2026-05-20 16:59:01 TCP/UDP: Preserving recently used remote address: [AF_INET]163.172.187.40:1194
0041|2026-05-20 16:59:01 UDPv4 link local: (not bound)
0042|2026-05-20 16:59:01 UDPv4 link remote: [AF_INET]163.172.187.40:1194
0043|2026-05-20 17:00:00 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
0044|2026-05-20 17:00:00 TLS Error: TLS handshake failed
0045|2026-05-20 17:00:00 SIGUSR1[soft,tls-error] received, process restarting
0046|2026-05-20 17:00:01 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
0047|2026-05-20 17:00:01 TCP/UDP: Preserving recently used remote address: [AF_INET]51.159.177.9:1194
0048|2026-05-20 17:00:01 UDPv4 link local: (not bound)
0049|2026-05-20 17:00:01 UDPv4 link remote: [AF_INET]51.159.177.9:1194
0050|2026-05-20 17:00:27 VERIFY OK: depth=1, C=FR, ST=IDF, L=Paris, O=jeedom.com, OU=jeedom.com, CN=jeedom.com CA, name=jeedom, emailAddress=postmaster@jeedom.com
0051|2026-05-20 17:00:27 VERIFY OK: depth=0, C=FR, ST=IDF, L=Paris, O=jeedom.com, OU=jeedom.com, CN=server, name=jeedom, emailAddress=postmaster@jeedom.com
0052|2026-05-20 17:00:40 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, peer certificate: 1024 bits RSA, signature: RSA-SHA256, peer temporary key: 253 bits X25519
0053|2026-05-20 17:00:40 [server] Peer Connection Initiated with [AF_INET]51.159.177.9:1194
0054|2026-05-20 17:00:51 Preserving previous TUN/TAP instance: tun0
0055|2026-05-20 17:00:51 NOTE: Pulled options changed on restart, will need to close and reopen TUN/TAP device.
0056|2026-05-20 17:00:51 Closing TUN/TAP interface
0057|2026-05-20 17:00:51 net_addr_ptp_v4_del: 10.9.52.74 dev tun0
0058|2026-05-20 17:00:52 TUN/TAP device tun0 opened
0059|2026-05-20 17:00:52 net_iface_mtu_set: mtu 1300 for tun0
0060|2026-05-20 17:00:52 net_iface_up: set tun0 up
0061|2026-05-20 17:00:52 net_addr_ptp_v4_add: 10.9.51.178 peer 10.9.51.177 dev tun0
0062|2026-05-20 17:00:52 Initialization Sequence Completed
0063|2026-05-20 17:00:52 Data Channel: cipher 'AES-256-GCM', peer-id: 2034, compression: 'lzo'
0064|2026-05-20 17:00:52 Timers: ping 10, ping-restart 30
0065|2026-05-20 17:00:52 Protocol options: protocol-flags cc-exit tls-ekm dyn-tls-crypt

[Phpvarious]

Bonjour,

Je confirme, plus d’accès a distance actuellement.

[cybertech]

Bonjour
Pareil sur mes 3 jeedom

[Fishes]

bonjour,

idem

[fleproust]

Idem toujours…

[fifi38]

idem pour moi

[Aurelien]

Bonjour,

Il s’agit d’un problème général chez OVH

Toujours…

[GerardD]

Merci pour le retour , plus qu’a attendre

[cybertech]

ça commence a être très (trop) souvent!!

[Aurelien]

La plupart du temps ça ne dure que quelques minutes, encore là la courbe est déjà largement descendante sur downdetector donc ça devrait vite revenir à priori.

Vraiment pas de quoi se mettre dans des états pareils à mon sens et surtout qu’il n’existe aucune alternative qui garantisse 0 coupures de services en fait

[GerardD]

Ca n’est pas revenu encore , un peu de patience le temps que tout remonte je suppose

Je le prend avec philosophie ma vie n’est pas en jeu et je suis ancien DSI donc je comprends

[Stefjm]

C’est un bon exercice de monter ses propres DNS et d’en assurer la continuité de service.

[GerardD]

J’avais cela jusqu’à il y a très peu de temps et j’ai décidé de passer au service DNS JEEDOM pour pouvoir arrêter d’exposer mon NAS sur le net ,qui fait proxy inverse , en deux ans je n’ai jamais eu de soucis

[1suisse]

à ce rythme de pannes effectivement on va se passer des services DNS jeedom

[GerardD]

A Priori pas mal de soucis chez OVH Cloud :

[Stefjm]

Je n’ai jamais utilisé les DNS de Jeedom.
J’utilisais ClouDNS avant Jeedom. Ils sont plutôt très fiables, sauf lorsqu’ils m’enquiquinent parce la réputation de mon IP n’est pas bonne, alors que si…

[GerardD]

En fait ce que l’on appelle DNS Jeedom est d’abord et avant tout un VPN avec un proxy inverse , le DNS peut être fourni par pas mal de fournisseur mais le DNS plus le VPN c’est plus compliqué, ou sinon il faut faire du NAT chez soi et c’est ce que je ne veux plus faire car trop risqué maintenant

[1suisse]

ce n’est pas faute d’avoir proposé à jeedom de venir en Suisse auprès d’un hébergeur éthique

[fazer1k]

En même temps, on peut aussi se paramétrer un vpn pour un secours et atteindre sa jeedom (entre autres).

[Phpvarious]

Bonjour Aurelien,

Je sais pas si c’est techniquement possible mais cette info ne pourrait pas être monitoré dans le Uptime Kuma ?