[ethernet]Déconnexions intempestives

[DomS]

Bonjour,
Depuis quelques temps j'ai remarqué que j'avais des déconnexions intempestives, comme s'il y avait deux fichiers de configuration qui se neutralisaient. J'ai l'applet network manager installé et pour retrouver le réseau, il faut que je clique sur l'applet puis choisisse le bon réseau. Je précise que ce problème est ancien et que par fainéantise, je ne m'y était pas penché dessus. Je ne sais plus si cela était avant ou après le passage à systemd.
Je n'arrive pas à retrouver quels sont les fichiers que j'utilisais avant d'avoir installé network manager (j’avais la configuration en lignes de commandes autrefois).
Je suis en ethernet en DHCP, directement connecté sur ma box.

[benjarobin]

Si tu es en ethernet en DHCP pourquoi tu utilises network manager qui est particulièrement lourd et compliqué pour faire ce que tu désires faire.
Supprime network manager et utilises à la place le service de dhcpcd. Si ton interface se nomme eth0 :

Code : Tout sélectionner

systemctl enable dhcpcd@eth0.service

[DomS]

En fait, je m'étais mis en DHCP par soucis de simplicité mais je souhaite me mettre en IP fixe bientôt pour avoir accès facilement à mon ordinateur à distance. Je en l'avais pas fait car j'avais d'autre choses plus urgentes à faire

[benjarobin]

Si tu as un routeur un minimum de bonne qualité tu peux utiliser un bail permanent pour le dhcp.
La freebox fournit une telle fonctionnalité par exemple. je ne sais pas pour les autres FAI.
Sinon pas besoin de network manager pour une IP fixe, voir Wiki Connexions_reseau ou utilisation de netcfg

[DomS]

Après un systemctl disable NetworkManager et un systemctl enable dhcpcd@eth0.service puis un reboot... plus de connexion

[hopimet]

Donne le retour de

Code : Tout sélectionner

ifconfig -a

[DomS]

Code : Tout sélectionner

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.11  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::6ef0:49ff:fe04:5670  prefixlen 64  scopeid 0x20<link>
        ether 6c:f0:49:04:56:70  txqueuelen 1000  (Ethernet)
        RX packets 2104  bytes 130221 (127.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 277  bytes 21302 (20.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 4  bytes 240 (240.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 240 (240.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

En remettant networkmanager :

Code : Tout sélectionner

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.11  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::6ef0:49ff:fe04:5670  prefixlen 64  scopeid 0x20<link>
        ether 6c:f0:49:04:56:70  txqueuelen 1000  (Ethernet)
        RX packets 5284  bytes 452037 (441.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 697  bytes 82464 (80.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 4  bytes 240 (240.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 240 (240.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Bref, quasiment la même chose

[DomS]

Je relance un peu le topic, je suis toujours coincé au même point.

Pour info, j'ai le fichier /etc/dhcpcd.conf comme suit

Code : Tout sélectionner

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Inform the DHCP server of our hostname for DDNS.
hostname
# To share the DHCP lease across OSX and Windows a ClientID is needed.
# Enabling this may get a different lease than the kernel DHCP client.
# Some upstream DHCP servers may also require a ClientID, such as FRITZ!Box.
#clientid

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU.
option interface_mtu
# A ServerID is required by RFC2131.
require dhcp_server_identifier

# A hook script is provided to lookup the hostname if not set by the DHCP
# server, but it should not be run by default.
nohook lookup-hostname
noipv4ll

Je n'ai pas de fichier /etc/systemd/system/network.service ou /etc/conf.d/network (trouvé dans http://wiki.archlinux.fr/Connexions_reseau) qui pourraient perturber cela.

[widapit]

Salut !

Question bête : Tu as un bon débit ? pas de cable(s) abîmé(s) entre l'ordi et la box ? pas de CPL ?
dans l'interface de ta box, tu dois avoir une page style "Etat des connexions ou de ligne ADSL", regardes déjà si tu as un nombre d'erreur important; au pire fait un raz du compteur ("hard reboot" suivant les boxs) et regarde ce qui se passe après une déconnexion...
Dans un premier temps ça permettra de voir si les déconnexions se situent entre la box e l'ordi ou sur ta ligne !

Edit : Si tu es chez Orange, essaie en changeant de DNS... il y a plusieurs topics aui en parlent sur le forum; il semblerait que les DNS d'orange posent problèmes, notament des ralentissements !

[DomS]

Je n'ai pas de problème de déconnexion en passant sous windows donc je ne pense pas que cela vienne de là.