Bouygues néglige Ubuntu ?

xubu1957 · Le 17/04/2024, à 20:44

Pour ajouter toi-même les balises code à ton message #23 :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

moko138 a écrit :

1) Les balises-code sont les < > (crochets bleus) de la barre de mise en forme.

_ _ _
3) /!\ Si vous avez plusieurs retours à donner, séparez-les bien (toujours pour la lisibilité) :
comme
cela.

lspci -k -nn | grep -A 3 -i net

00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (7) I219-V [8086:15bc] (rev 10)
    DeviceName: Onboard - Ethernet
    Subsystem: Micro-Star International Co., Ltd. [MSI] Ethernet Connection (7) I219-V [1462:7b98]
    Kernel driver in use: e1000e
    Kernel modules: e1000e
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 1050 Ti] [10de:1c82] (rev a1)

nmcli device

DEVICE           TYPE      STATE        CONNECTION         
eno1             ethernet  connected    Wired connection 1
wlxe0ad4720374a  wifi      unavailable  --                 
lo               loopback  unmanaged    --

nmcli connection show

NAME                UUID                                  TYPE      DEVICE
Wired connection 1  7ca30b9b-dd77-3abc-8457-73016719fa5d  ethernet  eno1   
Bbox-8E4AC071       b8e3b0c7-d362-4696-b61f-7f11d0fbffa8  wifi      --     
SFR_A128_5GHZ       36722dd9-38a5-467d-98cc-3f3cbaf50e68  wifi      --

ip a

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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 2c:f0:5d:2a:72:37 brd ff:ff:ff:ff:ff:ff
    altname enp0s31f6
    inet 192.168.1.52/24 brd 192.168.1.255 scope global dynamic noprefixroute eno1
       valid_lft 84610sec preferred_lft 84610sec
    inet6 2001:861:4444:83f0::2791:aeb4/128 scope global dynamic noprefixroute
       valid_lft 1723sec preferred_lft 1048sec
    inet6 2001:861:4444:83f0:c7d6:a4d:fbbd:8ae4/64 scope global temporary dynamic
       valid_lft 86364sec preferred_lft 14364sec
    inet6 2001:861:4444:83f0:3b73:5d25:dc8:77a/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 86364sec preferred_lft 14364sec
    inet6 fe80::6f4:5d70:36f8:4af9/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
3: wlxe0ad4720374a: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether e0:ad:47:20:37:4a brd ff:ff:ff:ff:ff:ff

sudo lshw -class network

  *-network                 
       description: Ethernet interface
       product: Ethernet Connection (7) I219-V
       vendor: Intel Corporation
       physical id: 1f.6
       bus info: pci@0000:00:1f.6
       logical name: eno1
       version: 10
       serial: 2c:f0:5d:2a:72:37
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=6.5.0-27-generic duplex=full firmware=0.2-4 ip=192.168.1.52 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:123 memory:a3200000-a321ffff
  *-network DISABLED
       description: Wireless interface
       physical id: 9
       bus info: usb@1:6
       logical name: wlxe0ad4720374a
       serial: e0:ad:47:20:37:4a
       capabilities: ethernet physical wireless
       configuration: broadcast=yes driver=rtw_8821cu driverversion=6.5.0-27-generic firmware=N/A link=no multicast=yes wireless=IEEE 802.11

geole a proposé d’utiliser mtr, voici le résultat:

mtr -rc 10 nyt.com
mtr: Failed to resolve host: nyt.com: Temporary failure in name resolution

krodelabestiole a proposé d’essayer dig et traceroute

dig nyt.com
;; 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.

traceroute nyt.com
nyt.com: Temporary failure in name resolution
Cannot handle "host" cmdline arg `nyt.com' on position 1 (argc 1)

iznobe · Le 17/04/2024, à 20:47

Bonjour , on peut deja exclure bouygues des causses possibles vu les retours et probablement aussi leurs DNS

Dernière modification par iznobe (Le 17/04/2024, à 20:48)

krodelabestiole · Le 17/04/2024, à 21:15

Bako a écrit :

dig nyt.com
;; communications error to 127.0.0.53#53: timed out

ton système cherche un serveur DNS à l'adresse 127.0.0.53.

c'est effectivement un mauvais réglage réseau. je ne sais pas si c'est l'adresse définie faute de la moindre adresse proposée au système, ça ressemble à un truc du genre.

c'est ta box qui fait serveur dhcp ? tu as bricolé des choses niveau réseau ? (essayé de mettre une IP fixe ou quelque chose ?)
essaie de reconfigurer pour tout mettre en automatique :
Paramètres -> Réseau -> petit engrenage à droite de l'entrée pour Ethernet (eno1) -> IPV4 et IPV6
quels sont les réglages actuels (Méthodes et DNS) ?

diesel · Le 17/04/2024, à 21:32

Et que donne

ip -4 route show ; ip -6 route show

Amicalement.

Jean-Marie

bruno · Le 18/04/2024, à 07:25

krodelabestiole a écrit :

ton système cherche un serveur DNS à l'adresse 127.0.0.53.
c'est effectivement un mauvais réglage réseau. je ne sais pas si c'est l'adresse définie faute de la moindre adresse proposée au système, ça ressemble à un truc du genre.

Non, c'est parfaitement normal. C'est le résolveur cache local systemd-resolved qui répond.

Bonjour , on peut deja exclure bouygues des causses possibles vu les retours big_smile et probablement aussi leurs DNS

Bah non, les retours montrent que c'est bien un problème de résolveur DNS et je ne serai pas surpris qu'il soit analogue à celui de l'autre disculpation déjà citée en #13.

Il faut le retour de :

resolvectl

pour voir les résolveurs utilisés.

Et éventuellement :

nmcli -t con show Wired\ connection\ 1

pour voir tous les paramètres de la connexion filaire.

Dernière modification par bruno (Le 18/04/2024, à 07:34)

iznobe · Le 18/04/2024, à 09:19

Non, c'est parfaitement normal. C'est le résolveur cache local systemd-resolved qui répond.

heu , en l ' occurence , justement il ne repond pas :

dig nyt.com
;; communications error to 127.0.0.53#53: timed out

et comme c' est du local , justement , pour moi le probleme est donc local , mais je peux me tromper .

On en saura certainement plus apres une investigation plus poussée , et je vais de ce pas voir la discussion que tu as linkée .

Dernière modification par iznobe (Le 18/04/2024, à 09:22)

bruno · Le 18/04/2024, à 09:33

Pfff…
Il répond.
Si systemd-resolved (le résolveur cache local) ne fonctionnait pas aucun domaine ne serait accessible et le retour de la commande dig ne serait pas celui-là.

iznobe · Le 18/04/2024, à 09:38

Apres lecture de la discussion en question , l ' exposition du probleme n ' est pas claire .
on est pas sur que le probleme est lié a ubuntu effectivement , mais est on sur que c' est lié a la BBox ? non , ca peut etre un soucis " reseau " au sens general .
Bref , il faudrait au moins confirmer que cela n' arrive pas qu ' avec ubuntu deja .
De plus , si cela n' arrive pas qu ' avec ubuntu , ca va etre compliqué de determiner la " reelle " origine du soucis .
Apres j' ai envie de dire , que si desactivé l' IPV6 au niveau de la BBOX resouds le soucis , pourquoi s' embeter a chercher plus loin , alors qu ' on n ' a la main sur rien a l ' exterieur de la box ...
Actuellement tous les sites ont de l' IPV4 actif .

Dernière modification par iznobe (Le 18/04/2024, à 09:39)

geole · Le 18/04/2024, à 09:39

Des pistes pour une I.A.

https://askubuntu.com/questions/1471059/dns-stopped-working-22-04 a écrit :

UPDATE: I stopped and disabled the systemd-resolved service, then added a nameserver to /etc/resolv.conf and everything works.

https://superuser.com/questions/1809799/cannot-connect-to-the-internet-nslookup-outputs-communications-error-to-127 a écrit :

TLDR; I am able to connect to the internet after I permanently removed the network interfaces/devices the VPN client had created.

Un pare-feu?

Au bout de 25 ans, toujours inutilisable?

Dernière modification par geole (Le 18/04/2024, à 10:09)

Coeur Noir · Le 18/04/2024, à 13:31

Bref, déjà essayer :

Coeur Noir, message #7 a écrit :

(…) exemple :

D'autres DNS → https://public-dns.info/nameserver/fr.html ⋅ https://www.lifewire.com/free-and-publi … rs-2626062

Dernière modification par Coeur Noir (Le 18/04/2024, à 14:23)

krodelabestiole · Le 18/04/2024, à 13:52

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

Coeur Noir · Le 18/04/2024, à 14:37

Vrai - d'où des liens vers d'autres DNS - l'essentiel pour le test étant de passer outre les DNS par défaut du FAI ( tous vecteurs de publicités et pistages divers, ça n'est pas spécifique à Bouygues. )

Changer de DNS peut rendre l'accès à l'admin' de votre box un peu moins confortable.
Il s'agira alors de taper son adresse IP ( généralement 192.168.1.254 ou 192.168.1.1 ) dans la barre d'url de votre navigateur web
ou
ajouter à votre fichier /etc/hosts une ligne du genre :

IP_box          url

par exemple :

192.168.1.254   mabbox.bytel.fr

Pour constater le changement de DNS, je passe par :
https://www.dnsleaktest.com/ [ Standard test ]
( si vous connaissez d'autres pages du même genre… )

Firefox offre aussi la possibilité d'utiliser un DNS de son choix :

…ça concerne toute la navigation web via Firefox.

C'est sans doute un moyen encore plus simple de tester.

Dernière modification par Coeur Noir (Le 18/04/2024, à 14:59)

iznobe · Le 18/04/2024, à 18:29

Salut y a encore plus simple pour acceder a la box , suffit de taper

_gateway

dans la barre du navigateur
Ca marche dans tous les cas ou la passerelle est la box , bien sur .

Dernière modification par iznobe (Le 18/04/2024, à 18:30)

Coeur Noir · Le 18/04/2024, à 19:04

Ah ? J'savais pas, merci !

[edit] j'essaierai ailleurs mais finalement, nope, ça môrche pas avec ma bbox… 400 Bad Request

Dernière modification par Coeur Noir (Le 19/04/2024, à 01:44)

Vobul · Le 19/04/2024, à 01:00

iznobe a écrit :

Ca marche dans tous les cas ou la passerelle est la box , bien sur .

Pas chez free. Par contre on a http://mafreebox.freebox.fr/ !

D'ailleurs :

curl http://_gateway
unknown host, use ip address or mafreebox.freebox.fr

Donc ça va bien taper le nginx de la freebox, qui renvoie une réponse 404 avec ce texte. En tout cas c'est la première fois que j'entends parler de cela !

Coeur Noir · Le 19/04/2024, à 01:45

Bref, @Bako si tu repasses par ici, checke le #35 ( et le reste aussi )…

Dernière modification par Coeur Noir (Le 19/04/2024, à 01:45)

krodelabestiole · Le 19/04/2024, à 03:03

et le #30, ou le #28 si les commandes du #30 ne donnent rien.

iznobe · Le 19/04/2024, à 09:02

Vobul a écrit :

iznobe a écrit :
Ca marche dans tous les cas ou la passerelle est la box , bien sur .
Pas chez free. Par contre on a http://mafreebox.freebox.fr/ !

[HS]
ce n' est pas une question de FAI . " _gateway " est une variable systeme , fais voir le retour de

route

stp .
le mien :

iznobe@iznobe-PC:~$ route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         _gateway        0.0.0.0         UG    100    0        0 enp2s0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 enp2s0
192.168.1.0     0.0.0.0         255.255.255.0   U     100    0        0 enp2s0
192.168.3.0     0.0.0.0         255.255.255.0   U     100    0        0 enp2s0
iznobe@iznobe-PC:~$

ca explique pourquoi ca fonctionne chez moi je suppose . Alors que pour ceux chez qui ca ne fonctionne pas , ne doivent probablement pas avoir le champ Passerelle renseigné a " _gateaway " pour la route par défaut .
[ FIN HS]

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

geole · Le 19/04/2024, à 09:49

Lire synthetic records de systemd

Dans le paragraphe qui précède "The DNS stub resolver on 127.0.0.53 provides the full feature set of the local resolver, which includes offering LLMNR/MulticastDNS resolution. "

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

Bako · Le 19/04/2024, à 09:50

Salut les gars !

Encore une fois merci pour votre aide. En fait, vous faites le boulot du service clients de Bouygues ! J’ai vraiment cru que Bouygues va le faire… Maintenant je me pose la question s’ils sont incapables de le faire, ils n’ont pas le temps ou ils ne le veulent pas ?

J’utilise Linux depuis 25 ans. Avant Ubuntu j’avais Suse et puis Mandrake. D’habitude, je sais me débrouiller, mais je ne comprends pas grande chose sur les réseaux. Je ne change jamais la configuration ! Et je répète : j’ai installé Ubuntu 23.10 sur mon deuxième ordinateur. Installation par défaut et juste après l’installation j’ai lancé Firefox et j’ai eu le même problème! Donc je crois que le problème est sur les réseaux de Bouygues. Bien sûr, je pourrais quitter Bouygues et aller chez SFR ou Free, mais je crains que ce problème pourrait y apparaître un jour. Donc je voudrais le comprendre et essayer de le résoudre.

Coeur Noir (#35) à proposé de changer la méthode IPv4 je vais l’essayer plus tard. J’ai déjà essayé de changer la configuration de proxy, mais ça n’a pas fonctionné.

Donc voici les infos de mon ordi :

geole #25 a demandé ping et cat

ping -c 4 127.0.0.1

PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.034 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.037 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.034 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.041 ms

--- 127.0.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3077ms
rtt min/avg/max/mdev = 0.034/0.036/0.041/0.003 ms

cat /etc/systemd/resolved.conf

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it under the
#  terms of the GNU Lesser General Public License as published by the Free
#  Software Foundation; either version 2.1 of the License, or (at your option)
#  any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the resolved.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.
#
# See resolved.conf(5) for details.

[Resolve]
# 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=
#Domains=
#DNSSEC=no
#DNSOverTLS=no
#MulticastDNS=no
#LLMNR=no
#Cache=no-negative
#CacheFromLocalhost=no
#DNSStubListener=yes
#DNSStubListenerExtra=
#ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no

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

et bruno resolvectl et nmcli

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

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

Bonjour Bako.
Pour nous faire parvenir ces résultats, comment fais-tu?
Tu utilises normalement le réseau et la connexion au forum fonctionne.
Ou
Tu rediriges les retours dans un fichier sur support externe et tu utilises un autre ordinateur pour transmettre le contenu du fichier.
Ou
?

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

iznobe · Le 19/04/2024, à 10:19

Bonjour ,
[HS]

geole a écrit :

Lire synthetic records de systemd

Merci pour l' info @geole
De ce que je comprends du coup , c' est que ca ne fonctionne que lorsque c ' est systemd.resolve qui est utilisé sur le systeme :

The hostname "_gateway" is resolved to all current default routing gateway addresses, ordered by their metric. This assigns a stable hostname to the current gateway, useful for referencing it independently of the current network configuration state.

ceci explique cela ... Encore merci .

Dommage que les autres resolveurs DNS ne fasse pas de meme , ca serait plus simple pour s' adresser a la passerelle du coup .
[FIN HS]

Pour en revenir à nos moutons , pour moi , le fait qu ' apparaisse dans les routes l ' adresse qui commence par 169.254.XXX.XXX , indique la presence d ' un soucis de configuration reseau quelquepart , probablement dans la box , mais pas exclusivement , mais n' etant pas aussi feru que les autres intervenants , je prefere attendre de voir ce qu ' ils en pensent .
voir cette page pour mieux comprendre ce que represente les adresses en 169.254.XXX.XXX : https://www.it-connect.fr/adresse-apipa … -que-cest/

aurais tu un autres serveur DNS dans ton reseau local vu :

DHCP4.OPTION[3]:dhcp_server_identifier = 192.168.1.254

alors que :

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

logiquement , quand on a seulement une box , l' adresse du serveur DHCP et de la passerelle et de la route par defaut ( configuration par defaut ) sont identiques , me semble t il .

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

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

Salut geole !

Comment je fais pour poster mes messages ? La connexion à ma box (par câble ethernet) ne fonctionne pas toujours. Elle fonctionne pendant 20-30 minutes puis le problème revient. Ce qui est vraiment étrange est que les pages de certains sites s’affichent toujours sans problème, par exemple de google, youtoube ou amazon.
Depuis de plusieurs semaines je me connecte par Wifi à la box SFR de ma visionne. Mais avant de faire les tests je coupe la connexion par Wifi et je vous montre les résultats sur la connexion par câble à ma box.

xubu1957 · Le 19/04/2024, à 10:36

Bonjour,

Pas de smartphone ?

Voir > Connexion de secours - partage de connexion avec un smartphone

iznobe · Le 19/04/2024, à 10:40

Si l' adresse IP de ta box est 192.168.1.254 , histoire de tester , peux tu modifier graphiquement la route par defaut ( onglet IPV4 ) en indiquant l ' IP de la box a la place de 192.168.1.0/24 ( ou mettre en mode manuel et mettre l' IP de la box ) , puis dire si ca resoud le probleme ou pas , bien sur il faut deconnecter / reconnecter la carte reseau apres modification pour tester .
Si le problème revient , il faudra modifier à nouveau pour remettre comme au départ .

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 17/04/2024, à 20:44

Re : Bouygues néglige Ubuntu ?

#27 Le 17/04/2024, à 20:47

Re : Bouygues néglige Ubuntu ?

#28 Le 17/04/2024, à 21:15

Re : Bouygues néglige Ubuntu ?

#29 Le 17/04/2024, à 21:32

Re : Bouygues néglige Ubuntu ?

#30 Le 18/04/2024, à 07:25

Re : Bouygues néglige Ubuntu ?

#31 Le 18/04/2024, à 09:19

Re : Bouygues néglige Ubuntu ?

#32 Le 18/04/2024, à 09:33

Re : Bouygues néglige Ubuntu ?

#33 Le 18/04/2024, à 09:38

Re : Bouygues néglige Ubuntu ?

#34 Le 18/04/2024, à 09:39

Re : Bouygues néglige Ubuntu ?

#35 Le 18/04/2024, à 13:31

Re : Bouygues néglige Ubuntu ?

#36 Le 18/04/2024, à 13:52

Re : Bouygues néglige Ubuntu ?

#37 Le 18/04/2024, à 14:37

Re : Bouygues néglige Ubuntu ?

#38 Le 18/04/2024, à 18:29

Re : Bouygues néglige Ubuntu ?

#39 Le 18/04/2024, à 19:04

Re : Bouygues néglige Ubuntu ?

#40 Le 19/04/2024, à 01:00

Re : Bouygues néglige Ubuntu ?

#41 Le 19/04/2024, à 01:45

Re : Bouygues néglige Ubuntu ?

#42 Le 19/04/2024, à 03:03

Re : Bouygues néglige Ubuntu ?

#43 Le 19/04/2024, à 09:02

Re : Bouygues néglige Ubuntu ?

#44 Le 19/04/2024, à 09:49

Re : Bouygues néglige Ubuntu ?

#45 Le 19/04/2024, à 09:50

Re : Bouygues néglige Ubuntu ?

#46 Le 19/04/2024, à 10:12

Re : Bouygues néglige Ubuntu ?

#47 Le 19/04/2024, à 10:19

Re : Bouygues néglige Ubuntu ?

#48 Le 19/04/2024, à 10:32

Re : Bouygues néglige Ubuntu ?

#49 Le 19/04/2024, à 10:36

Re : Bouygues néglige Ubuntu ?

#50 Le 19/04/2024, à 10:40

Re : Bouygues néglige Ubuntu ?

Pied de page des forums