Bouygues néglige Ubuntu ?

krodelabestiole · Le 19/04/2024, à 12:51

pour tester le dig avec ta box sans changer ta config tu peux faire

dig @192.168.1.254 forum.ubuntu-fr.org

Bako · Le 19/04/2024, à 12:55

tout à fait...

krodelabestiole · Le 19/04/2024, à 12:56

(ça donne quoi ?)

Bako · Le 19/04/2024, à 13:00

le dig?

dig @192.168.1.254 forum.ubuntu-fr.org

; <<>> DiG 9.18.18-0ubuntu0.22.04.2-Ubuntu <<>> @192.168.1.254 forum.ubuntu-fr.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42607
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;forum.ubuntu-fr.org.		IN	A

;; ANSWER SECTION:
forum.ubuntu-fr.org.	300	IN	A	178.20.55.235

;; Query time: 44 msec
;; SERVER: 192.168.1.254#53(192.168.1.254) (UDP)
;; WHEN: Fri Apr 19 13:59:19 CEST 2024
;; MSG SIZE  rcvd: 64

Bako · Le 19/04/2024, à 13:03

Avant (#77) j’ai voulu dire que ça fonctionne bien pour l’instant, mais le problème peut réapparaître dans 20 ou 30 minutes

krodelabestiole · Le 19/04/2024, à 13:06

ok donc là ça marche. perso je n'arrive pas à déterminer si c'est un problème au niveau du résolveur de la box qui là fonctionne alors qu'il ne fonctionnait pas tout à l'heure, ou au niveau de la communication avec la box ou du cache DNS d'ubuntu.
le problème ne devrait plus se poser avec la nouvelle config.
si jamais le problème se pose de nouveau (avec une autre config, probablement), donne les 2 digs relevés à ce moment là si tu peux : local (commande simple) et box (avec @192.168...)

Bako · Le 19/04/2024, à 13:14

OK. Je vais le faire. Maintenant, je dois sortir. Je vais voir demain (éventuellement dans les prochins jours) si ça fontionne vraiment sans interruptions.
Merci pour votre aide!
À bientôt!

iznobe · Le 19/04/2024, à 14:03

krodelabestiole a écrit :

ok donc là ça marche. perso je n'arrive pas à déterminer si c'est un problème au niveau du résolveur de la box qui là fonctionne alors qu'il ne fonctionnait pas tout à l'heure, ou au niveau de la communication avec la box ou du cache DNS d'ubuntu.

Dans ma logique , qui peut etre erronée , je ne vois pas pourquoi la communication avec la box entrerait en jeu dans la problematique actuelle , vu que d ' autres sites restent accessible au meme moment que d' autres ne le sont plus .
Perso je mettrai plus ca sur le cache DNS d ' ubuntu qui devient inaccessible par moment , car sinon , on aurait des milliers de post sur le sujet sur le net tout OS confondu . Bien sur , il se peut que le serveur DNS du FAI ait des problemes , mais ca serait etonnant que ce soit permanent et que ca dure des plombes non ?

A propos , pour mon information , par defaut , il est stocké où ce cache DNS justement , on pourrait tenter de creuser de ce coté là , vu que pour la resolution du serveur DNS du FAI , on ne peut pas voir grand chose , à part faire des dig a repetition et attendre un time out .

Dernière modification par iznobe (Le 19/04/2024, à 14:08)

krodelabestiole · Le 19/04/2024, à 14:42

iznobe a écrit :

Dans ma logique , qui peut etre erronée , je ne vois pas pourquoi la communication avec la box entrerait en jeu dans la problematique actuelle , vu que d ' autres sites restent accessible au meme moment que d' autres ne le sont plus .

le cache expire au bout d'un moment. cette durée est normalement déterminée par le TTL au niveau de la zone DNS, donc dépendant du nom de domaine et du moment de sa résolution précédente.

iznobe · Le 19/04/2024, à 15:26

et donc on peut pas verifier comment c' est paramétré je suppose vu que c' est cote serveur DNS ( FAI ) ?

krodelabestiole · Le 19/04/2024, à 15:53

iznobe a écrit :

on aurait des milliers de post sur le sujet sur le net tout OS confondu

c'est peut-être le cas, mais la réponse générale est sûrement : have you tried to turn it off and on again ? (ce serait aussi un truc à essayer, sur la box, qui pourrait dans une certaine mesure disculper ubuntu).

iznobe a écrit :

on ne peut pas voir grand chose , à part faire des dig a repetition et attendre un time out .

si le dig plante sur la box, on aura une coupable.

iznobe a écrit :

et donc on peut pas verifier comment c' est paramétré je suppose vu que c' est cote serveur DNS ( FAI ) ?

(pas FAI, mais côté gestion du nom de domaine, après le registrar)
on peut connaître le TTL mais ça n'avance pas à grand chose :

dig forum.ubuntu-fr.org
forum.ubuntu-fr.org.	290	IN	A	178.20.55.235

pour forum.ubuntu-fr.org il est de 290 secondes.
et pour le reste un service DNS c'est très standard je pense.

on peut avoir un peu plus d'info avec

dig forum.ubuntu-fr.org +trace +nodnssec

iznobe · Le 19/04/2024, à 16:51

c'est peut-être le cas, mais la réponse générale est sûrement : have you tried to turn it off and on again ? (ce serait aussi un truc à essayer, sur la box, qui pourrait dans une certaine mesure disculper ubuntu).

MDR , ca c ' est du SAV

Ca ne coute rien d' essayer , et effectivement c' est la 1ere chose que dise les SAV des FAI quand quelquechose ne va pas
j ' en ai encore fait l' experience avec orange il n ' y a meme pas 15 jours ...

Dernière modification par iznobe (Le 19/04/2024, à 16:52)

Coeur Noir · Le 19/04/2024, à 17:57

Flush dns, etc → https://www.howtogeek.com/844964/how-to … -in-linux/

diesel · Le 19/04/2024, à 22:45

Bako a écrit :

Salut les gars !

diesel voulait voir ip -4 et 6

ip -4 route show

default via 192.168.1.254 dev eno1 proto dhcp metric 100 
169.254.0.0/16 dev eno1 scope link metric 1000 
192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.52 metric 100

ip -6 route show

::1 dev lo proto kernel metric 256 pref medium
2001:861:4444:83f0::2791:aeb4 dev eno1 proto kernel metric 100 pref medium
2001:861:4444:83f0::/64 dev eno1 proto ra metric 100 pref medium
fe80::/64 dev eno1 proto kernel metric 1024 pref medium
default via fe80::2a9e:fcff:feef:15fc dev eno1 proto ra metric 100 pref medium

Dans une autre de tes réponses, on a vu que ta carte avait des adresses (ipv4 et ipv6) correctes.

Là, on voit que les routes sont correctes. Tu as deux routes par défaut (une en ipv4 et une en ipv6) qui passent par ta box. Pour la "petite histoire", le sous-réseau 169.254.0.0/16 est le sous-réseau APIPA.

On voit donc que ton problème n'est ni un problème d'adresse ni un problème de route (au niveau local).

cependant, on n'en a pas fini avec le routage en ipv4 (l'ipv6 n'est pas concerné). En effet, en ipv4, ta box fait du nat. C'est à dire qu'elle transforme dans tous les paquets ton adresse 192.168.1.52 en son adresse de sortie sur le réseau de Bouygues afin que les paquets deviennent routables sur internet ; et au retour, elle retransforme son adresse de sortie sur le réseau de Bouygues en ton adresse 192.168.1.52 et elle te fait suivre le paquet.

Bien que cela puisse ne pas marcher correctement, je ne crois pas que la panne vienne de là. Il s'agit plus probablement d'un problème de DNS (local à ton PC ?, local à ta box ?, chez Bouygues ?).

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 20/04/2024, à 06:39)

Coeur Noir · Le 19/04/2024, à 23:26

Si l'adresse DNS ( dans ta config réseau de l'ordi ) est 192.168.1.254, ça tape dans la box qui elle fait suivre à 194.158.122.15 et 194.158.122.10, les DNS primaire et secondaire de Bouygues.

On ne peut pas changer les DNS de la box.

Par contre on peut demander à l'ordi de viser un ou plusieurs autres DNS.
Ce qui est fait à priori.

Maintenant il serait sans doute bon de vider les caches DNS de l'ordi :

⋅ vérifier si la mise en cache DNS est active

systemctl is-active systemd-resolved

⋅ voir la quantité de données dans le cache DNS ( current cache size )

resolvectl statistics

⋅ purger le cache

resolvectl flush-caches

En regardant à nouveau la quantité de données dans le cache DNS, current cache size devrait maintenant afficher 0.

( source : le lien au #88 )

Coeur Noir · Le 19/04/2024, à 23:58

Diesel a écrit :

le sous-réseau 192.254.0.0/16 est le sous-réseau APIPA

169.254.0.0/16 ( si tu peux corriger, j'effacerai ce message )

diesel · Le 20/04/2024, à 06:37

Bonjour Cœur noir,

Merci d'avoir relevé mon erreur. Et tu peux laisser le message.

Amicalement.

Jean-Marie

bruno · Le 20/04/2024, à 08:05

diesel a écrit :

On voit donc que ton problème n'est ni un problème d'adresse ni un problème de route (au niveau local).

Je n'ai pas lu toutes les réponses qui partent dans tous les sens…

Je l'ai dit depuis le début c'est un problème avec le résolveur en IPv6 de la box.
La box Bouygues annonce sa propre adresse IPv6 (cf. #60 et précédents) comme résolveur DNS :

Current DNS Server: 2001:861:4444:83f0:2a9e:fcff:feef:15fc

Or IPv6 est prioritaire sur Ipv45 et le résolveur cache de la box ne fonctionne pas en IPv6 (mauvaise config de la box, micrologiciel moisi, peu importe). Il faut donc le remplacer par un résolveur public comme celui de FDN.
#74 fonctionne car il n'y a plus de résolveur en IPv6 mais uniquement en IPv4

On peut s'amuser à tester avec dig en utilisant de péréfrences un domaine que l'on a jamais visité à la place de ubuntu-fr.org :

dig ubuntu-fr.org @192.168.1.254
dig ubuntu-fr.org @2001:910:800::12
dig ubuntu-fr.org @2001:861:4444:83f0:2a9e:fcff:feef:15fc

La première commande fonctionne : le résolveur cache de la box en IPv4 est Ok
La seconde devrait fonctionner : on interroge le résolveur de FDN en IPv6
la troisième devrait échouer avec un délai d'attente dépassé (timeout) : on interroge le résolveur cache de la box en IPv6

krodelabestiole · Le 20/04/2024, à 11:49

il y a beaucoup d'infos qui sont passées...
pour notre culture tu pourrais indiquer ce qui te fait dire que le problème vient du résolveur IPv6 ?
c'est dans le retour de nmcli ou autre chose ?
(d'autant que je crois que le résolveur est en IPv4 dans le premier retour qu'on a eu)

Bako a écrit :

resolvectl

Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (eno1)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.254
       DNS Servers: 192.168.1.254 2001:861:4444:83f0:2a9e:fcff:feef:15fc
        DNS Domain: lan

Link 3 (wlxe0ad4720374a)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

nmcli -t con show Wired\ connection\ 1 

connection.id:Wired connection 1
connection.uuid:7ca30b9b-dd77-3abc-8457-73016719fa5d
connection.stable-id:
connection.type:802-3-ethernet
connection.interface-name:eno1
connection.autoconnect:yes
connection.autoconnect-priority:-999
connection.autoconnect-retries:-1
connection.multi-connect:0
connection.auth-retries:-1
connection.timestamp:1713508488
connection.read-only:no
connection.permissions:
connection.zone:
connection.master:
connection.slave-type:
connection.autoconnect-slaves:-1
connection.secondaries:
connection.gateway-ping-timeout:0
connection.metered:unknown
connection.lldp:default
connection.mdns:-1
connection.llmnr:-1
connection.dns-over-tls:-1
connection.wait-device-timeout:-1
802-3-ethernet.port:
802-3-ethernet.speed:0
802-3-ethernet.duplex:
802-3-ethernet.auto-negotiate:no
802-3-ethernet.mac-address:
802-3-ethernet.cloned-mac-address:
802-3-ethernet.generate-mac-address-mask:
802-3-ethernet.mac-address-blacklist:
802-3-ethernet.mtu:auto
802-3-ethernet.s390-subchannels:
802-3-ethernet.s390-nettype:
802-3-ethernet.s390-options:
802-3-ethernet.wake-on-lan:default
802-3-ethernet.wake-on-lan-password:
802-3-ethernet.accept-all-mac-addresses:-1
ipv4.method:auto
ipv4.dns:
ipv4.dns-search:
ipv4.dns-options:
ipv4.dns-priority:0
ipv4.addresses:
ipv4.gateway:
ipv4.routes:
ipv4.route-metric:-1
ipv4.route-table:0
ipv4.routing-rules:
ipv4.ignore-auto-routes:no
ipv4.ignore-auto-dns:no
ipv4.dhcp-client-id:
ipv4.dhcp-iaid:
ipv4.dhcp-timeout:0
ipv4.dhcp-send-hostname:yes
ipv4.dhcp-hostname:
ipv4.dhcp-fqdn:
ipv4.dhcp-hostname-flags:0x0
ipv4.never-default:no
ipv4.may-fail:yes
ipv4.required-timeout:-1
ipv4.dad-timeout:-1
ipv4.dhcp-vendor-class-identifier:
ipv4.dhcp-reject-servers:
ipv6.method:auto
ipv6.dns:
ipv6.dns-search:
ipv6.dns-options:
ipv6.dns-priority:0
ipv6.addresses:
ipv6.gateway:
ipv6.routes:
ipv6.route-metric:-1
ipv6.route-table:0
ipv6.routing-rules:
ipv6.ignore-auto-routes:no
ipv6.ignore-auto-dns:no
ipv6.never-default:no
ipv6.may-fail:yes
ipv6.required-timeout:-1
ipv6.ip6-privacy:-1
ipv6.addr-gen-mode:stable-privacy
ipv6.ra-timeout:0
ipv6.dhcp-duid:
ipv6.dhcp-iaid:
ipv6.dhcp-timeout:0
ipv6.dhcp-send-hostname:yes
ipv6.dhcp-hostname:
ipv6.dhcp-hostname-flags:0x0
ipv6.token:
proxy.method:none
proxy.browser-only:no
proxy.pac-url:
proxy.pac-script:
GENERAL.NAME:Wired connection 1
GENERAL.UUID:7ca30b9b-dd77-3abc-8457-73016719fa5d
GENERAL.DEVICES:eno1
GENERAL.IP-IFACE:eno1
GENERAL.STATE:activated
GENERAL.DEFAULT:yes
GENERAL.DEFAULT6:yes
GENERAL.SPEC-OBJECT:
GENERAL.VPN:no
GENERAL.DBUS-PATH:/org/freedesktop/NetworkManager/ActiveConnection/1
GENERAL.CON-PATH:/org/freedesktop/NetworkManager/Settings/3
GENERAL.ZONE:
GENERAL.MASTER-PATH:
IP4.ADDRESS[1]:192.168.1.52/24
IP4.GATEWAY:192.168.1.254
IP4.ROUTE[1]:dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[2]:dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.ROUTE[3]:dst = 0.0.0.0/0, nh = 192.168.1.254, mt = 100
IP4.DNS[1]:192.168.1.254
IP4.DOMAIN[1]:lan
DHCP4.OPTION[1]:broadcast_address = 192.168.1.255
DHCP4.OPTION[2]:dhcp_lease_time = 86400
DHCP4.OPTION[3]:dhcp_server_identifier = 192.168.1.254
DHCP4.OPTION[4]:domain_name = lan
DHCP4.OPTION[5]:domain_name_servers = 192.168.1.254
DHCP4.OPTION[6]:expiry = 1713591295
DHCP4.OPTION[7]:host_name = black
DHCP4.OPTION[8]:ip_address = 192.168.1.52
DHCP4.OPTION[9]:next_server = 192.168.1.254
DHCP4.OPTION[10]:requested_broadcast_address = 1
DHCP4.OPTION[11]:requested_domain_name = 1
DHCP4.OPTION[12]:requested_domain_name_servers = 1
DHCP4.OPTION[13]:requested_domain_search = 1
DHCP4.OPTION[14]:requested_host_name = 1
DHCP4.OPTION[15]:requested_interface_mtu = 1
DHCP4.OPTION[16]:requested_ms_classless_static_routes = 1
DHCP4.OPTION[17]:requested_nis_domain = 1
DHCP4.OPTION[18]:requested_nis_servers = 1
DHCP4.OPTION[19]:requested_ntp_servers = 1
DHCP4.OPTION[20]:requested_rfc3442_classless_static_routes = 1
DHCP4.OPTION[21]:requested_root_path = 1
DHCP4.OPTION[22]:requested_routers = 1
DHCP4.OPTION[23]:requested_static_routes = 1
DHCP4.OPTION[24]:requested_subnet_mask = 1
DHCP4.OPTION[25]:requested_time_offset = 1
DHCP4.OPTION[26]:requested_wpad = 1
DHCP4.OPTION[27]:routers = 192.168.1.254
DHCP4.OPTION[28]:subnet_mask = 255.255.255.0
IP6.ADDRESS[1]:2001:861:4444:83f0:ee45:f4a0:d9a0:728e/64
IP6.ADDRESS[2]:2001:861:4444:83f0::2791:aeb4/128
IP6.ADDRESS[3]:2001:861:4444:83f0:3b73:5d25:dc8:77a/64
IP6.ADDRESS[4]:fe80::6f4:5d70:36f8:4af9/64
IP6.GATEWAY:fe80::2a9e:fcff:feef:15fc
IP6.ROUTE[1]:dst = fe80::/64, nh = ::, mt = 1024
IP6.ROUTE[2]:dst = 2001:861:4444:83f0::/64, nh = ::, mt = 100
IP6.ROUTE[3]:dst = 2001:861:4444:83f0::2791:aeb4/128, nh = ::, mt = 100
IP6.ROUTE[4]:dst = ::/0, nh = fe80::2a9e:fcff:feef:15fc, mt = 100
IP6.DNS[1]:2001:861:4444:83f0:2a9e:fcff:feef:15fc
IP6.SEARCHES[1]:lan
DHCP6.OPTION[1]:dhcp6_domain_search = lan
DHCP6.OPTION[2]:dhcp6_name_servers = 2001:861:4444:83f0:2a9e:fcff:feef:15fc
DHCP6.OPTION[3]:ip6_address = 2001:861:4444:83f0::2791:aeb4

Coeur Noir · Le 20/04/2024, à 12:11

Dans ce cas côté ordi, soit désactiver l'IPv6 soit renseigner d'autres DNS en IPv6 :

…là y'a les DNS primaires de cloudflare et quad9 puis leurs secondaires.
Pour désactiver l'IPv6, cocher « désactiver » au lieu de « automatique ».

En IPv4 :

Les paramètres d'une bbox :

bruno · Le 20/04/2024, à 12:24

J'ai déjà expliqué et indiqué le lien vers un autre fil qui traitait d'un problème tout à fait similaire.

Si c'est réglable au niveau de la box c'est encore mieux.

krodelabestiole · Le 20/04/2024, à 12:24

bruno a écrit :

dig ubuntu-fr.org @192.168.1.254
dig ubuntu-fr.org @2001:910:800::12
dig ubuntu-fr.org @2001:861:4444:83f0:2a9e:fcff:feef:15fc

en tout cas oui, avec ces commandes ça devrait être clair (je me demande quand-même pour le retour de la première).

krodelabestiole · Le 20/04/2024, à 12:27

krodelabestiole a écrit :

le mieux est d'indiquer les DNS de FDN (respectueux de la vie privée) au niveau de la box comme ça les machines les récupèrent par défaut via DHCP (sauf android et iOS qu'il faut encore bricoler ).

chez free en tout cas c'est possible. pas chez orange évidemment.
pour les autres je ne sais pas.

Coeur Noir · Le 20/04/2024, à 16:21

Ce retour est normal dans le cas bbox :

dig ubuntu-fr.org @192.168.1.254

car par défaut, gateway et DNS visent tous deux la bbox.

On ne peut pas changer les DNS dans la bbox, la box de Bouygues.
Et on peut trouver logique que l'opérateur « impose » ses DNS ( logique ne signifiant pas forcément bénéfique. )

Si on veut utiliser d'autres DNS, c'est soit via les paramètres réseau dans Ubuntu, soit via les paramètres internes à Firefox ( à qui on peut aussi dire d'utiliser un autre DNS ; ça ne concernera que la navigation dans Firefox, donc. )

krodelabestiole · Le 20/04/2024, à 16:42

Coeur Noir a écrit :

Ce retour est normal dans le cas bbox :
dig ubuntu-fr.org @192.168.1.254

ce serait plutôt à Bako de tester cette commande quand sa connexion dysfonctionne, pour tester la résolution des DNS par sa box en IPv4, indépendamment d'ubuntu.
(je ne vois pas le sens de la phrase "gateway et DNS visent la bbox", je suis pas sûr qu'on parle de la même chose)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 19/04/2024, à 12:51

Re : Bouygues néglige Ubuntu ?

#77 Le 19/04/2024, à 12:55

Re : Bouygues néglige Ubuntu ?

#78 Le 19/04/2024, à 12:56

Re : Bouygues néglige Ubuntu ?

#79 Le 19/04/2024, à 13:00

Re : Bouygues néglige Ubuntu ?

#80 Le 19/04/2024, à 13:03

Re : Bouygues néglige Ubuntu ?

#81 Le 19/04/2024, à 13:06

Re : Bouygues néglige Ubuntu ?

#82 Le 19/04/2024, à 13:14

Re : Bouygues néglige Ubuntu ?

#83 Le 19/04/2024, à 14:03

Re : Bouygues néglige Ubuntu ?

#84 Le 19/04/2024, à 14:42

Re : Bouygues néglige Ubuntu ?

#85 Le 19/04/2024, à 15:26

Re : Bouygues néglige Ubuntu ?

#86 Le 19/04/2024, à 15:53

Re : Bouygues néglige Ubuntu ?

#87 Le 19/04/2024, à 16:51

Re : Bouygues néglige Ubuntu ?

#88 Le 19/04/2024, à 17:57

Re : Bouygues néglige Ubuntu ?

#89 Le 19/04/2024, à 22:45

Re : Bouygues néglige Ubuntu ?

#90 Le 19/04/2024, à 23:26

Re : Bouygues néglige Ubuntu ?

#91 Le 19/04/2024, à 23:58

Re : Bouygues néglige Ubuntu ?

#92 Le 20/04/2024, à 06:37

Re : Bouygues néglige Ubuntu ?

#93 Le 20/04/2024, à 08:05

Re : Bouygues néglige Ubuntu ?

#94 Le 20/04/2024, à 11:49

Re : Bouygues néglige Ubuntu ?

#95 Le 20/04/2024, à 12:11

Re : Bouygues néglige Ubuntu ?

#96 Le 20/04/2024, à 12:24

Re : Bouygues néglige Ubuntu ?

#97 Le 20/04/2024, à 12:24

Re : Bouygues néglige Ubuntu ?

#98 Le 20/04/2024, à 12:27

Re : Bouygues néglige Ubuntu ?

#99 Le 20/04/2024, à 16:21

Re : Bouygues néglige Ubuntu ?

#100 Le 20/04/2024, à 16:42

Re : Bouygues néglige Ubuntu ?

Pied de page des forums