Je suis nouveau sur ce forum et dans l’univers Debian.
Confronté à des difficultés qui doivent vous sembler mineures, elles m’embêtent fortement pour la suite de mon projet.
L’installation sur un PC à architecture 64bits c’est bien passée (sans erreurs).
A la mise à jour des paquets système et existants, j’ai toujours ce message d’erreur:
J’ai bidouillé dans tous les fichiers, aidé par les différents tutos trouvés sur ce forum.
Mais j’ai toujours cette erreur. Elle me pénalise aussi pour installer d’autres paquets.
Si lors de l’installation un utilisateur ET un super utilisateur ont été configuré il n’y a pas eu de configuration sudo … c’est pas nouveau comme mécanique.
Idem, donc l’installation n’est pas toute fraîche
Si tu parviens à résoudre les url depuis ton terminal il a peut-être une possibilité que apt est été bidouillé aussi pour utiliser un proxy qui est bloqué ou autre …
Peut-tu affiché ta configuration réseau et ton fichier resolv.conf ?
root@stef-p5w-dh-debian:/etc# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.554 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.861 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.820 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.906 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.452 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.549 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=0.562 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=0.594 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=0.622 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=0.670 ms
^C
--- 192.168.1.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9222ms
rtt min/avg/max/mdev = 0.452/0.659/0.906/0.144 ms
root@stef-p5w-dh-debian:/etc#
root@stef-p5w-dh-debian:/etc# 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 noprefixroute
valid_lft forever preferred_lft forever
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 00:18:f3:e6:d6:5d brd ff:ff:ff:ff:ff:ff
3: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:18:f3:e6:c9:15 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.102/24 brd 192.168.1.255 scope global dynamic enp3s0
valid_lft 84152sec preferred_lft 84152sec
inet6 2a01:cb10:522:2500:218:f3ff:fee6:c915/64 scope global dynamic mngtmpaddr
valid_lft 86363sec preferred_lft 563sec
inet6 fe80::218:f3ff:fee6:c915/64 scope link
valid_lft forever preferred_lft forever
4: wlp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 62:eb:5a:61:02:9b brd ff:ff:ff:ff:ff:ff permaddr c8:be:19:04:6c:6b
5: wlx0015af0cdcf6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether fe:4a:c8:2a:44:de brd ff:ff:ff:ff:ff:ff permaddr 00:15:af:0c:dc:f6
root@stef-p5w-dh-debian:/etc#
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
search .
nameserver 192.168.1.1
nameserver 1.1.1.1
nameserver 8.8.8.8
Tu utilises actuellement systemd-resolved avec comme configuration (je trouve foireuse) la box en premier suivi de cloudflare et google pour la résolution dns.
Un choix possible virer le lien symbolique et modifier ton fichier resolv.conf à la main, continuer à gérer tes dns comme tu le fais mais virer les dns de ta box (sur lesquels il y a du filtrage de fait) et de conserver pourquoi pas ceux de cloudflare, en complément tu peux utiliser le couple 1.1.1.1 et 1.0.0.1 voir mee pour une protection anti malware intégré (ça vaux ce que ça vaux) 1.1.1.2 et le 1.0.0.2
Maintenant si tu désire utiliser Google tu peux utiliser le 8.8.8.8 et le 8.8.4.4
Tu peux aussi mixer du cloudflare te du google comme tu le sent, mais à mon avis évite ceux de ta box …
