Accès internet KO - local OK - pb de route?

Tags: #<Tag:0x00007fc9db1233e0> #<Tag:0x00007fc9db123318> #<Tag:0x00007fc9db123250> #<Tag:0x00007fc9db123160>

Bonjour,

J’ai un petit PC sous Debian 4 qui me sert de serveur DNS (pihole).
Il est connecté en filaire à la box.

Jusqu’à récemment j’étais sur une Livebox.

Le serveur Debian était configuré en IP statique :

iface enp1s0 inet static
       address 192.168.0.20
       netmask 255.255.255.0
       gateway 192.168.0.1

Je ne sais plus si j’avais configuré d’autres règles lors de l’installation (route, etc. mais je n’ai pas l’impression car je ne vois pas de fichiers particuliers).
Et en tout cas, tout allait bien.

Je viens de changer de box, je suis désormais sur une Freebox.

Je me suis rendu compte que le serveur Debian ne parvenait pas à aller sur internet.

La première chose que j’ai faite est de mettre à jour l’adresse de la passerelle car la Freebox est par défaut en 192.168.0.254 (alors que la Livebox était en 192.168.0.1), mais cela ne règle pas le problème.

iface enp1s0 inet static
       address 192.168.0.20
       netmask 255.255.255.0
       gateway 192.168.0.254

En me renseignant, je me suis rendu compte que le problème pourrait venir des « routes ».
J’ai d’abord essayé de revenir en DHCP (en assignant la même IP fixe au serveur par le routeur de la box), mais cela ne va pas mieux non plus.

La seule chose que j’ai réussi à faire pour retrouver l’accès au web est de lancer ces deux commandes :

sudo ip route add default via 192.168.0.254 dev enp1s0
sudo ip route del 192.168.0.0/24

Dans ce cas, ça marche, mais ces règles disparaissent après un redémarrage du serveur…

Donc :

  1. D’une part, je me demande pourquoi ça ne fonctionne plus, par le simple fait de changer de box.

  2. D’autre part, j’aimerais savoir s’il est possible de réinitialiser les configurations réseau, ip route, dns, etc. de Debian pour repartir sur du propre ?

  3. Enfin, si cela n’est pas possible et ne résout pas mes problèmes, comment ajouter des règles permanentes (je ne trouve pas la bonne syntaxe) ?


Quelques infos :
en standard, la commande sudo ip route répond :

default via 192.168.0.1 dev enp1s0 src 192.168.0.20 metric 202
169.254.0.0/16 dev enp1s0 scope link metric 1000
192.168.0.0/24 dev enp1s0 proto dhcp scope link src 192.168.0.20 metric 202

sudo ip a répond :

    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: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether 90:e6:ba:70:d7:f3 brd ff:ff:ff:ff:ff:ff
        inet 192.168.0.20/24 brd 192.168.0.255 scope global noprefixroute enp1s0
           valid_lft forever preferred_lft forever
        inet6 2a01:e0a:3b3:f8f0:92e6:baff:fe70:d7f3/64 scope global dynamic mngtmpaddr
           valid_lft 86189sec preferred_lft 86189sec
        inet6 2a01:e0a:3b3:f8f0:287b:fc5:8c5:95fb/64 scope global dynamic mngtmpaddr noprefixroute
           valid_lft 86189sec preferred_lft 86189sec
        inet6 fe80::37bc:fbc6:e2cd:a7d3/64 scope link
           valid_lft forever preferred_lft forever
    3: wlp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
        link/ether 00:25:d3:c5:5c:3a brd ff:ff:ff:ff:ff:ff

Merci par avance.

PS : idéalement, ce serveur Debian (avec pihole) servira aussi de serveur DHCP (via pihole aussi).

Debian 4.0 (Etch), dont la version initiale a été publiée en 2007 et le support s’est arrêté en 2010, est gravement obsolète. Les versions de son noyau et de ses logiciels doivent être considérées comme contenant des failles de sécurité connues et exploitables. Il ne devrait pas être utilisé sur une machine qui communique avec l’extérieur.

Le retour de la commande ip route montre que la route par défaut pointe encore vers l’adresse de l’ancien routeur. D’autre part les routes comportent une métrique (202), alors que les routes configurées via /etc/network/interfaces n’ont pas de métrique par défaut. Ma conclusion est donc qu’un autre gestionnaire de réseau est installé et a configuré l’interface, écrasant la configuration de /etc/network/interfaces. Suspects les plus courants :

  • NetworkManager
  • wicd
  • dhcpcd
1 J'aime

Je me suis trompé :
pour cat /etc/debian_version
j’obtiens 10.6

et pour uname -a
j’obtiens Linux 4.19.0-11-686-pae #1 SMP Debian 4.19.146-1 (2020-09-17) i686 GNU/Linux

Merci pour ces indications.
C’était dhcpcd !
J’ai retrouvé le fichier /etc/dhcpcd.conf et je l’ai corrigé !

Merci beaucoup de votre aide.

Cette installation n’est pas à jour. La révision courante est 10.10.

Ce noyau est obsolète. La version courante est 4.19.0-17-686-pae (4.19.194-3).

Ce n’est pas courant d’avoir dhcpcd installé avec un système Debian standard. On le trouve plutôt avec Raspbian. Eventuellement, il serait bon d’ajouter un commentaire dans /etc/network/interfaces signalant cette particularité pour la prochaine fois.

Si le sujet est résolu, merci de le signaler en cochant la case destinée à cet effet du message apportant la solution.