[resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

crouti · Le 09/11/2018, à 23:02

Après un gros freeze de mon systeme lié à un build de jenkins qui a lui meme freezé, a chaque reboot de mon serveur, je dois:
Remonter mon interface eth0

ifconfig eth0 up

puis demander une adresse à mon DHCP

dhclient -v eth0

et redémarrer apache

service apache2 restart

Pour que mes sites hébergé soient de nouveau accessibles... pfff..... fatiguant !

Autre chose, quand je tente de faire un apt-get update:

Err:1 http://us.archive.ubuntu.com/ubuntu bionic InRelease
  Erreur temporaire de résolution de « us.archive.ubuntu.com »
Err:2 http://security.ubuntu.com/ubuntu bionic-security InRelease
  Erreur temporaire de résolution de « security.ubuntu.com »
etc....

Pouvez-vous m'aider ? Merci

Dernière modification par crouti (Le 10/11/2018, à 22:38)

bruno · Le 10/11/2018, à 08:16

Bonjour,

Comment le réseau est-il configuré sur ton serveur ? De manière classique avec /etc/network/interfaces ou avec netplan, systemd-etworkd ou network-manager ? Pourquoi ton interface s'appelle eth0 au lieu d'utiliser les noms prédictibles
Retours de :

dmesg | grep eth0

systemctl status systemd-networkd

systemctl status network-manager

cat /etc/network/interfaces

ls -l /etc/netplan

et le contenu des fichiers qui pourraient s'y trouver.

crouti · Le 10/11/2018, à 08:54

Merci beaucoup pour ton aide.

 dmesg | grep eth0
[    6.184180] bnx2 0000:02:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem da000000, IRQ 16, node addr 78:2b:cb:1d:23:c2
[  173.630931] bnx2 0000:02:00.0 eth0: using MSIX
[  173.631086] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  176.820520] bnx2 0000:02:00.0 eth0: NIC Copper Link is Up, 1000 Mbps full duplex
[  176.820672] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[11574.098034] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.4.71.55 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=23535 DF PROTO=TCP SPT=59498 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[11574.125060] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.4.71.55 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=23538 DF PROTO=TCP SPT=59498 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14613.759951] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=48 ID=49713 DF PROTO=TCP SPT=51563 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14621.650623] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=50185 DF PROTO=TCP SPT=52615 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14621.650857] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=50186 DF PROTO=TCP SPT=52615 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14621.650876] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=50187 DF PROTO=TCP SPT=52615 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14621.650894] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=50188 DF PROTO=TCP SPT=52615 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14622.494907] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=48 ID=50210 DF PROTO=TCP SPT=39972 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14622.495064] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=48 ID=50211 DF PROTO=TCP SPT=39972 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14622.495091] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=48 ID=50212 DF PROTO=TCP SPT=39972 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14622.495339] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=48 ID=50213 DF PROTO=TCP SPT=39972 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[14622.495356] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.161.14.99 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=48 ID=50214 DF PROTO=TCP SPT=39972 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[23359.647591] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.4.71.55 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=6153 DF PROTO=TCP SPT=27318 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[23359.647610] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.4.71.55 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=6154 DF PROTO=TCP SPT=27318 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[23359.667409] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.4.71.55 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=6159 DF PROTO=TCP SPT=27318 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 
[23359.667576] [UFW BLOCK] IN=eth0 OUT= MAC=78:2b:cb:1d:23:c2:14:0c:76:30:9e:9d:08:00 SRC=46.4.71.55 DST=192.168.0.17 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=6160 DF PROTO=TCP SPT=27318 DPT=80 WINDOW=0 RES=0x00 RST URGP=0

systemctl status systemd-networkd
● systemd-networkd.service - Network Service
   Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled-runtime; vendor preset: enabled)
   Active: active (running) since Sat 2018-11-10 00:00:11 CET; 8h ago
     Docs: man:systemd-networkd.service(8)
 Main PID: 4075 (systemd-network)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/systemd-networkd.service
           └─4075 /lib/systemd/systemd-networkd

nov. 10 00:00:11 maxiserver systemd[1]: Starting Network Service...
nov. 10 00:00:11 maxiserver systemd-networkd[4075]: eth0: Gained IPv6LL
nov. 10 00:00:11 maxiserver systemd-networkd[4075]: Enumeration completed
nov. 10 00:00:11 maxiserver systemd[1]: Started Network Service.

systemctl status network-manager
Unit network-manager.service could not be found.

cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

ls -l /etc/netplan
total 4
-rw-r--r-- 1 root root 526 nov.   9 23:58 01-netcfg.yaml

 cat /etc/netplan/01-netcfg.yaml 
# This file is generated from information provided by
# the datasource.  Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        enp0s3:
            addresses: [192.168.0.17/24]
            gateway4: 192.168.0.254
            nameservers:
              addresses: [8.8.8.8,8.8.4.4]
            dhcp4: no
    version: 2

bruno · Le 10/11/2018, à 09:05

Déjà il y a une contradiction entre le nom de ton interface eth0 et celui utilisé dans la configuration de netplan enp0s3.

Donne-nous le contenu des fichiers qui sont sous /etc/systemd/network

crouti · Le 10/11/2018, à 09:08

ls -l /etc/systemd/network
total 0

bruno · Le 10/11/2018, à 09:31

Ah ? Du coup je ne comprends pas ta configuration réseau, notamment ce qui fait que ton interface s'appelle eth0 et non enp0s3…

La configuration via /etc/network/interfaces indique une interface eth0 en DHCP (ce qui est curieux pour un serveur). Il y a -t-il d'autres fichiers de configuration sous /etc/network/interfaces.d
A priori ce n'est pas utilisé puisque netplan semble activé.

La configuration via netplan indique une interface enp0s3 en statique avec l'IP locale 192.168.0.17. Est-ce bien ce que tu veux : une adresse IP fixe sur le réseau local 192.168.0.0/24 ?

Le problème n'est pas dû à tes plantages mais bien à des « bidouillages » de ta configuration réseau. Il faudrait savoir ce que tu as fait exactement.

Dernière modification par bruno (Le 10/11/2018, à 09:58)

crouti · Le 10/11/2018, à 10:05

Oui, mon serveur doit avoir une IP fixe - j'ai déjà mis un bail dhcp permanent pour cette adresse MAC sur ma freebox (est-ce nécessaire de spécifier en plus l'IP, ou je laisse en DHCP coté ubuntu ?).
Comment dois-je uniformiser le nom de l'interface entre eth0 et enp0s3 ?
Merci beaucoup

bruno · Le 10/11/2018, à 10:30

Ok.
Avant de te faire faire quoique ce soit j'aimerais comprendre pourquoi ton interface se nomme eth0.
As-tu modifié des configuration udev ? Voir les fichiers sous /etc/udev/rules.d
As-tu modifié ou ajouté des fichiers sous /lib/systemd/network/, notamment 99-default.link ?
As-tu modifié les paramètres passé au noyau lors du démarrage : /etc/default/grub ?

Après en gardant ta config telle quelle avec eth0, il y a deux solutions différentes :
1. désactiver netplan
2. tenter de modifier le fichier /etc/netplan/01-netcfg.yaml ainsi (en respectant bien l'indentation) :

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: yes
      dhcp-identifier: mac

Puis désactiver l'interface :

sudo ifconfig eth0 down

Puis tester la configuration netplan :

sudo netplan try

Puis appliquer la configuration netplan :

sudo netplan apply

Et enfin vérifier la configuration réseau :

sudo netplan ip leases eth0

crouti · Le 10/11/2018, à 11:03

Non, je n'ai pas touché ce que tu mentionnes, je ne suis pas spécialiste et donc j'ai évité de toucher à trop de choses. Merci pour ton aide, j'essaye de faire ce que tu mentionnes et je reviens.

crouti · Le 10/11/2018, à 11:11

Après avoir effectué les changements et reboot, ça semble fonctionner très bien !!!!
Merci!
Je te dois une fière chandelle. J'ai appris quelque chose aujourd'hui.

crouti · Le 10/11/2018, à 11:15

Heu... j'ai parlé un peu vite, En fait je peux toujours pas faire un

apt update

Ce qui marche c'est que le réseau marche bien au démarrage (je peux accéder au serveur en SSH à distance), et c'est déjà pas mal !

crouti · Le 10/11/2018, à 11:18

Voilà la sortie

root@xxxxxxxx:~# apt update
Err:1 http://us.archive.ubuntu.com/ubuntu bionic InRelease
  Erreur temporaire de résolution de « us.archive.ubuntu.com »
Err:2 http://us.archive.ubuntu.com/ubuntu bionic-updates InRelease
  Erreur temporaire de résolution de « us.archive.ubuntu.com »
Err:3 http://us.archive.ubuntu.com/ubuntu bionic-backports InRelease
  Erreur temporaire de résolution de « us.archive.ubuntu.com »
Err:4 http://security.ubuntu.com/ubuntu bionic-security InRelease
  Erreur temporaire de résolution de « security.ubuntu.com »
Err:5 http://pkg.jenkins.io/debian-stable binary/ InRelease
  Erreur temporaire de résolution de « pkg.jenkins.io »
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
27 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
W: Impossible de récupérer http://us.archive.ubuntu.com/ubuntu/dists/bionic/InRelease  Erreur temporaire de résolution de « us.archive.ubuntu.com »
W: Impossible de récupérer http://us.archive.ubuntu.com/ubuntu/dists/bionic-updates/InRelease  Erreur temporaire de résolution de « us.archive.ubuntu.com »
W: Impossible de récupérer http://us.archive.ubuntu.com/ubuntu/dists/bionic-backports/InRelease  Erreur temporaire de résolution de « us.archive.ubuntu.com »
W: Impossible de récupérer http://security.ubuntu.com/ubuntu/dists/bionic-security/InRelease  Erreur temporaire de résolution de « security.ubuntu.com »
W: Impossible de récupérer http://pkg.jenkins.io/debian-stable/binary/InRelease  Erreur temporaire de résolution de « pkg.jenkins.io »
W: Le téléchargement de quelques fichiers d'index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place.
root@xxxxxxxxx:~#

Dernière modification par crouti (Le 03/01/2019, à 17:26)

bruno · Le 10/11/2018, à 11:22

Tu as probablement un problème de DNS.
Le retour de :

sudo netplan ip leases eth0

crouti · Le 10/11/2018, à 11:29

sudo netplan ip leases eth0
# This is private data. Do not parse.
ADDRESS=192.168.0.17
NETMASK=255.255.255.0
ROUTER=192.168.0.254
SERVER_ADDRESS=192.168.0.254
T1=21600
T2=37800
LIFETIME=43200
DNS=192.168.0.254
CLIENTID=01782bcb1d23c2

bruno · Le 10/11/2018, à 14:39

DNS=192.168.0.254

Je suppose que c'est l'adresse de la freebox. Cela devrait donc fonctionner.

Essaie de voir si la résolution de noms fonctionne :

host ubuntu-fr.org
host archive.ubuntu.com

Et tu devrais modifier ton /etc/apt/source.list pour utiliser les serveurs génériques et non les serveurs US en remplaçant :

http://us.archive.ubuntu.com………

par

http://archive.ubuntu.com……

crouti · Le 10/11/2018, à 14:58

Oui freebox server est bien 192.168.0.254
En revanche:

xxxxxx@xxxxxx:~$ host ubuntu-fr.org
;; connection timed out; no servers could be reached
xxxxxxxx@xxxxxxxx:~$ host archive.ubuntu.com
;; connection timed out; no servers could be reached
xxxxxxx@xxxxxxxx:~$

Dernière modification par crouti (Le 03/01/2019, à 17:26)

bruno · Le 10/11/2018, à 15:08

Tu as un pare-feu sur ton serveur ?

crouti · Le 10/11/2018, à 15:30

Oui:

ufw status
WARN: Profil « Apache » en doublon, utilisation du dernier trouvé
WARN: Profil « Apache Secure » en doublon, utilisation du dernier trouvé
WARN: Profil « Apache Full » en doublon, utilisation du dernier trouvé
État : actif

Vers                       Action      De
----                       ------      --
22                         ALLOW       Anywhere                  
80                         ALLOW       Anywhere                  
443                        ALLOW       Anywhere                  
8069                       ALLOW       Anywhere                  
1022                       ALLOW       Anywhere                  
465                        ALLOW       Anywhere                  
587                        ALLOW       Anywhere                  
465/tcp                    ALLOW       Anywhere                  
8080                       ALLOW       Anywhere                  
22 (v6)                    ALLOW       Anywhere (v6)             
80 (v6)                    ALLOW       Anywhere (v6)             
443 (v6)                   ALLOW       Anywhere (v6)             
8069 (v6)                  ALLOW       Anywhere (v6)             
1022 (v6)                  ALLOW       Anywhere (v6)             
465 (v6)                   ALLOW       Anywhere (v6)             
587 (v6)                   ALLOW       Anywhere (v6)             
465/tcp (v6)               ALLOW       Anywhere (v6)             
8080 (v6)                  ALLOW       Anywhere (v6)

Faut il ouvrir le port 53 en udp, ou ajouter quelquechose à /etc/hosts ?

crouti · Le 10/11/2018, à 15:32

C'est quand même bizarre parce que tout ça marchait très bien avant le freeze du serveur.... Et y a pas eu de changement sur le firewall depuis longtemps... Ni de /etc/hosts

bruno · Le 10/11/2018, à 15:35

Désactive ton pare-feu pour voir si cela fonctionne sans.

Pour pouvoir effectuer des requêtes DNS il faut autoriser la sortie vers le port 53 en tcp et en udp. Ceci dit ton pare-feu ne sert strictement à rien (d'autant plus que ton serveur est derrière une box sur un réseau privé).

crouti · Le 10/11/2018, à 15:39

Pareil avec le pare feu désactivé...

Erreur temporaire de résolution de « archive.ubuntu.com »

Oui t'as raison, en fait j'ai une redirection de port sur la box, donc de toutes façons, y'a que ça qui passe vers le serveur.

bruno · Le 10/11/2018, à 15:52

Bon je ne comprends pas trop d'où vient le souci…

Essaie de modifier à nouveau /etc/netplan/01-netcfg.yaml :

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: yes
      dhcp-identifier: mac
      nameservers:
          addresses: [80.67.169.12,80.67.169.40]

Puis tester la configuration netplan :

sudo netplan try

Puis appliquer la configuration netplan :

sudo netplan apply

Et enfin vérifier la configuration réseau :

sudo netplan ip leases eth0

crouti · Le 10/11/2018, à 15:52

Firewall désactivé et redirection de port 53 sur la box, redémarrage box + serveur : toujours rien!...

bruno · Le 10/11/2018, à 15:55

Surtout pas de redirection du port 563 sur la box ! Tu n'héberges pas ton propre serveur DNS que je sache…

crouti · Le 10/11/2018, à 15:55

J'ai modifié mon fichier yaml, et j'obtiens:

root@xxxxxxxxxx:~# sudo netplan ip leases eth0
# This is private data. Do not parse.
ADDRESS=192.168.0.17
NETMASK=255.255.255.0
ROUTER=192.168.0.254
SERVER_ADDRESS=192.168.0.254
T1=21600
T2=37800
LIFETIME=43200
DNS=192.168.0.254
CLIENTID=01782bcb1d23c2

Dernière modification par crouti (Le 03/01/2019, à 17:27)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/11/2018, à 23:02

[resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#2 Le 10/11/2018, à 08:16

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#3 Le 10/11/2018, à 08:54

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#4 Le 10/11/2018, à 09:05

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#5 Le 10/11/2018, à 09:08

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#6 Le 10/11/2018, à 09:31

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#7 Le 10/11/2018, à 10:05

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#8 Le 10/11/2018, à 10:30

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#9 Le 10/11/2018, à 11:03

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#10 Le 10/11/2018, à 11:11

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#11 Le 10/11/2018, à 11:15

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#12 Le 10/11/2018, à 11:18

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#13 Le 10/11/2018, à 11:22

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#14 Le 10/11/2018, à 11:29

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#15 Le 10/11/2018, à 14:39

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#16 Le 10/11/2018, à 14:58

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#17 Le 10/11/2018, à 15:08

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#18 Le 10/11/2018, à 15:30

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#19 Le 10/11/2018, à 15:32

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#20 Le 10/11/2018, à 15:35

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#21 Le 10/11/2018, à 15:39

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#22 Le 10/11/2018, à 15:52

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#23 Le 10/11/2018, à 15:52

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#24 Le 10/11/2018, à 15:55

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

#25 Le 10/11/2018, à 15:55

Re : [resolu] Ubuntu 18 LTS : Réseau ne démarre plus tout seul au boot

Pied de page des forums