Si, bien sûr j’ai vérifié, même si je ne l’ai pas dit, ma box est bien connectée. Et je l’ai dit implicitement, mon mobile et la machine de mon voisin accèdent bien à Internet via ma box.
Accès à Internet impossible
Les logs je ne sais pas. J’ai pas ou très peu de compétences système.
xylphute a ajouté l'étiquette Fedora Linux 38 le .
Alors il conviendrait d’aller essayer ton pc chez le voisin pour voir s’il se connecte à une autre box.
En dernier lieu télécharger un live et le lancer sur ta machine et voir si cet autre système se connecte. Tant que tu n’as pas fait tout ça, on ne peut pas imputer le problème à Fedora.
- Modifié
Au vu des explications il y a une probabilité que protonvpn ait causé des soucis.
Pas mieux dans un premier cas de tester avec un live-cd et surtout sans VPN.
Et je profite de l’occasion pour dire qu’il ne faut pas installer ni prendre d’abonnement VPN s’il n’y a pas de réel besoin, le marketing autour est fumisterie.
journalctl -p 3 -xb
C’est un bon début.
Normalement il suffit de désactiver le vpn et de relancer la connexion sans. Après c’est peut être moins simple avec ces trucs propriétaire qui promette la lune alors que l’on en a pas forcément besoin… Qu’avec un vpn perso avec wireguard.
- Modifié
Voilà donc le résultat de:
journalctl -p 3 -xb
Je ne sais pas du tout comment interpréter ces lignes.
Notamment la première ligne “kernel: x86/cpu: SGX disabled by BIOS.”
Il y aurait un problème au niveau du noyau dû au BIOS ? Je n’ai pourtant rien changé au BIOS.
Le reste me laisse songeur, à défaut d’y comprendre quelque-chose.
(désolé si ce n’est pas la bonne balise pour du code. je suis toujours sur mon mobile et l’interface d’édition est illisible)
juin 17 21:05:54 localhost.localdomain kernel: x86/cpu: SGX disabled by BIOS.
juin 17 21:05:59 localhost.localdomain bluetoothd[1006]: src/plugin.c:plugin_init() Failed to init vcp plugin
juin 17 21:05:59 localhost.localdomain bluetoothd[1006]: src/plugin.c:plugin_init() Failed to init mcp plugin
juin 17 21:05:59 localhost.localdomain bluetoothd[1006]: src/plugin.c:plugin_init() Failed to init bap plugin
juin 17 21:06:00 localhost.localdomain kernel: Bluetooth: hci0: Malformed MSFT vendor event: 0x02
juin 17 21:06:00 localhost.localdomain bluetoothd[1006]: Failed to set mode: Failed (0x03)
juin 17 21:06:01 localhost.localdomain dbus-broker-launch[1618]: Ignoring duplicate name 'org.gnome.Extensions' in service file '/usr/share//dbus-1/services/org.gnome.Extensions.service'
░░ Subject: Invalid service file
░░ Defined-By: dbus-broker
░░ Support: https://groups.google.com/forum/#!forum/bus1-devel
░░
░░ A service file is a ini-type configuration file.
░░
░░ It has one required section
░░ named [D-BUS Service]. The section contains the required key 'Name', which
░░ must be a valid D-Bus name that is unique across all service files. It also
░░ contains at least one of the two optional keys 'SystemdService' and 'Exec',
░░ as well as optionally the key 'User'. Exec must be a valid shell command and
░░ User must be a valid user on the system.
░░
░░ A service file should be named after the D-Bus name it configures. That is
░░ a file containing Name=org.foo.bar1 should be named org.foo.bar1.service.
░░ For backwards compatibility, we only warn when files do not follow this
░░ convention when run as a user bus. The system bus considers this an error
░░ and ignores the service file.
juin 17 21:06:01 localhost.localdomain dbus-broker-launch[1618]: Ignoring duplicate name 'org.gnome.Epiphany.WebAppProvider' in service file '/usr/share//dbus-1/services/org.gnome.Epiphany.WebAppProvider.service'
░░ Subject: Invalid service file
░░ Defined-By: dbus-broker
░░ Support: https://groups.google.com/forum/#!forum/bus1-devel
░░
░░ A service file is a ini-type configuration file.
░░
░░ It has one required section
░░ named [D-BUS Service]. The section contains the required key 'Name', which
░░ must be a valid D-Bus name that is unique across all service files. It also
░░ contains at least one of the two optional keys 'SystemdService' and 'Exec',
░░ as well as optionally the key 'User'. Exec must be a valid shell command and
░░ User must be a valid user on the system.
░░
░░ A service file should be named after the D-Bus name it configures. That is
░░ a file containing Name=org.foo.bar1 should be named org.foo.bar1.service.
░░ For backwards compatibility, we only warn when files do not follow this
░░ convention when run as a user bus. The system bus considers this an error
░░ and ignores the service file.
juin 17 21:06:02 localhost.localdomain systemd[1419]: Failed to start app-gnome-gnome\\x2dkeyring\\x2dpkcs11-1778.scope - Application launched by gnome-session-binary.
░░ Subject: L'unité (unit) UNIT a échoué
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ L'unité (unit) UNIT a échoué, avec le résultat failed.
juin 17 21:06:02 localhost.localdomain systemd[1419]: Failed to start app-gnome-gnome\\x2dkeyring\\x2dsecrets-1776.scope - Application launched by gnome-session-binary.
░░ Subject: L'unité (unit) UNIT a échoué
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ L'unité (unit) UNIT a échoué, avec le résultat failed.
juin 17 21:06:02 localhost.localdomain systemd[1419]: Failed to start app-gnome-gnome\\x2dkeyring\\x2dssh-1775.scope - Application launched by gnome-session-binary.
░░ Subject: L'unité (unit) UNIT a échoué
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ L'unité (unit) UNIT a échoué, avec le résultat failed.
juin 17 21:06:05 localhost.localdomain smbd[2139]: [2023/06/17 21:06:05.109008, 0] ../../source3/smbd/server.c:1746(main)
juin 17 21:06:05 localhost.localdomain smbd[2139]: smbd version 4.18.3 started.
juin 17 21:06:05 localhost.localdomain smbd[2139]: Copyright Andrew Tridgell and the Samba Team 1992-2023
juin 17 21:06:05 localhost.localdomain systemd[1419]: Failed to start app-gnome-user\\x2ddirs\\x2dupdate\\x2dgtk-2427.scope - Application launched by gnome-session-binary.
░░ Subject: L'unité (unit) UNIT a échoué
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ L'unité (unit) UNIT a échoué, avec le résultat failed.@tous,
Merci pour vos réponses
Edit Nicosss : Correction des balises Markdown -> Voir FAQ
Rien de grave.
Sgx Software Guard Extensions.
Une tite recherche avec ton moteur de recherche préféré t’en apprendra plus.
Rentre déjà dans ton modem/routeur (le truc appelé box) pour voir l’état de ta ligne (voir la documentation fourni avec l’appareil ) .
- Modifié
“Rentre déjà dans ton modem/routeur (le truc appelé box) pour voir l’état de ta ligne (voir la documentation fourni avec l’appareil ) .”
Je ne comprends pas ce que tu veux que je fasse.
C’est un modèle Sagem (je ne sais plus quel modèle exact) sur abonnement Orange.
J’ai vérifié plusieurs fois la config côté routeur et côté pc, je n’ai rien vu qui ait changé à priori.
J’accède au réseau local depuis le PC (par exemple, j’ai transféré le résultat de la commande précédente par FTP vers mon téléphone sans souci)
J’accède au www depuis mon téléphone en passant par le wifi de la box (pas par “données mobiles”). De plus la box ne signalé aucun problème sur la ligne.
Si y avait qd même un truc bizarre, j’ai l’impression que mon mot de passe wifi sur le PC avait disparu mystérieusement quand j’ai voulu le tester, Mais peut-être que je ne l’avais jamais rentré. (Habituellement je n’utilise que le filaire) Ou alors c’est un effet de bord dû à ProtonVPN. Je ne sais pas.
- Modifié
NeoType Pour ce connecter directement à la Box Orange ce doit être http://livebox ou http://192.168.1.1 depuis une machine reliée à elle. Les identifiants de connexion sont sur la Box ou sur une carte à part.
Ensuite il faut aller dans les menus pour connaître l’état exact de la connexion à internet.
Depuis le PC connecté à la Box, que retourne
$ ping -c 4 192.168.1.1
$ ping -c 4 orange.fr
$ nmcli device show
Edit : Ajout commande
Ok
[jf@localhost Vidéos]$ ping -c 4 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) octets de données.
64 octets de 192.168.1.1 : icmp_seq=1 ttl=64 temps=0.686 ms
64 octets de 192.168.1.1 : icmp_seq=2 ttl=64 temps=0.788 ms
64 octets de 192.168.1.1 : icmp_seq=3 ttl=64 temps=0.728 ms
64 octets de 192.168.1.1 : icmp_seq=4 ttl=64 temps=0.738 ms
--- statistiques ping 192.168.1.1 ---
4 paquets transmis, 4 reçus, 0% packet loss, time 3087ms
rtt min/avg/max/mdev = 0.686/0.735/0.788/0.036 ms
[jf@localhost Vidéos]$ ping -c 4 orange.fr
ping: orange.fr: Nom ou service inconnu
[jf@localhost Vidéos]$ nmcli device show
GENERAL.DEVICE: eno1
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 1C:69:7A:69:46:23
GENERAL.MTU: 1500
GENERAL.STATE: 100 (connecté)
GENERAL.CONNECTION: Connexion filaire 1
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/4
WIRED-PROPERTIES.CARRIER: marche
IP4.ADDRESS[1]: 192.168.1.19/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 100
IP4.DNS[1]: 192.168.1.1
IP4.DOMAIN[1]: home
IP6.GATEWAY: --
GENERAL.DEVICE: ipv6leakintrf0
GENERAL.TYPE: dummy
GENERAL.HWADDR: 2A:76:C2:A3:E4:92
GENERAL.MTU: 1500
GENERAL.STATE: 100 (connecté)
GENERAL.CONNECTION: pvpn-ipv6leak-protection
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/2
IP4.GATEWAY: --
IP6.ADDRESS[1]: fe80::2b6c:56d2:d379:fe69/64
IP6.ADDRESS[2]: fdeb:446c:912d:8da::/64
IP6.GATEWAY: fdeb:446c:912d:8da::1
IP6.ROUTE[1]: dst = fdeb:446c:912d:8da::/64, nh = ::, mt = 95
IP6.ROUTE[2]: dst = ::/0, nh = fdeb:446c:912d:8da::1, mt = 95
IP6.ROUTE[3]: dst = fe80::/64, nh = ::, mt = 1024
IP6.DNS[1]: ::1
GENERAL.DEVICE: lo
GENERAL.TYPE: loopback
GENERAL.HWADDR: 00:00:00:00:00:00
GENERAL.MTU: 65536
GENERAL.STATE: 100 (connecté (en externe))
GENERAL.CONNECTION: lo
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADDRESS[1]: 127.0.0.1/8
IP4.GATEWAY: --
IP6.ADDRESS[1]: ::1/128
IP6.GATEWAY: --
IP6.ROUTE[1]: dst = ::1/128, nh = ::, mt = 256
GENERAL.DEVICE: virbr0
GENERAL.TYPE: bridge
GENERAL.HWADDR: 52:54:00:ED:BE:FA
GENERAL.MTU: 1500
GENERAL.STATE: 100 (connecté (en externe))
GENERAL.CONNECTION: virbr0
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/3
IP4.ADDRESS[1]: 192.168.122.1/24
IP4.GATEWAY: --
IP4.ROUTE[1]: dst = 192.168.122.0/24, nh = 0.0.0.0, mt = 0
IP6.GATEWAY: --
GENERAL.DEVICE: wlp0s20f3
GENERAL.TYPE: wifi
GENERAL.HWADDR: 36:DB:94:94:08:88
GENERAL.MTU: 1500
GENERAL.STATE: 20 (indisponible)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
IP4.GATEWAY: --
IP6.GATEWAY: --
GENERAL.DEVICE: p2p-dev-wlp0s20f3
GENERAL.TYPE: wifi-p2p
GENERAL.HWADDR: (inconnu)
GENERAL.MTU: 0
GENERAL.STATE: 20 (indisponible)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
[jf@localhost Vidéos]$ - Modifié
Et si c’était un souci de résolution de noms ? En gros une mauvaise adresse DNS dans NetworkManager ?
Essaie un
ping 8.8.8.8
8 paquets transmis 8 reçus
Quand je vais dans "paramètres / réseau / IPv4., j’ai DHCP et DNS et Routes en Automatique.
Idem pour le wifi.
Et sur la Livebox, je ne vois rien d’anormal non plus. Mais peut-être que je loupé qq chose.
Je peux faire des captures d’écran mais bon.
J’ai paramétré depuis des lustres une IP fixe pour mon PC parce que ça m’arrangeait à une époque. Mais c’est tout.
- Modifié
La réponse est non, je n’accède plus à l’interface de la livebox, quand elle est éteinte.
Pour les commandes dig, comme je n’étais pas sûr de ce que voulais faire, j’ai exécuté les commandes box éteinte, puis box allumée.
BOX ETEINTE:
[jf@localhost ~]$ dig orange.fr
; <<>> DiG 9.18.15 <<>> orange.fr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 61320
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;orange.fr. IN A
;; Query time: 1 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Sun Jun 18 09:12:14 CEST 2023
;; MSG SIZE rcvd: 38
[jf@localhost ~]$ dig @1.1.1.1 orange.fr
;; UDP setup with 1.1.1.1#53(1.1.1.1) for orange.fr failed: network unreachable.
;; UDP setup with 1.1.1.1#53(1.1.1.1) for orange.fr failed: network unreachable.
;; UDP setup with 1.1.1.1#53(1.1.1.1) for orange.fr failed: network unreachable.BOX ALLUMEE:
[jf@localhost ~]$ dig orange.fr
; <<>> DiG 9.18.15 <<>> orange.fr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 32336
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;orange.fr. IN A
;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Sun Jun 18 09:18:24 CEST 2023
;; MSG SIZE rcvd: 38
[jf@localhost ~]$ dig @1.1.1.1 orange.fr
; <<>> DiG 9.18.15 <<>> @1.1.1.1 orange.fr
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31358
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;orange.fr. IN A
;; ANSWER SECTION:
orange.fr. 1231 IN A 193.252.117.145
orange.fr. 1231 IN A 193.252.148.192
orange.fr. 1231 IN A 193.252.133.20
;; Query time: 21 msec
;; SERVER: 1.1.1.1#53(1.1.1.1) (UDP)
;; WHEN: Sun Jun 18 09:18:28 CEST 2023
;; MSG SIZE rcvd: 86Edit Nicosss : Mise en forme pour faciliter la lecture