#0 -1 » Perte réseau ethernet & disparition de NetworkManager sous 22.04.3 LTS » Le 27/12/2023, à 15:25
- Ansuz
- Réponses : 11
Bonjour,
Je suis sur un réseau Ubuntu Desktop câblé en Ethernet (pas de wifi) derrière un routeur ASUS et une Freebox POP en mode bridge.
Jusqu'à présent, l'ensemble fonctionnait bien et correspondait à mes attentes. Mais depuis quelques jours, rien ne va plus, je ne sais pour quelle raison. J'ai du bidouiller quelque chose qui m'échappe...
Bref, au boot, je ne suis plus connecté au web automatiquement comme auparavant via RJ45 (ni enp4s0 ni tun0). Pour couronner le tout NetworkManager à disparu ; aussi bien nm-applet que dans les paramètres réseau ? Donc, plus accès au WAN, plutôt embêtant !
J'ai essayé en direct ethernet Ubuntu <----> Freebox POP sans plus de succès.
La seule option que j'ai trouvé "en dépannage" est d'utiliser
desktop:~$ sudo dhclient enp4s0
Au lancement, Surfshark vpn indique "erreur réseau, veuillez vérifier votre connexion à internet et réessayez".
Donc, de cette façon j'ai accès au net mais sans vpn.
J'ai tenté de purger network-manager & network-manager-gnome complètement et réinstallé via Synaptic mais ça ne change rien.
Voici quelques commandes :
-desktop:~$ 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: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 60:45:cb:a0:92:4a brd ff:ff:ff:ff:ff:ff
inet 192.168.50.158/24 brd 192.168.50.255 scope global dynamic enp4s0
valid_lft 79184sec preferred_lft 79184sec
inet6 fe80::6245:cbff:xxxx:xxxx/64 scope link
valid_lft forever preferred_lft forever
3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 500
link/none
inet 10.8.0.1/24 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::340:8f9f:xxxx:xxxx/64 scope link stable-privacy
valid_lft forever preferred_lft forever
-desktop:~$
state UNKNOWN group default qlen 1000 (500) ???
-desktop:~$ ip route
default via 192.168.50.1 dev enp4s0
10.8.0.0/24 dev tun0 proto kernel scope link src 10.8.0.1
192.168.50.0/24 dev enp4s0 proto kernel scope link src 192.168.50.158
-desktop:~$
-desktop:~$ route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 192.168.50.1 0.0.0.0 UG 0 0 0 enp4s0
10.8.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0 enp4s0
-desktop:~$
-desktop:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# auto enp4s0
# iface enp4s0 inet static
# address 192.168.1.193
# netmask 255.255.255.0
# network 192.168.1.0
# broadcast 192.168.1.255
# gateway 192.168.1.254
# dns-nameservers 8.8.8.8 8.8.4.4
# up ip route add 10.8.0.0/24 via 192.168.50.1 dev enp4s0
-desktop:~$
-desktop:~$ systemctl list-unit-files | grep -i network
networkd-dispatcher.service enabled enabled
networking.service enabled enabled
NetworkManager-dispatcher.service enabled enabled
NetworkManager-wait-online.service enabled enabled
NetworkManager.service enabled enabled
systemd-network-generator.service disabled enabled
systemd-networkd-wait-online.service disabled disabled
systemd-networkd.service disabled enabled
systemd-networkd.socket disabled enabled
network-online.target static -
network-pre.target static -
network.target static -
-desktop:~$
-desktop:~$ systemctl restart networkmanager
Failed to restart networkmanager.service: Unit networkmanager.service not found.
-desktop:~$
-desktop:~$ systemctl cat networking service
# /lib/systemd/system/networking.service
No files found for service.service.
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Requires=ifupdown-pre.service
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.service systemd-modules-load.service ifupdown-pre.service
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target
[Install]
WantedBy=multi-user.target
WantedBy=network-online.target
[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment --exclude=lo
RemainAfterExit=true
TimeoutStartSec=5min
lines 1-23
-desktop:~$
-desktop:~$ systemctl status networking.service
× networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2023-12-27 07:44:44 CET; 5h 46min ago
Docs: man:interfaces(5)
Process: 2126 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Main PID: 2126 (code=exited, status=1/FAILURE)
CPU: 21ms
déc. 27 07:44:44 ragnar-desktop systemd[1]: Starting Raise network interfaces...
déc. 27 07:44:44 ragnar-desktop ifup[2271]: Error: Nexthop has invalid gateway.
déc. 27 07:44:44 ragnar-desktop ifup[2126]: ifup: failed to bring up lo
déc. 27 07:44:44 ragnar-desktop systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
déc. 27 07:44:44 ragnar-desktop systemd[1]: networking.service: Failed with result 'exit-code'.
déc. 27 07:44:44 ragnar-desktop systemd[1]: Failed to start Raise network interfaces.
-desktop:~$
-desktop:~$ journalctl -xeu networking.service
░░ L'unité (unit) networking.service a commencé à démarrer.
déc. 27 07:44:44 ragnar-desktop ifup[2271]: Error: Nexthop has invalid gateway.
déc. 27 07:44:44 ragnar-desktop ifup[2126]: ifup: failed to bring up lo
déc. 27 07:44:44 ragnar-desktop systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: http://www.ubuntu.com/support
░░
░░ An ExecStart= process belonging to unit networking.service has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 1.
déc. 27 07:44:44 ragnar-desktop systemd[1]: networking.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: http://www.ubuntu.com/support
░░
░░ The unit networking.service has entered the 'failed' state with result 'exit-code'.
déc. 27 07:44:44 ragnar-desktop systemd[1]: Failed to start Raise network interfaces.
░░ Subject: L'unité (unit) networking.service a échoué
░░ Defined-By: systemd
░░ Support: http://www.ubuntu.com/support
░░
░░ L'unité (unit) networking.service a échoué, avec le résultat failed.
-desktop:~$
-desktop:~$ sudo systemctl list-units | grep -i failed
[sudo] Mot de passe de ragnar :
● networking.service loaded failed failed Raise network interfaces
● openpyn.service loaded failed failed NordVPN connection manager
update-notifier-download.timer loaded active waiting Download data for packages that failed at package install time
-desktop:~$
-desktop:~$ nmcli device status
DEVICE TYPE STATE CONNECTION
enp4s0 ethernet non-géré --
lo loopback non-géré --
tun0 tun non-géré --
-desktop:~$
-desktop:~$ nmcli connection show
NAME UUID TYPE DEVICE
Connexion filaire 1 ac37215b-02e1-345f-8e71-5782decef249 ethernet --
Ma-connexion e4da3b56-e2a9-4592-91e9-87d456eb0094 ethernet --
Ubuntu c178658e-4e82-3342-8d78-24216460fa51 ethernet --
wireguard-Ma-connexion fb1059ac-52f8-4ee7-a533-38b0fb52d031 wireguard --
-desktop:~$
-desktop:~$ nmcli -p device show
===============================================================================
Détails de périphérique (enp4s0)
===============================================================================
GENERAL.DEVICE: enp4s0
-------------------------------------------------------------------------------
GENERAL.TYPE: ethernet
-------------------------------------------------------------------------------
GENERAL.HWADDR: 60:45:CB:A0:92:4A
-------------------------------------------------------------------------------
GENERAL.MTU: 1500
-------------------------------------------------------------------------------
GENERAL.STATE: 10 (non-géré)
-------------------------------------------------------------------------------
GENERAL.CONNECTION: --
-------------------------------------------------------------------------------
GENERAL.CON-PATH: --
-------------------------------------------------------------------------------
WIRED-PROPERTIES.CARRIER: marche
-------------------------------------------------------------------------------
IP4.ADDRESS[1]: 192.168.50.158/24
IP4.GATEWAY: 192.168.50.1
IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.50.1, mt = 0
IP4.ROUTE[2]: dst = 192.168.50.0/24, nh = 0.0.0.0, mt = 0
-desktop:~$
-desktop:~$ systemctl status NetworkManager.service
● NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2023-12-27 07:44:44 CET; 6h ago
Docs: man:NetworkManager(8)
Main PID: 2121 (NetworkManager)
Tasks: 3 (limit: 19012)
Memory: 10.5M
CPU: 1.157s
CGroup: /system.slice/NetworkManager.service
└─2121 /usr/sbin/NetworkManager --no-daemon
déc. 27 07:44:47 ragnar-desktop NetworkManager[2121]: <info> [1703659487.0562] agent-manager: agent[7c51236a6d79f52b,:1.43/org.gnome.Shell.NetworkAgent/121]: agent registered
déc. 27 07:45:00 ragnar-desktop NetworkManager[2121]: <info> [1703659500.4249] agent-manager: agent[265a1b395ee9b73d,:1.82/org.gnome.Shell.NetworkAgent/1000]: agent registered
déc. 27 07:50:35 ragnar-desktop NetworkManager[2121]: <info> [1703659835.7584] device (enp4s0): carrier: link connected
déc. 27 08:15:01 ragnar-desktop NetworkManager[2121]: <info> [1703661301.7143] agent-manager: agent[1af577ad71937386,:1.82/org.gnome.Shell.NetworkAgent/1000]: agent registered
déc. 27 08:19:49 ragnar-desktop NetworkManager[2121]: <info> [1703661589.6686] manager: sleep: sleep requested (sleeping: no enabled: yes)
déc. 27 08:19:49 ragnar-desktop NetworkManager[2121]: <info> [1703661589.6687] manager: NetworkManager state is now ASLEEP
déc. 27 11:28:23 ragnar-desktop NetworkManager[2121]: <info> [1703672903.4210] manager: sleep: wake requested (sleeping: yes enabled: yes)
déc. 27 11:28:23 ragnar-desktop NetworkManager[2121]: <info> [1703672903.4211] manager: NetworkManager state is now DISCONNECTED
déc. 27 11:28:24 ragnar-desktop NetworkManager[2121]: <info> [1703672904.2963] device (enp4s0): carrier: link connected
déc. 27 11:28:53 ragnar-desktop NetworkManager[2121]: <info> [1703672933.0820] agent-manager: agent[38661d26acb4753d,:1.82/org.gnome.Shell.NetworkAgent/1000]: agent registered
-desktop:~$
-desktop:~$ journalctl -xeu NetworkManager.service
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5066] settings: Loaded settings plugin: ifupdown ("/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-settings-plugin-ifupdown.so")
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5067] settings: Loaded settings plugin: keyfile (internal)
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5067] ifupdown: management mode: unmanaged
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5067] ifupdown: interface-parser: parsing file /etc/network/interfaces
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5067] ifupdown: interface-parser: finished parsing file /etc/network/interfaces
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5108] dhcp-init: Using DHCP client 'internal'
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5108] device (lo): carrier: link connected
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5111] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5122] manager: (enp4s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5151] manager: (Ma-connexion): new WireGuard device (/org/freedesktop/NetworkManager/Devices/3)
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5169] manager: startup complete
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.5188] modem-manager: ModemManager available
déc. 27 07:44:44 ragnar-desktop NetworkManager[2121]: <info> [1703659484.6394] manager: (tun0): new Tun device (/org/freedesktop/NetworkManager/Devices/4)
déc. 27 07:44:47 ragnar-desktop NetworkManager[2121]: <info> [1703659487.0562] agent-manager: agent[7c51236a6d79f52b,:1.43/org.gnome.Shell.NetworkAgent/121]: agent registered
déc. 27 07:45:00 ragnar-desktop NetworkManager[2121]: <info> [1703659500.4249] agent-manager: agent[265a1b395ee9b73d,:1.82/org.gnome.Shell.NetworkAgent/1000]: agent registered
déc. 27 07:50:35 ragnar-desktop NetworkManager[2121]: <info> [1703659835.7584] device (enp4s0): carrier: link connected
déc. 27 08:15:01 ragnar-desktop NetworkManager[2121]: <info> [1703661301.7143] agent-manager: agent[1af577ad71937386,:1.82/org.gnome.Shell.NetworkAgent/1000]: agent registered
déc. 27 08:19:49 ragnar-desktop NetworkManager[2121]: <info> [1703661589.6686] manager: sleep: sleep requested (sleeping: no enabled: yes)
déc. 27 08:19:49 ragnar-desktop NetworkManager[2121]: <info> [1703661589.6687] manager: NetworkManager state is now ASLEEP
déc. 27 11:28:23 ragnar-desktop NetworkManager[2121]: <info> [1703672903.4210] manager: sleep: wake requested (sleeping: yes enabled: yes)
déc. 27 11:28:23 ragnar-desktop NetworkManager[2121]: <info> [1703672903.4211] manager: NetworkManager state is now DISCONNECTED
déc. 27 11:28:24 ragnar-desktop NetworkManager[2121]: <info> [1703672904.2963] device (enp4s0): carrier: link connected
déc. 27 11:28:53 ragnar-desktop NetworkManager[2121]: <info> [1703672933.0820] agent-manager: agent[38661d26acb4753d,:1.82/org.gnome.Shell.NetworkAgent/1000]: agent registered
-desktop:~$
Voilà déja un aperçu. Pour ma part, j'avoue ne plus y voir trés bien depuis que je suis penché sur ce problème. Aussi, j'ai besoin de regards neufs et j'en appelle à vos avis éclairés, je sais qu'il y a quelques spécialistes des problèmes réseau par ici... merci par avance pour votre aide.
Alors, c'est grave docteur ?
#1 Re : -1 » Perte réseau ethernet & disparition de NetworkManager sous 22.04.3 LTS » Le 27/12/2023, à 15:42
- Ansuz
- Réponses : 11
Salut xubu1957, j'avais déjà mis nmcli device status ci-dessus...
-desktop:~$ nmcli device
DEVICE TYPE STATE CONNECTION
enp4s0 ethernet non-géré --
lo loopback non-géré --
tun0 tun non-géré --
-desktop:~$
-desktop:~$ apt depends wireguard
wireguard
|Dépend: wireguard-dkms (>= 0.0.20200121-2)
Dépend: <wireguard-modules> (>= 0.0.20191219)
linux-image-aws
linux-image-aws-edge
linux-image-aws-lts-22.04
linux-image-azure
linux-image-azure-edge
linux-image-azure-fde-edge
linux-image-azure-lts-22.04
linux-image-gcp
linux-image-gcp-edge
linux-image-gcp-lts-22.04
linux-image-generic
linux-image-generic-hwe-22.04
linux-image-generic-hwe-22.04-edge
linux-image-ibm
linux-image-intel-iotg
linux-image-kvm
linux-image-lowlatency
linux-image-lowlatency-hwe-22.04
linux-image-lowlatency-hwe-22.04-edge
linux-image-nvidia
linux-image-nvidia-5.19
linux-image-nvidia-6.2
linux-image-nvidia-6.5
linux-image-nvidia-edge
linux-image-nvidia-hwe-22.04
linux-image-nvidia-hwe-22.04-edge
linux-image-nvidia-lowlatency
linux-image-nvidia-lowlatency-5.19
linux-image-nvidia-lowlatency-edge
linux-image-oem-22.04
linux-image-oem-22.04c
linux-image-oem-22.04d
linux-image-oracle
linux-image-oracle-edge
linux-image-oracle-lts-22.04
linux-image-realtime
linux-image-virtual
linux-image-virtual-hwe-22.04
linux-image-virtual-hwe-22.04-edge
Dépend: wireguard-tools (>= 1.0.20210914-1ubuntu2)
-desktop:~$
-desktop:~$ apt show wireguard
Package: wireguard
Version: 1.0.20210914-1ubuntu2
Priority: optional
Section: universe/net
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 17,4 kB
Depends: wireguard-dkms (>= 0.0.20200121-2) | wireguard-modules (>= 0.0.20191219), wireguard-tools (>= 1.0.20210914-1ubuntu2)
Homepage: https://www.wireguard.com
Download-Size: 3114 B
APT-Manual-Installed: yes
APT-Sources: http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages
Description: fast, modern, secure kernel VPN tunnel (metapackage)
WireGuard is a novel VPN that runs inside the Linux Kernel and uses
state-of-the-art cryptography (the "Noise" protocol). It aims to be
faster, simpler, leaner, and more useful than IPSec, while avoiding
the massive headache. It intends to be considerably more performant
than OpenVPN. WireGuard is designed as a general purpose VPN for
running on embedded interfaces and super computers alike, fit for
many different circumstances. It runs over UDP.
.
This metapackage explicitly depends on both the kernel module and the
userspace tooling.
-desktop:~$
Je dois m'absenter un moment, à plus tard et merci.
#2 Re : -1 » Perte réseau ethernet & disparition de NetworkManager sous 22.04.3 LTS » Le 27/12/2023, à 15:49
- Ansuz
- Réponses : 11
Bonjour , montre :
apt policy nm-applet
cat /etc/resolv.conf
-desktop:~$ apt policy nm-applet
N: Impossible de trouver le paquet nm-applet
-destkop:~$
-desktop:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 127.0.0.1
-desktop:~$
#3 Re : -1 » Perte réseau ethernet & disparition de NetworkManager sous 22.04.3 LTS » Le 27/12/2023, à 15:52
- Ansuz
- Réponses : 11
-desktop:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
ii linux-headers-5.15.0-89 5.15.0-89.99 all
ii linux-headers-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-image-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-modules-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-modules-extra-5.15.0-89-generic 5.15.0-89.99 amd64
ii linux-headers-5.15.0-91 5.15.0-91.101 all
ii linux-headers-5.15.0-91-generic 5.15.0-91.101 amd64
ii linux-image-5.15.0-91-generic 5.15.0-91.101 amd64
ii linux-modules-5.15.0-91-generic 5.15.0-91.101 amd64
ii linux-modules-extra-5.15.0-91-generic 5.15.0-91.101 amd64
ii linux-generic 5.15.0.91.88 amd64
ii linux-headers-generic 5.15.0.91.88 amd64
ii linux-image-generic 5.15.0.91.88 amd64
Noyau courant : 5.15.0-91-generic x86_64
-desktop:~$
#4 Re : -1 » Perte réseau ethernet & disparition de NetworkManager sous 22.04.3 LTS » Le 27/12/2023, à 21:19
- Ansuz
- Réponses : 11
je ne sais pas quelle variante d ' ubuntu que tu utilises , mais en fonction , le paquet de l ' icone reseau doit avoir un autre nom .
Avec ce fichier resolv.conf , c ' est un peu normal que tu n' accedes pas à internet .
Pour retrouver probablement une connexion fonctionnelle , essaie d ' editer ton fichier /etc/resolv.conf , et remplace 127.0.0.1 par 9.9.9.9 , puis enregistre .
et essaie à nouveau la connection , si cela fonctionne , tu devras alors lancer la connexion VPN , puis l' arreter pour retrouver l' etat d ' origine de ce fichier et de ta config .
Ubuntu 22.04.3 LTS (migration)
Pour l'icône réseau le paquet serait à priori nm-tray. (installé mais n'apparaît pas ni dans la barre ni dans paramètres réseau)
Non, pour resolv.conf ça ne fonctionne pas après reboot. Pour info, j'ai remis 127.0.0.1, qui correspond à la résolution DNS en local via Bind9.
#5 -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 21/06/2023, à 21:15
- Ansuz
- Réponses : 18
Bonjour,
Après installation d'un router Asus RT-AX86S il y à quelque temps, force est de constater que je ne parviens plus à me connecter à la page de configuration de ce dernier (via Firefox 114.0.x avec et sans extensions et Falkon idem) Au début cela fonctionnait, mais j'ignore ce qui à changé depuis ?
Je suis sous Ubuntu 22.04.2 LTS, avec iptables.
Si l'installation c'est bien déroulée, j'ai depuis subi des refus :
http://www.asusrouter.com
https://www.asusrouter.com:8443
http://192.168.1.1 (et https)
http://192.168.50.1 (et https)... Les ping de ces adresses ne répondent pas ou plus ?
Bref, rien ne passe ! J'ai bien évidemment déjà effectué des "reset" et même un hard recovery usine, sans plus de succès.
Sinon, la connexion internet fonctionne : freebox (mode routeur) sorties ethernet = asus router + freeplayer en cpl), tous les autres périphériques sont reconnus et fonctionnent, donc les données circulent via le routeur Asus, mais à chaque fois que je souhaite vérifier ou modifier un paramètre, quelle galère !
Je ne trouve pas censé ni rationnel de devoir jouer du reset à tout bout de champ.
Je suis ouvert à vos suggestions et avis éclairés. Merci par avance pour votre aide.
#6 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 22/06/2023, à 06:25
- Ansuz
- Réponses : 18
as tu testé de desactivé le parefeu , juste au cas ou , parce que a part ca , je vois pas trop ce qui pourrait empêcher d ' accéder en local a la GUI du router .
Bonjour,
Bien sûr, j'ai omis de dire que j'utilise également un VPN ; idem, ouvert ou fermé ça ne change rien au problème.
Je ne vois pas non plus ce qui pourrait interférer avec l'accès au GUI ?
#7 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 22/06/2023, à 07:46
- Ansuz
- Réponses : 18
Non, NordVPN.
#8 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 22/06/2023, à 12:12
- Ansuz
- Réponses : 18
desktop:~$ 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: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 60:45:xx:a0:92:4a brd ff:ff:ff:ff:ff:ff
inet 192.168.1.xxx/24 brd 192.168.1.255 scope global noprefixroute enp4s0
valid_lft forever preferred_lft forever
3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 500
link/none
inet 10.8.1.x/24 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::36e0:37b4:xxxx:b797/64 scope link stable-privacy
valid_lft forever preferred_lft forever
desktop:~$ nmcli device
DEVICE TYPE STATE CONNECTION
enp4s0 ethernet connecté _lambda_
tun0 tun connecté (en externe) tun0
lo loopback non-géré --
#9 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 23/06/2023, à 07:55
- Ansuz
- Réponses : 18
Bonjour,
Que ce soit avec firewall et/ou VPN activés ou pas, le résultat reste le même...
Hum, nous ne parvenons pas à trouver ce site. Impossible de se connecter au serveur à l’adresse asusrouter.com.
Si l’adresse saisie était correcte, vous pouvez :
Réessayer plus tard
Veuillez vérifier votre connexion réseau
Vérifier que Firefox a l’autorisation d’accéder au Web (votre connexion pourrait être effective, mais protégée par un pare-feu)
#10 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 23/06/2023, à 11:09
- Ansuz
- Réponses : 18
@iznobe
D'abord, merci pour ton aide ainsi que la patience dont tu fais preuve.
La dernière adresse connue du router WAN IP : 192.168.1.1
VPN désactivé, voici ce que ça donne (pour info, les DNS sont gérés en local via Bind9) :
-desktop:~$ 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: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 60:45:xx:a0:92:4a brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1xx/24 brd 192.168.1.255 scope global noprefixroute enp4s0
valid_lft forever preferred_lft forever
-desktop:~$ ping -c2 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
--- 192.168.1.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1013ms
-desktop:~$ traceroute -c2 192.168.1.1
Bad option `-c' (argc 1)
-desktop:~$ 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 enp4s0
link-local 0.0.0.0 255.255.0.0 U 1000 0 0 enp4s0
192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 enp4s0
-desktop:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 127.0.0.1
-desktop:~$ resolvectl status
Global
Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: foreign
Current DNS Server: 127.0.0.1
DNS Servers: 127.0.0.1
Link 2 (enp4s0)
Current Scopes: DNS
Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
DNS Servers: 127.0.0.1
#11 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 23/06/2023, à 20:10
- Ansuz
- Réponses : 18
Bonsoir,
Au temps pour moi... Voilà la suite :
-desktop:~$ traceroute 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 60 byte packets
1 _gateway (192.168.1.2xx) 0.276 ms 0.272 ms 0.256 ms
2 * * *
3 * * *
4 * * *
.../...
28 * * *
29 * * *
30 * * *
-desktop:~$
-desktop:~$ sudo iptables -L
[sudo] Mot de passe de xxx :
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED
ACCEPT icmp -- anywhere anywhere icmp any
DROP all -- 127.0.0.0/8 anywhere
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level warning
ACCEPT all -- 192.168.0.0/24 anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
-desktop:~$
#12 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 23/06/2023, à 20:41
- Ansuz
- Réponses : 18
et celle-ci elle fait quoi ?
DROP all -- 127.0.0.0/8 anywhere
En pratique, 127.0.0.1 est généralement utilisé comme "adresse" de bouclage, mais le reste du bloc devrait également faire l'objet d'un bouclage, ce qui signifie qu'il n'est en général utilisé que pour rien.
A priori, ce bloc 127.0.0.0/8 est affecté à une utilisation en tant qu’adresse de bouclage d’hôte Internet. Un datagramme envoyé par un protocole de niveau supérieur à une adresse n'importe où dans ce bloc doit revenir en boucle à l'intérieur de l'hôte.
#13 Re : -1 » [RESOLU] Accès page de configuration Routeur Asus capricieuse... » Le 25/06/2023, à 08:20
- Ansuz
- Réponses : 18
Bonjour,
Allez, pour le plaisir :
desktop:~$ ping -c2 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.049 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.035 ms
--- 127.0.0.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1026ms
rtt min/avg/max/mdev = 0.035/0.042/0.049/0.007 ms
En fait, je me suis "amusé" à tout reprendre afin d'essayer d'y voir plus clair. Je ne vais pas m’attarder à tout re-détailler ici, toujours est-il que ça fonctionne enfin comme il se doit.
J'ai enfin retrouvé l'accès au routeur via le navigateur. J'en ai profité pour peaufiner certains détails ici et là .
Merci pour l'aide apportée qui a permis de me mettre sur la voie.
Je mets le sujet en résolu.
#14 -1 » "AttributeError" sous Python 3 » Le 30/08/2022, à 14:35
- Ansuz
- Réponses : 3
Bonjour,
J'utilise un plugin 'perso' dans calibre (v4.23, dernière version compatible python 2) depuis des années sans souci. (Ubuntu 20.04 & python 2)
Depuis que j'ai migré vers Ubuntu 22.04.1 et calibre 6.3, j'ai dû procéder à la réécriture du plugin en python 3 via 2to3.
Cependant, au lancement de ce dernier, j'obtiens ceci dans la console :
calibre 6.3 embedded-python: True
Linux-5.15.0-46-generic-x86_64-with-glibc2.35 Linux ('64bit', 'ELF')
('Linux', '5.15.0-46-generic', '#49-Ubuntu SMP Thu Aug 4 18:03:25 UTC 2022')
Python 3.10.1
Interface language: fr
Successfully initialized third party plugins: Perso (1, 2, 4)
Traceback (most recent call last):
File "calibre_plugins.perso.ui", line 80, in show_dialog
d = PL(self.gui, self.qaction.icon(), bookqueue, self.plugin_path)
File "calibre_plugins.perso.dialogue", line 34, in __init__
self.setupUi(self)
File "calibre_plugins.perso.main_ui", line 31, in setupUi
self.icon.addPixmap(QPixmap("resources/PL128.png"), QIcon.Off, QIcon.Normal)
AttributeError: type object 'QIcon' has no attribute 'Off'
A priori, il y a trois erreurs que je ne parviens pas à corriger malgré mes nombreuses recherches, lectures et tentatives infructueuses. En effet, je suis totalement novice en programmation python...
Des conseils avisés et solutions seraient les bienvenus.
Merci par avance pour votre aide.
#15 Re : -1 » "AttributeError" sous Python 3 » Le 31/08/2022, à 14:09
- Ansuz
- Réponses : 3
Salut kamaris,
D'abord, merci pour ton aide.
J'ai tenté d'inverser QIcon.Off avec QIcon.Normal pour voir : j'obtiens le même message que ci-dessus avec " no attribute 'Normal' " à la place (le premier qui est lu).
Ensuite, j'ai regardé dans synaptic, tous les paquets sont à jour.
Je suis sous Qt 5.
Que puis-je faire d'autre ?
#16 -1 » Iptables, NordVPN, obligation de relancer le pare-feu après démarrage » Le 14/07/2022, à 13:20
- Ansuz
- Réponses : 0
Bonjour à tous,
Depuis quelque temps, sous Ubuntu 20.04.4 LTS, après boot, je suis contraint de relancer mon pare-feu via le terminal par :
sudo /etc/init.d/pare-feu start
En effet, si mon pare-feu est bien lancé (sous Firefox toute connexion internet est impossible, donc le filtrage fonctionne), mais via NordVPN browser extension, impossible de se connecter avant de relancer le script iptables ci-dessus.
-Ubuntu 20.04.4 LTS
-NordVPN
-OpenVPN (protocole NordLynx comportement idem)
-Script iptables (fichier lancement auto au boot)
-Bind 9 (résolution dns en local)
Comment se fait-il qu'il faille relancer le script déjà actif au démarrage du système ?
Une fois ceci fait, j'obtiens une ip vpn délocalisée et fonctionnelle.
C'est grave docteur ?
En tous cas, merci par avance pour vos suggestions et lumières avisées.
#17 -1 » NAS, Synology Drive client & firewall iptables » Le 16/06/2022, à 13:22
- Ansuz
- Réponses : 0
Bonjour,
Jusqu'à présent, ça fonctionnait parfaitement, c'est à dire au démarrage d'Ubuntu 20.04.4, la synchronisation de mes dossiers partagés avec le Syno DS416j était "à jour". (via Synology Drive client v 3.1.0-12923)
Mais depuis un moment, après boot, syno drive indique "synchronisation". Si j'ajoute ou modifie un fichier sur mon PC desktop, rien ne se passe désormais...
Toutefois, iptables est lancé automatiquement au démarrage. Une fois sur le bureau, avec le terminal, lorsque je relance par
sudo /etc/init.d/parefeu restart
, la liaison et la mise à jour des modifications syno s'effectue normalement. Il s'agit donc bien d'une interaction due au parefeu. Je n'ai pourtant pas modifié ce dernier.
Depuis, j'ai tenté de bidouiller ce dernier sans succès.
Désagrément causé par une mise à jour quelconque, temporisation ???
Si vous avez des suggestions, des idées, je suis preneur.
#18 -1 » Synology Drive ignore certains fichiers existants... » Le 17/06/2019, à 13:20
- Ansuz
- Réponses : 0
Bonjour,
Mon NAS Syno DS416j refuse de dupliquer des fichiers vidéos déjà existants du client ubuntu (via Drive) vers le server DSM. Je m’explique :
Jusqu'à présent, j'utilisais samba (CIFS) et tout allait bien, jusqu'au jour ou mon client /home agonise sous le volume stocké.
Je décide alors de transférer l'ensemble des données sur deux disques sata internes que j'avais sous la main, ce qui m'a permis de libérer l'espace disponible.
J'en profite et change pour le protocole SSHFS, plus sécurisé, création d'un nouveau dossier partagé SSHFS sur le syno. Transfert OK, sauf mes fichiers vidéos (.avi, .mkv, h264) qui apparaissent bien dans la barre d'état système "synchro en cours", mais restent grisés sur "preparing..." qui tourne indéfiniment en boucle sans être copiés ?
Utilisation avec sshfs+autofs (pas dans fstab)
- Server Syno, DSM 6.2.2-24922
- Client+server Ubuntu 18.04.2LTS
La liaison s'effectue par câble rj45 5e via Freebox révolution.
La connexion sshfs via le terminal s'effectue sans problème, exploration dans nautilus ok.
J'ai bien évidemment vérifié et revérifié les permissions et autorisations qui semblent conformes :
Extrait sur client :
moi@moi-desktop:~$ ls -la /media/Séries/TV
total 196
drwxrwxr-- 49 moi moi 4096 juin 17 07:42 .
drwxrwxrwx 48 moi moi 4096 mai 16 18:01 ..
drwxrwxr-- 4 moi moi 4096 juin 15 12:42 1864
Sur server NAS : (via Putty)
moi@nas:~$ dir /volume1/SSHFS/Series
total 188
drwxrwxr-- 46 moi moi 4096 Jun 17 07:42 .
drwxrwxrwx+ 12 moi moi 4096 May 31 18:13 ..
drwxrwxr-- 4 moi moi 4096 Jun 15 12:42 1864
Si j'ajoute de nouveaux fichiers vidéos, ils sont bien dupliqués comme il se doit. Resterait-il des traces de l'ancien protocole (samba) qui empêcheraient la copie ? indexation ? J'insiste sur fait que le partage s'effectue sur un nouveau dossier partagé sur le nas.
Après avoir sillonné la toile en long, en large depuis 2 mois, sans succès, je m'en remets aux lumières des spécialistes des NAS, ce qui n'est pas mon cas.
Merci par avance pour vos explications et conseils avisés.
#19 -1 » Gufw ne démarre plus sous 18.04 (IndexError: list index out of range) » Le 08/03/2019, à 20:47
- Ansuz
- Réponses : 8
Bonjour,
Je suis confronté à un problème embêtant :
L'interface graphique de ufw ne s'affiche plus (jusqu'à présent ça fonctionnait). Ufw, quant à lui fonctionne correctement via le terminal, mais moins pratique à l'usage.
Lorsque j'essaie de lancer via "configuration de gufw" des applications, je renseigne mon mot de passe puis plus rien.
~$ gufw
Traceback (most recent call last):
File "/usr/share/gufw/gufw/gufw.py", line 30, in <module>
gufw = Gufw(controler.get_frontend())
File "/usr/share/gufw/gufw/gufw/view/gufw.py", line 80, in __init__
self._set_initial_values()
File "/usr/share/gufw/gufw/gufw/view/gufw.py", line 283, in _set_initial_values
self.listening = ListeningReport(self)
File "/usr/share/gufw/gufw/gufw/view/listening.py", line 35, in __init__
self._show_report()
File "/usr/share/gufw/gufw/gufw/view/listening.py", line 47, in _show_report
report = self.gufw.fw.get_listening_report()
File "/usr/share/gufw/gufw/gufw/model/frontend.py", line 111, in get_listening_report
return self.firewall.get_listening_report()
File "/usr/share/gufw/gufw/gufw/model/firewall.py", line 235, in get_listening_report
return self.backend.get_listening_report()
File "/usr/share/gufw/gufw/gufw/model/ufw_backend.py", line 525, in get_listening_report
return_report.append('%'.join([actual_protocol, descomponent_fields[0], descomponent_fields[1], descomponent_fields[2], policy]))
IndexError: list index out of range
desktop:~$ apt show gufw
Package: gufw
Version: 18.04.0-0ubuntu1
Priority: optional
Section: universe/admin
Source: gui-ufw
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Python Applications Packaging Team <python-apps-team@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 3517 kB
Depends: python3:any (>= 3.3.2-2~), ufw (>= 0.34~rc), gir1.2-gtk-3.0, policykit-1, gir1.2-webkit2-4.0, python3-gi
Homepage: http://gufw.org/
Task: ubuntu-mate-desktop
Supported: 3y
Download-Size: 855 kB
APT-Manual-Installed: yes
APT-Sources: http://archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
Description: graphical user interface for ufw
gufw is an easy and intuitive way to manage your Linux firewall. It supports
common tasks such as allowing or blocking pre-configured, common p2p, or
individual port(s), and many others!
J'ajoute que j'ai bien évidemment déjà essayé de purger gufw puis réinstaller avec synaptic, sans plus de succès.
après reboot, idem.
J'ai beau chercher des explications sur la toile, je n'ai rien trouvé de probant au sujet de cette erreur.
Le comble pour une interface graphique, c'est l'invisibilité !
Sérieusement, auriez vous des solutions pour régler cet inconvénient ?
#20 Re : -1 » Gufw ne démarre plus sous 18.04 (IndexError: list index out of range) » Le 09/03/2019, à 11:19
- Ansuz
- Réponses : 8
Salut Inbox,
Oui, j'essaie depuis deux jours...
Le fait est que
IndexError: list index out of range
est une erreur générée par python3. Or, je ne connais absolument rien à ce langage. Tout ce que j'ai compris c'est qu'il faudrait debuger (encore faut-il savoir...), et là ça se corse :
Pour imager la chose, un exemple :
Supposons donc que vous avez un bus (liste) avec 10 passagers, l’autobus a une capacité de plus de 10 personnes. Les passagers sont assis dans les 10 premiers sièges. Maintenant, imaginez que vous êtes le conducteur et que vous demandez au chef de train (programme) d'aller demander le nom du passager à la 11e place. 10, mais dès que vous sortez, le programme donne une erreur, car il n’y a pas de passager ni d’article sur la liste à ce numéro.
Grosso modo, je crois comprendre que la liste commence par 0 et qu’il y a "un décalage" (10 = 11 ?) qui produirait cette erreur, car le programme ne trouve pas et/ou plus le N° correspondant, d'où sortie prématurée et rien ne se passe (l'application ne se lance pas).
Voilà où j'en suis dans me recherches, moi qui croyait ne jamais avoir à côtoyer le python, qui plus est lorsqu'il s'agit d'un programme issu d'un dépôt officiel Ubuntu, pas d'une création personnelle !
Seulement voilà, comment corriger la chose ?
#21 Re : -1 » Gufw ne démarre plus sous 18.04 (IndexError: list index out of range) » Le 09/03/2019, à 12:51
- Ansuz
- Réponses : 8
J'ai examiné le contenu des fichiers dans /etc/gufw il s'agit de la résolution de l'écran et des autorisations de base : entrée, sortie & routage.
Non, toujours pareil après suppression, purge et réinstallation > IndexError.
#22 Re : -1 » Gufw ne démarre plus sous 18.04 (IndexError: list index out of range) » Le 09/03/2019, à 14:25
- Ansuz
- Réponses : 8
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Tous les paquets sont à jour.
#23 Re : -1 » Gufw ne démarre plus sous 18.04 (IndexError: list index out of range) » Le 09/03/2019, à 15:02
- Ansuz
- Réponses : 8
Sans doute, car j'ai l'impression de perdre ton temps et le mien.
Toujours est-il qu'actuellement, je suis en train de recréer un parefeu via iptables qui à déjà fait ses preuves par le passé. C'est un peu plus long, mais beaucoup plus pointu et on peut tout configurer aux petits oignons.
Merci beaucoup à toi.
#24 Re : -1 » Fichiers de sauvegarde terminés par ~ ? [Résolu] » Le 20/03/2018, à 14:12
- Ansuz
- Réponses : 4
Ce sont des fichiers de sauvegarde, par exemple si Gedit est configuré pour en créer il en créera, ça n'a rien d'anormal, si tu retires le ~ tu pourras les ouvrir il me semble.
Ces fichiers sont normalement cachés dans Nautilus, et n'apparaissent que si tu décides de faire "Afficher les fichiers cachés".
Oui, je me sers de Gedit pour éditer mes fichiers, et en enlevant le tilde, je peux ouvrir ces derniers (via le navigateur).
Tu as raison également au sujet les fichiers cachés.
@ J5012 : Merci également pour ton aide, la sauvegarde est effectivement décochée dans les préférences de Gedit.
Je passe donc le sujet en résolu.