Vous n'êtes pas identifié(e).
Bonjour
Ton adresse de DNS 100.115.92.193, c'est toi qui l'as renseigné dans le /etc/resolv.conf ?
Ce n'est pas une ip de DNS public. Cela laisse à penser que tu te connectes sur un réseau privé 100.115.92.0/24 ou 100.115.0.0/16 et que le DNS interrogé serait membre de ce réseau.
Vu ton contenu de /etc/resolv.conf, il n'a pas l'air d'être géré par un service.
Mais, dans le doute, que donne:systemctl status resolvconf.service
Si ça te dit que le service resolvconf n'existe pas, ça peut valoir le coup de remplacer '100.115.92.193' par '8.8.8.8' dans /etc/resolv.conf et voir ce que ça dit:sed 's/100.115.92.193/8.8.8.8/' -i /etc/resolv.conf
ping -c 4 deb.debian.org
Bonjour
Merci pour votre aide
Ne réussissant pas à pouvoir faire update et upgrade de l'environnement Linux de mon Chromebook et comme je n'ai pas beaucoup de logiciels d'installer et ayant une sauvegarde de mes fichiers, j'ai supprimé la partition linux. Ensuite j'ai demandé une nouvelle installation de linux. L'installation se termine sans me demander de renseignements. Actuellement je peux lancer update et upgrade, mais j'ai peur de me retrouver avec ces problèmes lorsque je vais rouvrir mon chromebook et dans l'impossibilité d'installer les logiciels que j'utilise et mentionner dans mon premier mail
Comme vous pourrez le constater et malgré les manips que vous m'avez indiquées, resolvconf.services n'existe toujours pas
Qu'en pensez vous?
jrreuze@penguin:~$ sudo systemctl status resolvconf.service
Unit resolvconf.service could not be found.
jrreuze@penguin:~$ sudo sed 's/100.115.92.193/8.8.8.8/' -i /etc/resolv.conf
jrreuze@penguin:~$ ping -c 4 deb.debian.org
PING debian.map.fastlydns.net (151.101.122.132) 56(84) bytes of data.
64 bytes from 151.101.122.132 (151.101.122.132): icmp_seq=1 ttl=56 time=16.0 ms
64 bytes from 151.101.122.132 (151.101.122.132): icmp_seq=2 ttl=56 time=16.1 ms
64 bytes from 151.101.122.132 (151.101.122.132): icmp_seq=3 ttl=56 time=16.8 ms
64 bytes from 151.101.122.132 (151.101.122.132): icmp_seq=4 ttl=56 time=16.9 ms
--- debian.map.fastlydns.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 15.957/16.448/16.894/0.425 ms
jrreuze@penguin:~$ cat /etc.resolv.conf
cat: /etc.resolv.conf: No such file or directory
jrreuze@penguin:~$ cat /etc/resolv.conf
domain lxd
search lxd
nameserver 8.8.8.8
jrreuze@penguin:~$ sudo systemctl status resolvconf.service
Unit resolvconf.service could not be found.
Cordialement
Hors ligne
Dans mon mail du 26/11, je postais déjà les résultats à savoir:
Je n'y vois pas le résultat de la commande "host".
Résultat qui confirme l'absence de réponse du serveur DNS défini dans /etc/resolv.conf. Les causes possibles sont multiples : mauvaise adresse configurée, problème de connectivité...
L'étape suivante aurait été de tester la connectivité IP.
j'ai demandé une nouvelle installation de linux
Comment ça, "demandé" ? Ce n'est pas toi qui a fait l'installation ?
L'installation se termine sans me demander de renseignements.
Une installation de Debian, que ce soit par l'installateur traditionnel ou l'installateur Calamares depuis un système live, pose obligatoirement quelques questions comme la langue, localisation, type de partitionnement, nom du système, nom et mot de passe de l'utilisateur...
Comme vous pourrez le constater et malgré les manips que vous m'avez indiquées, resolvconf.services n'existe toujours pas
Le but de ces commandes n'a jamais été de faire en sorte que resolvconf existe mais de vérifier s'il est installé. S'il ne l'est pas, on n'en parle plus et puis c'est tout.
Si je comprends bien tu as modifié /etc/resolv.conf après la réinstallation. Quel était son contenu initial après la réinstallation, le même qu'avant ? La mise à jour d'apt fonctionnait-elle ?
Il vaut mieux montrer que raconter.
Hors ligne
Les causes possibles sont multiples
ce qui serait bien, c'est de savoir qu'est-ce qui a changé dans le système entre
Les logiciels que j'ai réussis à installer sont LibreOffice, Kmymoney, Kbackup, LuckyBackup, Kdenlive
et
Depuis quelques jours lorsque je lance la commande sudo apt update, j'ai les messages d'erreurs
ne serait-ce que pour pas reproduire deux fois le problème...;
En ligne
jrreuze a écrit :Dans mon mail du 26/11, je postais déjà les résultats à savoir:
Je n'y vois pas le résultat de la commande "host".
Résultat qui confirme l'absence de réponse du serveur DNS défini dans /etc/resolv.conf. Les causes possibles sont multiples : mauvaise adresse configurée, problème de connectivité...
L'étape suivante aurait été de tester la connectivité IP.jrreuze a écrit :j'ai demandé une nouvelle installation de linux
Comment ça, "demandé" ? Ce n'est pas toi qui a fait l'installation ?jrreuze a écrit :L'installation se termine sans me demander de renseignements.
Une installation de Debian, que ce soit par l'installateur traditionnel ou l'installateur Calamares depuis un système live, pose obligatoirement quelques questions comme la langue, localisation, type de partitionnement, nom du système, nom et mot de passe de l'utilisateur...jrreuze a écrit :Comme vous pourrez le constater et malgré les manips que vous m'avez indiquées, resolvconf.services n'existe toujours pas
Le but de ces commandes n'a jamais été de faire en sorte que resolvconf existe mais de vérifier s'il est installé. S'il ne l'est pas, on n'en parle plus et puis c'est tout.
Si je comprends bien tu as modifié /etc/resolv.conf après la réinstallation. Quel était son contenu initial après la réinstallation, le même qu'avant ? La mise à jour d'apt fonctionnait-elle ?
Bonjour
Oui c'est moi qui ait fait une nouvelle installation, sur mon Chromebook, il suffit de supprimer la partition linux et ensuite de créer une partition. A la fin de l'installation il est simplement demandé un login.
Oui j'ai modifié /etc/resolv.conf après la réinstallation en exécutant la commande indiqué par choops, car le dns indiqué 100.115.92.193 était dans /etc/resolv.conf après la réinstallation c'était son contenu initial
merci pour votre aide
Cordialement
Hors ligne
Hors ligne
tu met a jour et tu installe les paquets que raleur a besoin
nota: normalement le fichier "resolv.conf" est mit a jour par des annonces sur le réseau local
tu a une passerelle sur ton réseau local , une box ?
tu a soit un fichier "interfaces"
soit le paquet "NetworkManager" (a priori n'est pas installé )
c'est quoi ce domaine local
le serveur dhcp de ton réseau local ?
un ping de cet IP répond ?
tu donne très peu d'informations
ps: tu a d'autres machines branchées sur ce même réseau local ou tu fais les tests ?
Bonjour
pourquoi ne pas tester ceci ? (modifier resolv.conf avec nano)
cat /etc/resolv.conf
#domain lxd
#search lxd
#nameserver 100.115.92.193
nameserver 8.8.8.8
tu met a jour et tu installe les paquets que raleur a besoin
nota: normalement le fichier "resolv.conf" est mit a jour par des annonces sur le réseau local
tu a une passerelle sur ton réseau local , une box ?
host 8.8.8.8
8.8.8.8.in-addr.arpa domain name pointer dns.google.
tu a soit un fichier "interfaces"
service networking status
soit le paquet "NetworkManager" (a priori n'est pas installé )
service NetworkManager status
c'est quoi ce domaine local
#domain lxd
#search lxd
le serveur dhcp de ton réseau local ?
un ping de cet IP répond ?
ping -c5 100.115.92.193
tu donne très peu d'informations
ps: tu a d'autres machines branchées sur ce même réseau local ou tu fais les tests ?
Bonjour
Ce matin le fichier /etc/resolv.conf ne comporte plus nameserver 8.8.8.8 malgré la commande sed que choops m'avait indiqué maintenant j'ai à nouveau nameserver 100.115.92.193
En ce qui concerne #domain lxd et #search lxd je ne sais pas!
Pas d'autres machines
J'ai une box
Voici les paramètres qui figurent sur mon Chromebook:
Adresse IP: 192.168.1.57
Configurer l'adresse IP automatiquement est positionné sur oui
Masque de sous-réseau: 255.255.255.0
Passerelle 192.168.1.254
Serveurs de noms automatiques 192.168.1.254
Serveurs de noms google , option non cochée donc non
Serveurs de noms personnalisés, option non cochée donc non
ci-dessous capture de l'écran du terminal
merci pour votre aide en espérant avoir répondu à vos demandes
Cordialement
jrreuze@penguin:~$ cat /etc/resolv.conf
domain lxd
search lxd
nameserver 100.115.92.193
jrreuze@penguin:~$ ping -c 5 100.115.92.193
PING 100.115.92.193 (100.115.92.193) 56(84) bytes of data.
64 bytes from 100.115.92.193: icmp_seq=1 ttl=64 time=0.074 ms
64 bytes from 100.115.92.193: icmp_seq=2 ttl=64 time=0.085 ms
64 bytes from 100.115.92.193: icmp_seq=3 ttl=64 time=0.089 ms
64 bytes from 100.115.92.193: icmp_seq=4 ttl=64 time=0.091 ms
64 bytes from 100.115.92.193: icmp_seq=5 ttl=64 time=0.089 ms
--- 100.115.92.193 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4093ms
rtt min/avg/max/mdev = 0.074/0.085/0.091/0.006 ms
jrreuze@penguin:~$ host 8.8.8.8
8.8.8.8.in-addr.arpa domain name pointer dns.google.
jrreuze@penguin:~$ service networking status
-bash: service: command not found
jrreuze@penguin:~$ service NetworkManager status
-bash: service: command not found
Hors ligne
je suis déçu de l'environnement graphique de Gnome sur Chromebook.
Je ne vois pas pourquoi GNOME serait différent sur chromebook par rapport aux autres plates-formes. Debian, c'est Debian quelle que soit la plate-forme.
u met a jour et tu installe les paquets que raleur a besoin
Je n'ai besoin d'installer aucun paquet.
le paquet "NetworkManager" (a priori n'est pas installé )
Ce qui serait étonnant car GNOME est censé installer NetworkManager. En tout cas ce n'est pas lui qui a généré ce fichier resolv.conf, il y aurait une mention explicite. Autre explication possible : NetworkManager ne gère pas l'interface réseau active, par exemple si elle est définie dans /etc/network/interfaces.
Il vaut mieux montrer que raconter.
Hors ligne
Ce matin le fichier /etc/resolv.conf ne comporte plus nameserver 8.8.8.8 malgré la commande sed que choops m'avait indiqué maintenant j'ai à nouveau nameserver 100.115.92.193
Normal. Et la résolution DNS fonctionne quand même, visiblement.
Il vaut mieux montrer que raconter.
Hors ligne
jrreuze a écrit :Ce matin le fichier /etc/resolv.conf ne comporte plus nameserver 8.8.8.8 malgré la commande sed que choops m'avait indiqué maintenant j'ai à nouveau nameserver 100.115.92.193
Normal. Et la résolution DNS fonctionne quand même, visiblement.
Bonjour
Oui car la commande update fonctionne
Cordialement
Hors ligne
de ta réponse en #33
normalement ton serveur DNS est 192.168.1.254
idem pour le serveur DHCP
peut être que c'est la box qui diffuse le domaine = domain lxd
pour ceci commande a faire en root
et pas en user
par contre moi j'ai pas compris qui donne ce DNS "nameserver 100.115.92.193"
moi par exemple ma box diffuse ceci (et NetworkManager le met a jour )
sans NetworkManager
si cela peut t' aider a comprendre
ps: mais il faut voir comment la box est configurer , aucune ce ressemble
a chaque démarrage de la machine c'est le dhcp (normalement de la box) qui renouvelle les infos pour "resolv.conf"
merci pour ta réponse en #33 c'est plus clair
normalement ton serveur DNS est 192.168.1.254
Bien vu, ça m'avait échappé. Attention néanmoins car certains gestionnaires de connexion réseau comme connman (installé par défaut avec l'environnement LXDE en remplacement de Wicd depuis bullseye) peuvent embarquer leur propre proxy DNS local et inscrivent dans resolv.conf une adresse de DNS différente (::1 et 127.0.0.1 dans le cas de connman) de celle configurée en statique ou par DHCP.
D'autre part l'adresse IP 100.115.92.193 fait partie d'une plage réservée "Shared Address Space" (RFC6598). En principe cette plage est à la disposition des opérateurs qui font du CGNAT (carrier-grade NAT) mais il n'est pas impossibles qu'elle soit utilisée à d'autres fins comme les adresses privées RFC1918.
Il faudrait vérifier les autres paramètres IP avec
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
tu peu essayer de lire le fichier avec "cat"
pour moi tout est correct ,une autre façon de gérer le réseau
pour le #38 de raleur
cela me fait penser a "networkd" de systemd et systemd-resolved qui utilise "127.0.0.53" dans le resolv.conf (utiliser dans Arch Linux , Ubuntu , etc ..... )
je l'ai appliquer a debian cela fonctionne bien (il y a un fil sur le sujet sur le forum )
pour connman je connais pas
par contre pourquoi tu a perdu un certain temps la résolution DNS , je sais pas
/hors sujet : debian systemd-networkd et systemd-resolved
un lien => https://debian-facile.org/viewtopic.php?id=30970
Dernière modification par anonyme (01-12-2022 20:00:07)
cela me fait penser a "networkd" de systemd et systemd-resolved
systemd-resolved peut être encore plus sournois et ne même pas utiliser /etc/resolv.conf, notamment si libnss-resolve est installé.
PS: pourrais-tu citer correctement avec des balises de citation et non des balises de code ?
Dernière modification par raleur (01-12-2022 22:14:37)
Il vaut mieux montrer que raconter.
Hors ligne
@raleur
PS: pourrais-tu citer correctement avec des balises de citation et non des balises de code ?
comme ceci ?
Dernière modification par anonyme (02-12-2022 08:17:53)
tu peu donner le contenu de /etc/network/interfaces
Pas grand intérêt, on sait déjà ce qu'il contient :
comme ceci ?
Avec l'attribution de l'auteur, ce sera parfait.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Comme prévu, NetworkManager est installé mais ce n'est pas lui qui gère l'interface eth0 car celle-ci est définie dans /etc/network/interfaces. Elle est donc gérée par le service networking d'ifupdown, en DHCP.
Les paramètres IP obtenus par DHCP et configurés sur eth0 n'ont rien à voir avec ceux que tu indiquais dans ton message #33. Où exactement as-tu vu 192.168.1.57 et 192.168.1.254 ?
Par ailleurs il y a quelques informations qui me font douter :
zzz-lxc-service.conf
(eth0): new Veth device
Est-ce qu'il n'y aurait pas de la virtualisation là-dedans ? As-tu installé Debian directement sur la machine à la place ou à côté de ChromeOS, ou bien en tant qu'invité dans ChromeOS ? Dans le second cas, ce que tu t'es bien gardé de préciser, ça pourrait expliquer bien des choses notamment si tu as trouvé les paramètres IP mentionnés au #33 dans ChromeOS
Dernière modification par jrreuze (02-12-2022 15:46:23)
Hors ligne
Hors ligne
Dernière modification par raleur (02-12-2022 17:42:11)
Il vaut mieux montrer que raconter.
Hors ligne