Différences

Ci-dessous, les différences entre deux révisions de la page.

--- dhcpcd [2015/10/24 21:13]
luc
+++ dhcpcd [2024/04/02 19:53] (Version actuelle)
luc
@@ Ligne 11: / Ligne 11: @@
 Et dans ce cas, il faut soit lancer ''dhcpcd'' à la main, ou l'inscrire dans les procédures de lancement auto au démarrage de l'ordinateur (qui a dit systemd ? ah oui, il a raison).
-=== Configurer l'interface réseau ===
-//Je me fatigue pas, je fais un copier coller de je ne sais plus quel wiki.// \\
-\\
-This setup will enable a DHCP IP for host and container. In this case, both systems will share the same IP as they share the same interfaces.
 <code>
-# dans le fichier /etc/systemd/network/MyDhcp.network (ou eth0.network ou autre en5sp0.network ...)
+# lancer le service dhcp client daemon au démarrage
+systemctl enable dhcpcd.service
+</code>
-[Match]
+==== Fallback ip ====
-Name=en*
-[Network]
+Une bonne alernative aux IP fixes est l'ip fallback. En bref, c'est l'ip que prendra l'interface réseau dans le cas où il n'y aurait pas de serveur dhcp ou que sa config ne fonctionne pas. \\
-DHCP=ipv4
+L'avantage d'une ip de fallback par rapport à une ip statique est qu'on peut utiliser une même config pour avoir un réseau avec serveur dhcp et sans dhcp. A compléter éventuellement avec des réservations d'ip par adresse MAC. On se rapproche alors d'une config ip statique, mais plus flexible.
+Sur un os avec systemd :
+Trouver le nom de l'interface ''ip a''
+Editer le fichier ''/etc/dhcpd.conf''
+<code>
+# define static profile
+profile static_eth0
+static ip_address=192.168.1.23/24
+static routers=192.168.1.1
+static domain_name_servers=192.168.1.1
+# fallback to static profile on eth0
+interface eth0
+fallback static_eth0
 </code>
-Then, enable and start ''systemd-networkd.service'' on your container. (voir pour ça les explications sur [[systemd]])
-You can of course replace en* by the full name of your ethernet device given by the output of the ''ip link'' or ''networkctl list'' command.
+==== dhcp, dns et resolv.conf ====
-=== Alternative ===
+De base, dhcp permet de récupérer un lien vers un serveur dns, habituellement le routeur qui attribue par dhcp les ip.\\
+Notamment, dhcpd met à jour le fichier `/etc/resolv.conf`
-J'ai eu le même problème une autre fois, mais ce coup ci c'est la commande suivante qui a résolu le problème :
+Si pour une raison quelconque, la résolution de ndd ne fonctionne pas via le routeur (j'ai déjà eu des incompatibilités de protocole dns entre le routeur et des configs de linux, mais pas windows #bizarre), on peut forcer linux à aller chercher un autre serveur dns, par exemple celui vers lequel redirige le (modem-)routeur en modifiant directement le fichier resolv.conf :
 <code>
-# lancer le service dhcp client daemon au démarrage
+# resolv.conf
-systemctl enable dhcpcd.service
+nameserver <ip_du_serveur_dns>
 </code>
+Le problème est qu'au redémarrage du pc, dhcpd va écraser notre config resolv.conf. On peut l'empêcher en [[https://www.linuxsecrets.com/archlinux-wiki/wiki.archlinux.org/index.php/Resolv.conf.html#Preserve_DNS_settings|bridant l'accès au fichier]] (mais je trouve ça moche), ou en configurant dhcpd pour ne pas écraser le fichier resolv.conf (plus élégant) :
+<code>
+# /etc/dhcpd.conf
+# ajouter :
+nohook resolv.conf
+</code>

L'Aide Mémoire Informatisé du petit Luc

Outils pour utilisateurs

Outils du site

Différences

Outils de la page