Bouygues néglige Ubuntu ?

Bako · Le 19/04/2024, à 10:52

Salut xubu1957!

Non, je n’ai pas de smartphone! Je passe mes journées devant l’ordi et après le travail je ne veux pas porter sur moi un petit ordi! Je boude les smartphones !

J’essaye de changer la méthode IPv4 (comme a suggéré Ceur Noir #35) J’ai trouvé un IPv4 d’Orange à Avignon mais dans la liste (https://public-dns.info/nameserver/fr.html) il n’y a pas de numéro de Netmask et Gateway. Donc il soufie d’indiquer le IPv4?

iznobe · Le 19/04/2024, à 11:05

tu decoches automatique en face de serveur DNS , puis tu entre l ' adresse IPV4 , puisque tu es dans l' onglet IPV4 , et c' est tout . tu enregistres , tu deconnectes la carte reseau et reconnecte et teste .
ta carte reseau n ' a pas besoin d' autre chose que l ' IP du serveur pour le contacter et lui demander de resoudre les DNS .

C ' est juste en dessous pour modifier la route comme je disais dans mon message precedent .

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

Bako · Le 19/04/2024, à 11:18

Merci iznobe!
C'est fait! J'ai changé le IPv4. Pour l'instant tout va bien, mais il faut attendre. Le problème avec ma connexion va et vient dont je vais savoir si c'est la bonne solution dans 2-3 jours.
En tous cas merci beaucoup!

iznobe · Le 19/04/2024, à 11:22

Donc , pour que ce soit clair , tu as changé l ' adresse IPV4 du serveur DNS seulement , puis déconnecter et reconnecter la carte reseau ?

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

Bako · Le 19/04/2024, à 11:34

Oui j'ai chané l'adresse IPv4 et j'ai coupé la connexion par câble, puis je l'établi. Ça soufi? Si non, comment déconnecter la carte reseau?

Je demande car le problème est revenu! J'ai essayé à me connecter à ce forum

dig forum.ubuntu-fr.org
;; communications error to 127.0.0.53#53: timed out
;; communications error to 127.0.0.53#53: timed out
;; communications error to 127.0.0.53#53: timed out

; <<>> DiG 9.18.18-0ubuntu0.22.04.2-Ubuntu <<>> forum.ubuntu-fr.org
;; global options: +cmd
;; no servers could be reached

traceroute forum.ubuntu-fr.org
traceroute to forum.ubuntu-fr.org (178.20.55.235), 30 hops max, 60 byte packets
 1  bbox.lan (192.168.1.254)  0.586 ms  0.975 ms  1.232 ms
 2  176-141-96-2.abo.bbox.fr (176.141.96.2)  8.696 ms  13.156 ms  13.325 ms
 3  * * *
 4  * * *
 5  62.34.2.62 (62.34.2.62)  24.147 ms  23.695 ms  23.890 ms
 6  be5.cbr01-cro.net.bbox.fr (212.194.171.141)  23.286 ms  25.702 ms  25.323 ms
 7  62.34.2.250 (62.34.2.250)  25.820 ms  16.676 ms  16.229 ms
 8  * * *
 9  ielo.par.franceix.net (37.49.236.205)  19.638 ms  19.110 ms  17.872 ms
10  Hu0-0-1-2.frpar-th2-n55h3.as29075.net (185.18.173.73)  18.207 ms  17.761 ms  15.921 ms
11  Hu0-0-1-1.frpar-eqx6-n50h1.as29075.net (185.18.172.21)  16.695 ms  16.864 ms  16.776 ms
12  Te0-0-27.frpar-eqx4-a9h3.as29075.net (45.140.102.12)  20.919 ms  17.744 ms  17.942 ms
13  Te0-0-25.frpar-eqx4-a9h2.as29075.net (185.18.175.252)  42.784 ms  42.003 ms  35.697 ms
14  Te0-0-27.frpar-eqx4-a9h1.as29075.net (185.18.173.106)  16.088 ms  19.540 ms  20.381 ms
15  Te0-0-25.frpar-eqx3-a9h3.infr.liazo.net (178.20.51.204)  16.360 ms  15.103 ms  15.165 ms
16  coptere.infra.ubuntu-fr.org (178.20.55.235)  13.852 ms  16.595 ms  15.491 ms

Dernière modification par Bako (Le 19/04/2024, à 11:40)

iznobe · Le 19/04/2024, à 12:00

pour " deconnecter / reconnecter " la carte , lorsque tu cliques sur l ' icone reseau , tu as la liste des connexions , il suffit de desactiver / reactiver la connexion .

Pour etre sur que le probleme est toujours present avec le nouveau serveur DNS correctement configuré et pris en charge , si tu n' as rien fait d' autre entre temps , montre :

resolvectl

on devrait y trouver l' adresse IPV4 du nouveau serveur DNS à la place de 192.168.1.254 contrairement au #54 .

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

bruno · Le 19/04/2024, à 12:02

Le problème est bien identique à l'autre fil que je citais. Le résolveur de la box est moisi…
Il faut changer les DNS en IPv4 et en IPv6 dans les paramètres de la connexion filaire :

krodelabestiole a écrit :

- ns0.fdn.fr : 80.67.169.12 ou 2001:910:800::12 (validation DNSSEC)
- ns1.fdn.fr : 80.67.169.40 ou 2001:910:800::40 (validation DNSSEC)

iznobe · Le 19/04/2024, à 12:08

ok , bruno , mais pourquoi il ya ce probleme de config DHCP et d ' adresse APIPA ( 169.254.X.X ) ?
et de la route par defaut :

IP4.ROUTE[1]:dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100

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

geole · Le 19/04/2024, à 12:15

bruno a écrit :

Le problème est bien identique à l'autre fil que je citais. Le résolveur de la box est moisi…

Je ne sais que penser de l'aspect aléatoire ... Surtout comment peut-on faire pour identifier cette "pourriture" ( Je n'ai jamais rien compris en réseau)
Je pense à la commande mtr en boucle.
Je pense que contourner systématiquement le problème comme propose ubuntu ne peut étre qu'un palliatif temporaire.

cat /etc/systemd/resolved.conf
.......
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google:     8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9:      9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
#DNS=
#FallbackDNS=
......

Je propose cette amélioration en ajoutant la ligne.
FallbackDNS=8.8.8.8

D'autre part, j'ai compris que ubuntu deconne complément.=>
Si la résolution de nom du fournisseur ne fonctionne pas, il fait appel à une entreprise privée un réseau privé qui ne permet l'accès qu'à ses partenaires.

APIPA a écrit :

L'APIPA se trouvera dans le réseau 169.254.0.0/16 (de 169.254.0.1 à 169.254.255.254). C'est un réseau privé qui n'est routable ni sur Internet ni ailleurs. Lorsque votre poste dispose d'une IP en APIPA, il ne pourra communiquer qu'avec d'autres cartes réseaux configurées en APIPA.

Ce qui pourrait expliquer que certains sites ayant aussi activé cette technique fonctionnent toujours.
La première des choses à faire me semble être d'interdire ce style de dépannage si on veut prouver le mauvais fonctionnement bouygues.

apipa a écrit :

V. Désactiver/Activer APIPA sous Debian
Sous Debian et “Debian-like”, il faut modifier le fichier “/etc/default/avahi-daemon” en passant le paramètre “AVAHI_DAEMON_DETECT_LOCAL” à “0” puis redémarrer daemon Avahi via la commande “/etc/init.d/avahi-daemon restart”

Je ne sais pas ce que vous en pensez.

Dernière modification par geole (Le 19/04/2024, à 13:22)

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

J'ai bien changé l'adresse IPv4 (92.173.173.62) mais le problème resiste! Je me suis connecté par wifi à la box SFR de ma voisinne pour pouvoir envoyer ce message! (J'ai fait ce test avant d'établir la connexion par wifi)

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: 2001:861:4444:83f0:2a9e:fcff:feef:15fc
       DNS Servers: 92.173.173.62 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

bruno · Le 19/04/2024, à 12:47

geole a écrit :

( Je n'ai jamais rien compris en réseau)

Dans ce cas le mieux serait de ne pas intervenir.

Bako a écrit :

J'ai bien changé l'adresse IPv4 (92.173.173.62

D'où sort cette adresse ? Ce n'est sûrement pas l'adresse d'un résolveur DNS ! Et en plus elle appartient à Orange.

Regarde la doc network-manager pour savoir comment configurer cette adresse : 80.67.169.12 comme DNS dans l'onglet IPv4 et cette adresse 2001:910:800::12 comme DNS dans l'onglet IPv6.

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

geole a écrit :

il fait appel à une entreprise privée qui ne permet l'accés qu'à ses partenaires.

ce serait quoi ici "l'entreprise privée" ? l'APIPA ?
c'est un protocole, pas une entreprise
et 169.254 c'est une adresse de réseau local, pas d'internet public.

geole a écrit :

Je propose cette amélioration en ajoutant la ligne.
FallbackDNS=8.8.8.8

si tu aimes google...

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

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

J'ai trouvé.

https://lafibre.info/bbox-les-news/les-dns-primaire-et-secondaire-de-la-bbox/ a écrit :

Solution 1 : Utiliser les serveurs DNS officiels de Bouygues Telecom (configuration recommandée)
DNS Primaire Bouygues Telecom : 194.158.122.10 et 2001:860:b0ff:1::1
DNS Secondaire Bouygues Telecom : 194.158.122.15 et 2001:860:b0ff:1::2
Pour le mobile Bouygues Telecom (2G/3G/4G), le DNS primaire est 62.201.129.99 / 2001:860:D002:1201::129:99 et le secondaire 62.201.159.99 / 2001:860:D002:1201::159:99
Cette solution permet de contourner d'éventuels bugs dans le relais DNS de la Bbox car on en passe plus par lui. Les noms de domaine géré par la Bbox comme http://gestionbbox.lan/ ne fonctionneront plus mais il suffit de mettre http://192.168.1.254 à la place

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

oui mais l'idée c'est de déterminer clairement la cause du problème, pas de le contourner.

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

bruno a écrit :

geole a écrit :
( Je n'ai jamais rien compris en réseau)
Dans ce cas le mieux serait de ne pas intervenir.
.

Il suffit qu'il n'y ait pas de problème réseau. Il me semble que IPV4 est figé depuis un certain temps (1981?)

wiki a écrit :

IPv4 (Internet Protocol version 4) est la première version d'Internet Protocol (IP) à avoir été largement déployée, et qui forme encore en 2024 la base de la majorité des communications sur Internet, par rapport à l'IPv6. Elle est décrite dans la RFC 791[1] de septembre 1981, remplaçant la RFC 760[2], définie en janvier 1980.

Dernière modification par geole (Le 19/04/2024, à 13:06)

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

Oui l'adresse IPv4 92.173.173.62 c'est le DNS d'Orange à Avignon. Je l'ai trouvé sur https://public-dns.info/nameserver/fr.html

Je trouve que krodelabestiole a raison : il faut déterminer clairement la cause du problème. Malheureusement, moi je ne sais pas le faire. Je suis tout simplement votre discussion et j’applique vos recommandations.
Donc je vais essayer avec les IP de Bouygues qui a indiqué geole #63

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

c'est fait:

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: 194.158.122.10
       DNS Servers: 194.158.122.10

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

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

merci geole !

pour la 3e fois dans ce fil seul :

krodelabestiole a écrit :

je me permets de reposter ce chapitre qui explique une des problématiques liées aux DNS des FAIs ou des GAFAMs : https://doc.ubuntu-fr.org/anonymat#dns
il y en a d'autres, comme celle des DNS menteurs, ou la visibilité en clair des requêtes.

edit : non en fait c'est la 4e fois

krodelabestiole a écrit :

ceux de cloudflare, google et quad9 sont faciles à retenir, mais je conseille plutôt les DNS de FDN pour le respect de la vie privée ou de la neutralité du net (comme expliqué en #11) :
- ns0.fdn.fr : 80.67.169.12 ou 2001:910:800::12 (validation DNSSEC)
- ns1.fdn.fr : 80.67.169.40 ou 2001:910:800::40 (validation DNSSEC)
ou encore mieux, DNS over TLS ou HTTPS :
- DoT : ns0.fdn.fr et ns1.fdn.fr sur le port TCP/853
- DoH : https://ns0.fdn.fr/dns-query et https://ns1.fdn.fr/dns-query

Dernière modification par krodelabestiole (Le 19/04/2024, à 13:23)

geole · Le 19/04/2024, à 13:17

Attention. C'est une fàçon de contourner la recherche dynamique de la box
pour aller directement chez bouygues afin de savoir si ce sont ses serveurs qui fonctionnent mal.
Je n'ai vérifié si ces adresses sont encore valables en 2024

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

Alors, pour l’instant ça fonctionne bien avec les IP de Bouygues (geole #63) Mais comme j'ai déjà écrit le problème va et vient. Dans 20 minutes il peut réapparaitre...

iznobe · Le 19/04/2024, à 13:23

vu :

iznobe@iznobe-PC:~$ ping -c2 194.158.122.10
PING 194.158.122.10 (194.158.122.10) 56(84) bytes of data.

--- 194.158.122.10 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1000ms

iznobe@iznobe-PC:~$

le serveur est out of order !
@bako utilise les serveurs qu ' a donner @krodelabestiole , au moins pour verifier le fonctionnement qu ' on sache si ca resoud la situation ou pas :

krodelabestiole a écrit :

- ns0.fdn.fr : 80.67.169.12 ou 2001:910:800::12 (validation DNSSEC)
- ns1.fdn.fr : 80.67.169.40 ou 2001:910:800::40 (validation DNSSEC)

ca permettra d' avancer un peu et de verifier si c' est bien un probleme de serveur DNS ou pas dejà .

dans l' onglet IPV4 => serveur DNS , tu y met :

80.67.169.12,80.67.169.40

dans l' onglet IPV6 => serveur DNS supplémentaire , tu y met :

2001:910:800::12,2001:910:800::40

tu valides et deco /reco la carte , puis tu donnes :

resolvectl

dig forum.ubuntu-fr.org

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

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

geole a écrit :

bruno a écrit :
geole a écrit :
( Je n'ai jamais rien compris en réseau)
Dans ce cas le mieux serait de ne pas intervenir.
Il suffit qu'il n'y ait pas de problème réseau.

c'est une solution.

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

blague à part au cas où ça ne serait pas clair je précise que ce n'est pas un problème lié à l'utilisation ou non du protocole ipv6.

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

Ok, j'ai changé encore une fois le DNS. Cette fois c'est le DNS du FDN (voir krodelabestiole #36 et #68)

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: 80.67.169.12
       DNS Servers: 80.67.169.12 80.67.169.40

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

dig forum.ubuntu-fr.org

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

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

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

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Fri Apr 19 13:43:09 CEST 2024
;; MSG SIZE  rcvd: 64

Dernière modification par Bako (Le 21/04/2024, à 17:53)

iznobe · Le 19/04/2024, à 13:50

ok , pour le moment ca fonctionne .
A voir sur la durée .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 19/04/2024, à 10:52

Re : Bouygues néglige Ubuntu ?

#52 Le 19/04/2024, à 11:05

Re : Bouygues néglige Ubuntu ?

#53 Le 19/04/2024, à 11:18

Re : Bouygues néglige Ubuntu ?

#54 Le 19/04/2024, à 11:22

Re : Bouygues néglige Ubuntu ?

#55 Le 19/04/2024, à 11:34

Re : Bouygues néglige Ubuntu ?

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

Re : Bouygues néglige Ubuntu ?

#57 Le 19/04/2024, à 12:02

Re : Bouygues néglige Ubuntu ?

#58 Le 19/04/2024, à 12:08

Re : Bouygues néglige Ubuntu ?

#59 Le 19/04/2024, à 12:15

Re : Bouygues néglige Ubuntu ?

#60 Le 19/04/2024, à 12:19

Re : Bouygues néglige Ubuntu ?

#61 Le 19/04/2024, à 12:47

Re : Bouygues néglige Ubuntu ?

#62 Le 19/04/2024, à 12:49

Re : Bouygues néglige Ubuntu ?

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

Re : Bouygues néglige Ubuntu ?

#64 Le 19/04/2024, à 12:54

Re : Bouygues néglige Ubuntu ?

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

Re : Bouygues néglige Ubuntu ?

#66 Le 19/04/2024, à 13:07

Re : Bouygues néglige Ubuntu ?

#67 Le 19/04/2024, à 13:13

Re : Bouygues néglige Ubuntu ?

#68 Le 19/04/2024, à 13:16

Re : Bouygues néglige Ubuntu ?

#69 Le 19/04/2024, à 13:17

Re : Bouygues néglige Ubuntu ?

#70 Le 19/04/2024, à 13:21

Re : Bouygues néglige Ubuntu ?

#71 Le 19/04/2024, à 13:23

Re : Bouygues néglige Ubuntu ?

#72 Le 19/04/2024, à 13:28

Re : Bouygues néglige Ubuntu ?

#73 Le 19/04/2024, à 13:41

Re : Bouygues néglige Ubuntu ?

#74 Le 19/04/2024, à 13:44

Re : Bouygues néglige Ubuntu ?

#75 Le 19/04/2024, à 13:50

Re : Bouygues néglige Ubuntu ?

Pied de page des forums