[réseau] Problème de résolution de nom ? (résolu)

Questions et astuces concernant l'installation et la configuration d'archlinux
Répondre
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

[réseau] Problème de résolution de nom ? (résolu)

Message par PolePosition »

Bonsoir à tous,

Environnement et cinrconstances :

J'ai procédé à la réinstallation de ma Arch GNU/Linux il y a quelques mois.
Je n'avais aucun problème avec l'ancienne, je voulais juste réinstaller pour avoir GRUB 2.0 non-legacy, une install pur-systemd, etc.
Par la même occasion, j'ai voulu repasser en dhcp au lieu d'IP fixe.
J'ai donc réactivé le serveur DHCP de la LiveBox et reconfiguré comme il faut le PC de ma mère (Windows 7).
Ma mère n'a strictement aucun problème avec sa connexion internet avec son PC Windows 7.
Ma Arch GNU/Linux est à jour. Je n'utilise que très peu de paquets AUR et aucun programme compiloné par moi-même.
Ma réinstallation date du 18 septembre (d'après la commande "last"), je l'ai faite avec la dernière ISO mensuelle.

Description de problème :

Le problème est le suivant : j'ai souvent des problèmes de résolution de nom.
Je peux utiliser Firefox et consulter des sites web sans aucun problème.
Mais lorsque je lance thunderbird, j'ai souvent un message d'erreur Failed to connect to server [.....].
Il faut que je ferme Thunderbird et que je le rouvre une voire deux fois et ensuite ça fonctionne.
Idem lorsque je veux mettre à jour ou installer un paquet avec pacman. Voir bloc de code ci-dessous
Pour info, j'ai posé la question (il y a 2 mois) sur BBS english mais ça n'a malheureusement pas débouché : https://bbs.archlinux.org/viewtopic.php?id=170829

Code : Tout sélectionner

[root@zoulou /]# pacman -Syu
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr
error: failed retrieving file 'core.db' from ftp.heanet.ie : Could not resolve host: ftp.heanet.ie
error: failed retrieving file 'core.db' from mirrors.lax1.thegcloud.com : Could not resolve host: mirrors.lax1.thegcloud.com
error: failed retrieving file 'core.db' from mirror.archlinux.ikoula.com : Could not resolve host: mirror.archlinux.ikoula.com
error: failed retrieving file 'core.db' from archlinux.cu.be : Could not resolve host: archlinux.cu.be
error: failed retrieving file 'core.db' from mirror.archlinux.ro : Could not resolve host: mirror.archlinux.ro
error: failed retrieving file 'core.db' from ftp.df.lth.se : Could not resolve host: ftp.df.lth.se
^C
Interrupt signal received

[root@zoulou /]# pacman -Syu
:: Synchronizing package databases...
 core                                                                                     105.7 KiB   919K/s 00:00 [####################################################################] 100%
 extra                                                                                   1535.2 KiB   751K/s 00:02 [####################################################################] 100%
 community                                                                               1996.8 KiB   973K/s 00:02 [####################################################################] 100%
error: failed retrieving file 'archlinuxfr.db' from repo.archlinux.fr : Could not resolve host: repo.archlinux.fr
error: failed to update archlinuxfr (download library error)
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...

Packages (80): at-spi2-atk-2.10.0-1  at-spi2-core-2.10.0-1  ati-dri-9.2.1-1  atk-2.10.0-1  dconf-0.18.0-1  desktop-file-utils-0.22-1  device-mapper-2.02.103-1  evince-3.10.0-2
               ffmpeg-1:2.0.2-2  file-roller-3.10.0-2  freetype2-2.5.0.1-2  gdk-pixbuf2-2.30.0-1  glib-networking-2.38.0-1  glib2-2.38.0-1  glibmm-2.38.0-1  gnome-icon-theme-3.
J'ai fait joujou avec le fichier de configuration /etc/resolv.conf en ajoutant nohook /etc/resolv.conf pour pouvoir imposer un DNS dans /etc/resolv.conf autre que celui de ma LiveBox, j'ai également forcé la désactivation de l'IPv6 au niveau de dhcpcd (via ipv4only et noipv6rs), mais ça ne change rien.

Code : Tout sélectionner

[root@zoulou ~]# cat /etc/resolv.conf 
# Generated by resolvconf
domain home
#nameserver 192.168.1.1
nameserver 80.10.246.7
[root@zoulou ~]# 

Code : Tout sélectionner

[root@zoulou ~]# cat /etc/dhcpcd.conf 
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
#clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# 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.
# Some interface drivers reset when changing the MTU so disabled by default.
#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
ipv4only
noipv6rs
nohook /etc/resolv.conf
[root@zoulou ~]# 
A NOTER QUE j'ai renommé, via une règle udev, l'interface réseau enp-je-ne-sais-plus-quoi en "net0". Voilà pourquoi ci-dessous vous pouvez voir une interface qui s'appelle "net0" et une autre totalement différement :

Code : Tout sélectionner

[root@zoulou rules.d]# cat 10-network.rules 

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:xxxxxxx", NAME="net0"
[root@zoulou rules.d]# 
Voici une partie de ce que retourne journalctl -b :

Code : Tout sélectionner

Nov 19 19:59:11 zoulou systemd[1]: Starting Timers.
Nov 19 19:59:11 zoulou systemd[1]: Reached target Timers.
Nov 19 19:59:11 zoulou systemd[1]: Started Manage Sound Card State (restore and store).
Nov 19 19:59:11 zoulou systemd[1]: Starting Restore Sound Card State...
Nov 19 19:59:11 zoulou systemd[1]: Starting Basic System.
Nov 19 19:59:11 zoulou systemd[1]: Reached target Basic System.
Nov 19 19:59:11 zoulou systemd[1]: Starting Packet Filtering Framework...
Nov 19 19:59:11 zoulou systemd[1]: Starting dhcpcd on all interfaces...
Nov 19 19:59:11 zoulou systemd[1]: Starting A basic dhcp ethernet connection...
Nov 19 19:59:11 zoulou systemd[1]: Starting Self Monitoring and Reporting Technology (SMART) Daemon...
Nov 19 19:59:11 zoulou systemd[1]: Started Self Monitoring and Reporting Technology (SMART) Daemon.
Nov 19 19:59:11 zoulou systemd[1]: Starting Login Service...
Nov 19 19:59:11 zoulou systemd[1]: Starting D-Bus System Message Bus...
Nov 19 19:59:11 zoulou systemd[1]: Started D-Bus System Message Bus.
Nov 19 19:59:11 zoulou systemd[1]: Starting Permit User Sessions...
Nov 19 19:59:11 zoulou systemd[1]: Started Restore Sound Card State.
Nov 19 19:59:11 zoulou dhcpcd[559]: version 6.1.0 starting
Nov 19 19:59:11 zoulou systemd[1]: Started Permit User Sessions.
Nov 19 19:59:11 zoulou systemd[1]: Starting Getty on tty1...
Nov 19 19:59:11 zoulou systemd[1]: Started Getty on tty1.
Nov 19 19:59:11 zoulou systemd[1]: Starting Login Prompts.
Nov 19 19:59:11 zoulou systemd[1]: Reached target Login Prompts.
Nov 19 19:59:11 zoulou network[560]: Starting network profile 'dhcpd'...
Nov 19 19:59:11 zoulou kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Nov 19 19:59:11 zoulou kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Nov 19 19:59:11 zoulou smartd[562]: smartd 6.2 2013-07-26 r3841 [x86_64-linux-3.12.0-1-ARCH] (local build)
Nov 19 19:59:11 zoulou smartd[562]: Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
Nov 19 19:59:11 zoulou smartd[562]: Opened configuration file /etc/smartd.conf
Nov 19 19:59:11 zoulou smartd[562]: Configuration file /etc/smartd.conf parsed.
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sda, opened
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sda, M4-CT256M4SSD2, S/N:000000001143031D7376, WWN:5-00a075-1031d7376, FW:070H, 256 GB
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sda, found in smartd database: Crucial/Micron RealSSD m4/C400/P400
Nov 19 19:59:11 zoulou systemd[1]: Started Packet Filtering Framework.
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sda, is SMART capable. Adding to "monitor" list.
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdb, opened
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdb, M4-CT128M4SSD2, S/N:000000001220090ABFC1, WWN:5-00a075-1090abfc1, FW:070H, 128 GB
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdb, found in smartd database: Crucial/Micron RealSSD m4/C400/P400
Nov 19 19:59:11 zoulou systemd[1]: Started Login Service.
Nov 19 19:59:11 zoulou systemd-logind[563]: New seat seat0.
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdb, is SMART capable. Adding to "monitor" list.
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdc, opened
Nov 19 19:59:11 zoulou systemd-logind[563]: Watching system buttons on /dev/input/event4 (Power Button)
Nov 19 19:59:11 zoulou systemd-logind[563]: Watching system buttons on /dev/input/event3 (Power Button)
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdc, WDC WD1002FBYS-02A6B0, S/N:WD-WMATV3057501, WWN:5-0014ee-0018e398a, FW:03.00C06, 1.00 TB
Nov 19 19:59:11 zoulou kernel: r8169 0000:02:00.0 net0: link down
Nov 19 19:59:11 zoulou kernel: IPv6: ADDRCONF(NETDEV_UP): net0: link is not ready
Nov 19 19:59:11 zoulou kernel: r8169 0000:02:00.0 net0: link down
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdc, found in smartd database: Western Digital RE3 Serial ATA
Nov 19 19:59:11 zoulou dhcpcd[559]: forked to background, child pid 586
Nov 19 19:59:11 zoulou systemd[1]: Started dhcpcd on all interfaces.
Nov 19 19:59:11 zoulou kernel: r8169 0000:03:00.0 enp3s0: link down
Nov 19 19:59:11 zoulou kernel: IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdc, is SMART capable. Adding to "monitor" list.
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdd, opened
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdd, WDC WD1002FBYS-02A6B0, S/N:WD-WMATV2973236, WWN:5-0014ee-056e5e839, FW:03.00C06, 1.00 TB
Nov 19 19:59:11 zoulou smartd[562]: Device: /dev/sdd, found in smartd database: Western Digital RE3 Serial ATA
Nov 19 19:59:12 zoulou smartd[562]: Device: /dev/sdd, is SMART capable. Adding to "monitor" list.
Nov 19 19:59:12 zoulou smartd[562]: Device: /dev/sde, opened
Nov 19 19:59:12 zoulou smartd[562]: Device: /dev/sde, WDC WD1002FBYS-02A6B0, S/N:WD-WMATV1682095, WWN:5-0014ee-001494f72, FW:03.00C06, 1.00 TB
Nov 19 19:59:12 zoulou smartd[562]: Device: /dev/sde, found in smartd database: Western Digital RE3 Serial ATA
Nov 19 19:59:12 zoulou dhcpcd[586]: net0: waiting for carrier
Nov 19 19:59:12 zoulou dhcpcd[586]: enp3s0: waiting for carrier
Nov 19 19:59:12 zoulou smartd[562]: Device: /dev/sde, is SMART capable. Adding to "monitor" list.
Nov 19 19:59:12 zoulou smartd[562]: Monitoring 5 ATA and 0 SCSI devices
Nov 19 19:59:13 zoulou dhcpcd[586]: net0: carrier acquired
Nov 19 19:59:13 zoulou kernel: r8169 0000:02:00.0 net0: link up
Nov 19 19:59:13 zoulou kernel: IPv6: ADDRCONF(NETDEV_CHANGE): net0: link becomes ready
Nov 19 19:59:13 zoulou dhcpcd[752]: sending commands to master dhcpcd process
Nov 19 19:59:13 zoulou network[560]: Started network profile 'dhcpd'
Nov 19 19:59:13 zoulou systemd[1]: Started A basic dhcp ethernet connection.
Nov 19 19:59:13 zoulou systemd[1]: Starting Multi-User System.
Nov 19 19:59:13 zoulou systemd[1]: Reached target Multi-User System.
Nov 19 19:59:13 zoulou systemd[1]: Starting Graphical Interface.
Nov 19 19:59:13 zoulou systemd[1]: Reached target Graphical Interface.
Nov 19 19:59:13 zoulou systemd[1]: Starting Network.
Nov 19 19:59:13 zoulou systemd[1]: Reached target Network.
Nov 19 19:59:13 zoulou systemd[1]: Startup finished in 10.924s (kernel) + 5.160s (userspace) = 16.085s.
Nov 19 19:59:13 zoulou dhcpcd[586]: net0: rebinding lease of 192.168.1.2
Nov 19 19:59:13 zoulou dhcpcd[586]: control command: dhcpcd -4qL -t 30 net0
Nov 19 19:59:18 zoulou dhcpcd[586]: net0: leased 192.168.1.2 for 86400 seconds
Nov 19 19:59:18 zoulou dhcpcd[586]: net0: adding host route to 192.168.1.2 via 127.0.0.1
Nov 19 19:59:18 zoulou dhcpcd[586]: net0: adding route to 192.168.1.0/24
Nov 19 19:59:18 zoulou dhcpcd[586]: net0: adding default route via 192.168.1.1
Nov 19 19:59:18 zoulou login[570]: pam_unix(login:session): session opened for user bastien by LOGIN(uid=0)
Nov 19 19:59:18 zoulou systemd[1]: Starting user-1000.slice.
Nov 19 19:59:18 zoulou systemd[1]: Created slice user-1000.slice.
Nov 19 19:59:18 zoulou systemd[1]: Starting User Manager for 1000...
Nov 19 19:59:18 zoulou systemd[1]: Starting Session 1 of user bastien.
Nov 19 19:59:18 zoulou systemd-logind[563]: New session 1 of user bastien.
Nov 19 19:59:18 zoulou systemd[1]: Started Session 1 of user bastien.
Nov 19 19:59:18 zoulou login[570]: LOGIN ON tty1 BY bastien
Nov 19 19:59:18 zoulou systemd[820]: pam_unix(systemd-user:session): session opened for user bastien by (uid=0)
Nov 19 19:59:18 zoulou systemd[820]: Failed to open private bus connection: Failed to connect to socket /run/user/1000/dbus/user_bus_socket: No such file or directory
Nov 19 19:59:18 zoulou systemd[820]: Mounted /sys/kernel/config.
Nov 19 19:59:18 zoulou systemd[820]: Stopped target Sound Card.
Nov 19 19:59:18 zoulou systemd[820]: Starting Default.
Nov 19 19:59:18 zoulou systemd[820]: Reached target Default.
Nov 19 19:59:18 zoulou systemd[820]: Startup finished in 18ms.
J'ai un firewall basic dont voici les rules :

Code : Tout sélectionner

[root@zoulou ~]# cat /etc/iptables/iptables.rules
# Generated by iptables-save v1.4.19.1 on Wed Sep 18 21:35:30 2013
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [17046:1120474]
:TCP - [0:0]
:UDP - [0:0]
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p ipv6 -j ACCEPT
-A INPUT -m conntrack --ctstate INVALID -j DROP
-A INPUT -p icmp -m icmp --icmp-type 8 -m conntrack --ctstate NEW -j ACCEPT
-A INPUT -p udp -m conntrack --ctstate NEW -j UDP
-A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -m conntrack --ctstate NEW -j TCP
-A INPUT -p udp -j REJECT --reject-with icmp-port-unreachable
-A INPUT -p tcp -j REJECT --reject-with tcp-reset
-A INPUT -j REJECT --reject-with icmp-proto-unreachable
COMMIT
# Completed on Wed Sep 18 21:35:30 2013
[root@zoulou ~]# 
Voici les services activés :

Code : Tout sélectionner

[root@zoulou ~]# ls /etc/systemd/* -l
-rw-r--r-- 1 root root  529 May 30 14:55 /etc/systemd/bootchart.conf
-rw-r--r-- 1 root root  770 Sep 18 19:13 /etc/systemd/journald.conf
-rw-r--r-- 1 root root  709 Sep 18 19:13 /etc/systemd/logind.conf
-rw-r--r-- 1 root root 1033 Oct  2 14:01 /etc/systemd/system.conf
-rw-r--r-- 1 root root  468 Oct  2 14:01 /etc/systemd/user.conf

/etc/systemd/ntp-units.d:
total 0

/etc/systemd/system:
total 16
drwxr-xr-x 2 root root 4096 Sep 18 15:25 getty.target.wants
drwxr-xr-x 2 root root 4096 Nov 19 21:26 multi-user.target.wants
-rw-r--r-- 1 root root  192 Sep 22 10:50 netctl@dhcpd.service
-rw-r--r-- 1 root root  595 Oct 28 21:59 network@.service

/etc/systemd/user:
total 0
[root@zoulou ~]# 
J'ai beaucoup joué avec netctl oscillant entre la configuration de la connexion réseau en utilisant les outils de "base" et en utilisant netctl d'un autre côté, je ne serais pas trop étonné d'avoir fouttu la mer** à ce niveau. Surtout qu'il semble y avoir DEUX services actifs relatifs à la connexion réseau (voir les deux dernières lignes du bloc de code précédent.

Qu'en pensez-vous ? Avez-vous une idée de comment je peux résoudre proprement le problème ?

+
Dernière modification par PolePosition le mer. 20 nov. 2013, 08:08, modifié 5 fois.
Avatar de l’utilisateur
Ypnose
Maître du Kyudo
Messages : 1363
Inscription : sam. 01 mai 2010, 13:17

Re: Problème de résolution de nom ?

Message par Ypnose »

Avant tout, il faudrait que tu changes le format de ton titre, afin qu'il soit conforme avec les règles du forum: http://wiki.archlinux.fr/Forum#Format_du_titre
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17614
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: Problème de résolution de nom ?

Message par benjarobin »

Je pense que ton souci est quand même lié au DNS. Pour en être sure essaye :

Code : Tout sélectionner

echo "nameserver 8.8.8.8" > /etc/resolv.conf
Zsh | KDE | PC fixe : AMD Ryzen 9900X, Radeon RX 7700 XT
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

Re: [réseau] Problème de résolution de nom ? (non résolu)

Message par PolePosition »

Bonsoir,

Merci à vous deux !

Il me semble avoir également essayé ce DNS de Google.
En tout cas, le DNS primaire de Orange, celui-là, je suis certain de l'avoir testé.
Je viens de modifier le fichier de config comme demandé.
Comme le problème est INTERMITENT il faut que j'attende un peu pour te dire si ça résoud ou non le problème.

A tout à l'heure. :-)

CA FAIT DU BIEN d'avoir des réponses de votre part, car ce problème me casse la tête depuis un certain temps... :-)
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

Re: [réseau] Problème de résolution de nom ? (non résolu)

Message par PolePosition »

Re,

Pour l'instant ça semble tenir !
Pourquoi le DNS principal de Orange chirait à ce point ?
Et pourquoi pas via Firefox ?
Et pourquoi pas sur le PC de ma mère (Windows 7) ?

Est-ce un timeout un peu court pour certains programme ?
Comment ajuster ce timeout ?

Etrange !

EDIT : "pour l'instant ça tient".... sauf que je viens de me rendre compte que lors d'un reboot le fichier resolv.conf a été écrasé.
Le DNS est donc de nouveau celui de ma passerelle. Je ne peux donc tirer aucune conclusion...
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17614
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [réseau] Problème de résolution de nom ? (non résolu)

Message par benjarobin »

PolePosition a écrit :Pourquoi le DNS principal de Orange chirait à ce point ?
Car il n'est pas terrible...
PolePosition a écrit :Et pourquoi pas via Firefox ?
Il possède un petit cache DNS
PolePosition a écrit :Et pourquoi pas sur le PC de ma mère (Windows 7) ?
Windows possède un cache DNS globale
Zsh | KDE | PC fixe : AMD Ryzen 9900X, Radeon RX 7700 XT
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

Re: [réseau] Problème de résolution de nom ? (non résolu)

Message par PolePosition »

Hi,

Merci pour ta réponse : instructive !
Je pense avoir résolu mon problème : j'ai fait le ménage dans /etc/systemd.
Il y avait TROIS fichiers pour gérer le résal :

Code : Tout sélectionner

/etc/systemd/system/multi-user.target.wants/dhcpcd.service   <= que j'ai gardé
netctl@dhcpd.service                                         <= VIRé !
network@.service                                             <= VIRé !
Le fait que ça posait problème vous semble logique je suppose ?
Les scripts se bataient entre eux ?

Merci,
Bastien
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17614
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [réseau] Problème de résolution de nom ? (résolu)

Message par benjarobin »

PolePosition a écrit :Les scripts se bataient entre eux ?
Définitivement.
Sinon je te conseil dhcpcd@.service à la place de dhcpcd.service
Pour activer ce service qui sera lié à ton interface Ethernet (en remplaçant bien eth0 par ton nom d'interface Ethernet !) :

Code : Tout sélectionner

systemctl disable dhcpcd.service
systemctl enable dhcpcd@eth0.service
Zsh | KDE | PC fixe : AMD Ryzen 9900X, Radeon RX 7700 XT
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

Re: [réseau] Problème de résolution de nom ? (résolu)

Message par PolePosition »

C'est fait ! Merci, c'est maintenant très propre.
Je verrai bien au prochain reboot si ça fonctionne mais normalement oui ! :)

Code : Tout sélectionner

[root@zoulou /]# systemctl disable dhcpcd.service
rm '/etc/systemd/system/multi-user.target.wants/dhcpcd.service'
[root@zoulou /]# systemctl enable dhcpcd@net0.service
ln -s '/usr/lib/systemd/system/dhcpcd@.service' '/etc/systemd/system/multi-user.target.wants/dhcpcd@net0.service'
[root@zoulou /]# 
+
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

Re: [réseau] Problème de résolution de nom ? (résolu)

Message par PolePosition »

Hi,

Depuis la machine hôte je n'ai plus aucun problème.
Mais dans un machine virtuelle (VirtualBox), j'ai le même problème, par exemple lors d'une mise à jour via : zypper refresh (OpenSuse 13.1).
La config réseau de la guest machine est comme d'habitude, du NAT, je n'ai rien changé.

Ca ne peut pas être lié ?

+
PolePosition
newbie
Messages : 7
Inscription : mar. 19 nov. 2013, 21:41

Re: [réseau] Problème de résolution de nom ? (résolu)

Message par PolePosition »

Hi,

Oubliez mon post précédent, j'ai refixé le DNS de la machine hote, ça devrait mieux fonctionner.

Merci pour tout ! Tout est okay maintenant.

+
Répondre