Problème réseau externe

Bonjour. Depuis quelques jours je n’arrive plus à me connecter à mon Atlas via Internet. Le réseau externe est en NOK. Dans le log de la vérification générale, il y a effectivement un problème, mais c’est pour moi du chinois. Le voici:


[START CONSISTENCY]
[START CHECK AND FIX DB]
[END CHECK AND FIX DB]
Check jeedom package...
OK
Check jeedom database...OK
Check crons...

Check filesystem right...
OK
Flush cache widget...
Check jeedom object...OK
Check jeedom cmd...OK
Set cache hour...OK
Check nodejs...
W: Failed to fetch http://deb.debian.org/debian/dists/buster/InRelease  Could not resolve 'deb.debian.org'
W: Failed to fetch http://deb.debian.org/debian/dists/buster-updates/InRelease  Could not resolve 'deb.debian.org'
W: Failed to fetch http://deb.debian.org/debian/dists/buster-backports/InRelease  Could not resolve 'deb.debian.org'
W: Failed to fetch http://security.debian.org/dists/buster/updates/InRelease  Could not resolve 'security.debian.org'
W: Failed to fetch http://apt.armbian.com/dists/buster/InRelease  Could not resolve 'apt.armbian.com'
W: Failed to fetch https://deb.nodesource.com/node_18.x/dists/nodistro/InRelease  Could not resolve 'deb.nodesource.com'
W: Failed to fetch https://dl.yarnpkg.com/debian/dists/stable/InRelease  Could not resolve 'dl.yarnpkg.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.
Err:1 http://deb.debian.org/debian buster InRelease
  Could not resolve 'deb.debian.org'
Err:2 https://dl.yarnpkg.com/debian stable InRelease
  Could not resolve 'dl.yarnpkg.com'
Err:3 http://deb.debian.org/debian buster-updates InRelease
  Could not resolve 'deb.debian.org'
Err:4 http://deb.debian.org/debian buster-backports InRelease
  Could not resolve 'deb.debian.org'
Err:5 http://security.debian.org buster/updates InRelease
  Could not resolve 'security.debian.org'
Err:6 http://apt.armbian.com buster InRelease
  Could not resolve 'apt.armbian.com'
Err:7 https://deb.nodesource.com/node_18.x nodistro InRelease
  Could not resolve 'deb.nodesource.com'
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
apt-utils is already the newest version (1.8.2.3).
build-essential is already the newest version (12.6).
lsb-release is already the newest version (10.2019051400).
git is already the newest version (1:2.20.1-2+deb10u8).
0 upgraded, 0 newly installed, 0 to remove and 247 not upgraded.
[Check Version NodeJS actuelle : v18.19.0 : [  OK  ]
[Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [  OK  ]
OK
[END CONSISTENCY]

Je n’ai rien fait de particulier, sauf les mises à jour qui m’ont été proposées. Avez-vous une idée du problème, et surtout de sa résolution?
Merci beaucoup.

hello

as tu redémarré ton Atlas?

dans jeedom , menu Réglages => système => configuration => onglet >_OS/DB => Administration Système
clique sur ip addr sur le côté gauche et dit nous le résultat :wink:

Bonjour,
Tu es à jour coté jeedom ?
https://community.jeedom.com/t/dns-jeedom-eu-jeedom-link-et-jeedom-v3-et-v4-non-a-jour/117699

Oui, je l’ai fait deux fois. Arrêt, mise hors tension pendant 5 mn et redémarrage. Aucun effet.

Et je suis à jour. Version 4.3.21

1: lo:  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:  mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 0e:50:e7:d4:f4:36 brd ff:ff:ff:ff:ff:ff
    inet 192.168.137.9/24 brd 192.168.137.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a02:8440:c128:8d7c:c50:e7ff:fed4:f436/64 scope global dynamic mngtmpaddr
       valid_lft 296sec preferred_lft 116sec
    inet6 fe80::c50:e7ff:fed4:f436/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0:  mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 20:50:e7:d4:f4:36 brd ff:ff:ff:ff:ff:ff

Voilà le résultat.

Ce n’est pas une IP typique des réseaux internes fournis par les FAI français ça.

As-tu un réseau particulier chez toi ?

Parce que :

W: Failed to fetch http://deb.debian.org/debian/dists/buster/InRelease Could not resolve 'deb.debian.org'

est synonyme de « Je n’arrive pas à joindre le serveur distant », donc d’un problème de configuration réseau. En gros, pas d’accès à Internet pour cette machine (peut-être un problème de DNS).

Je suis connecté sur un routeur 4G, jusqu’à maintenant ça ne posait pas de problème. Je l’ai redémarré mais ça n’a rien changé, et les autres appareils connectés dessus n’ont pas de problème.

Le log d’origine semble être extrait de Jeedom. Si c’est le cas, il est probable que Jeedom s’appuie sur la configuration réseau renseignée dans Réglages → Configuration → onglet Réseaux

Vérifie que l’IP renseignée à cet endroit est bien la même que celle renvoyée par ip addr. Il n’est pas impossible qu’en cas de dissonance cela pose problème (je ne sais pas comment Jeedom gère les configurations réseaux, mais s’il demande à l’utilisateur de renseigner une IP, autant qu’elle soit cohérente avec celle assignée par le serveur DHCP du routeur).

Si ton routeur 4G le permet, vérifie que tu peux assigner une IP fixe à ton serveur Jeedom via un bail DHCP fixe.

J’ai bien une adresse réservée pour jeedom, en l’occurence 192.168.137.9
C’est bien celle que l’on retrouve dans ip addr dans la rubrique eth0, et dans l’onglet réseau de jeedom.
Le log d’origine est bien celui de jeedom.
Je viens de restaurer mon routeur à une date qui fonctionnait, ça ne marche toujours pas.

Ip de linux et ip dans jeedom n’ont rien a voir.

Lors de mise a jour ou autre cest bien l OS linux qui doit pouvoir resoudre les noms de domaine et joindre les repos.

Or la dans le log c’est pas le cas.

Que donne un :

traceroute 8.8.8.8

Histoire de vérifier que ton Jeedom a accès Internet

J’ai fait un traceroute en passant par Putty, c’est bien ce qu’il fallait faire?
Il me dit qu’il ne trouve pas la commande et me suggère « atraceroute ». C’est la même réponse.

Merci pour ta réponse, comment puis-je corriger ce problème? Je suis un béotien en informatique.

traceroute n’est pas inclut par défaut dans les distributions Linux

sudo apt install traceroute -y

J’ai essayé, mais apparemment ça ne va pas. Voici ce qu’il répond:

jeedom@JeedomAtlas:~$ sudo apt install traceroute -y
[sudo] Mot de passe de jeedom : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les NOUVEAUX paquets suivants seront installés :
  traceroute
0 mis à jour, 1 nouvellement installés, 0 à enlever et 247 non mis à jour.
Il est nécessaire de prendre 51,6 ko dans les archives.
Après cette opération, 152 ko d'espace disque supplémentaires seront utilisés.
Err :1 http://deb.debian.org/debian buster/main arm64 traceroute arm64 1:2.1.0-2
  Ne parvient pas à résoudre « deb.debian.org »
E: Impossible de récupérer http://deb.debian.org/debian/pool/main/t/traceroute/t                                                                                                                     raceroute_2.1.0-2_arm64.deb  Ne parvient pas à résoudre « deb.debian.org »
E: Impossible de récupérer certaines archives, peut-être devrez-vous lancer apt-                                                                                                                     get update ou essayer avec --fix-missing ?
jeedom@JeedomAtlas:~$ traceroute 8.8.8.8

Command 'traceroute' not found, did you mean:

  command 'atraceroute' from deb ripe-atlas-tools

Try: sudo apt install <deb name>

jeedom@JeedomAtlas:~$
sudo ip addr

plutôt à joindre

Voilà la réponse à sudo ip addr:

jeedom@JeedomAtlas:~$ sudo ip addr
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 mq state UP group default qlen 1000
    link/ether 0e:50:e7:d4:f4:36 brd ff:ff:ff:ff:ff:ff
    inet 192.168.137.9/24 brd 192.168.137.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a02:8440:c116:a1ba:c50:e7ff:fed4:f436/64 scope global dynamic mngtmpaddr
       valid_lft 295sec preferred_lft 115sec
    inet6 fe80::c50:e7ff:fed4:f436/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 20:50:e7:d4:f4:36 brd ff:ff:ff:ff:ff:ff
jeedom@JeedomAtlas:~$

un ping en invité de commande windows

ping 192.168.137.9

Si tu fais un bete ping google.fr ca dit quoi ?

Faudrait voir le dns mis dans l os de la box. Je suis deja tombe avec christian sur une box ou adresse dns etait fixe malgre ip en dhcp

Ce dns en dur en gros etait 8.8.8.8, dc google et pas de bol sont FAI le bloquait. Dc la en 4g peut etre idem