Savez-vous comment vous savez que vous avez un drôle de problème Linux ? Lorsque cela vous prend plus de temps pour penser à un titre approprié pour l'article que pour le débogage proprement dit. Parce que j'ai rencontré un problème lié au réseau plutôt bizarre, et j'ai passé un certain temps à essayer de comprendre ce qui donne. Je l'ai résolu et je le partage maintenant.
En gros, c'est ce qui s'est passé. Je me suis retrouvé à tester de nouveaux routeurs. Dans mon instance KDE neon, je me suis connecté au nouveau point d'accès sans fil et j'ai essayé de naviguer. Rien. J'ai essayé avec un câble filaire et tout s'est bien passé. Ensuite, j'ai démarré sur une autre instance Linux sur cette machine à huit démarrages, et la connectivité sans fil fonctionnait sans aucun problème. Les deux systèmes étaient basés sur Ubuntu, tous deux utilisant la ligne de base 18.04. Eh bien, il est temps de comprendre pourquoi mon réseau sans fil ne se comportait pas au néon.
Problème plus en détail
Pour mieux comprendre le problème, j'ai essayé de faire un ping de base. Cela vous donnera une bonne indication si vous pouvez réellement atteindre des hôtes distants, et vous offrira une idée de la compréhension si votre DNS est correctement configuré. Instantanément, j'ai remarqué un problème :
De 192.168.2.107 (192.168.2.107) icmp_seq=1 Hôte de destination inaccessible
De 192.168.2.107 (192.168.2.107) icmp_seq=2 Hôte de destination inaccessible
De 192.168.2.107 (192.168.2.3_se=192.168.2.107) Hôte de destination inaccessible
Essayer de faire un ping sur N'IMPORTE QUELLE adresse (disons dedoimedo.com) résoudrait en 192.168.2.107. Ce qui aggrave la situation, c'est que la plage de points d'accès était 192.168.8.X. Donc, quelque chose était codé en dur dans cette plage interne différente et gâchait mon Internetz. J'ai pu le confirmer en vérifiant la table de routage :
route
Table de routage IP du noyau
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.2.1 0.0.0.0 UG 303 0 0 wlp2s0
link-local 0.0.0.0 255.255.0.0 U 1000 0 0 wlp2s0
192.168.2.0 0.0.0.0 255.255.255.0 U 303 0 0 wlp2s0
192.168.8.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp2s0
Pour une raison laide, chaque fois que je me connectais au réseau 192.168.8.0, le réseau 192.168.2.0 était également ajouté - et défini comme passerelle par défaut, ce qui explique pourquoi il n'y avait pas de connectivité. Mais cela ne s'est produit qu'avec l'adaptateur sans fil et non avec celui filaire. Indice, juste là. Mais d'abord, éliminons quelques autres options.
Résolution système
À ce stade, ou plutôt juste avant ce point, j'étais enclin à blâmer systemd. Mais il s'avère qu'il n'y a rien de mal à cela. Maintenant, il y avait / il y a des bogues, c'est pourquoi il est assez élevé si vous recherchez des problèmes de connectivité sous Linux. Pour m'assurer que ce n'était pas le coupable, je l'ai désactivé :
sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
J'ai également supprimé le lien symbolique /etc/resolv.conf et modifié la configuration gérée par le réseau :
/etc/NetworkManager/NetworkManager.conf
Dans la section [main], j'ai ajouté :
dns=par défaut
Aucune différence jusqu'à présent. Nous devons avancer.
Gestionnaire de réseau
Un autre méchant possible peut être le gestionnaire de réseau. En effet, pour vérifier qu'il ne faisait rien d'étrange, j'ai supprimé toutes les configurations sans fil enregistrées, j'ai supprimé son fichier de configuration, redémarré et recommencé à zéro. Cela n'a fait aucune différence non plus. Prochain coupable.
Solution
Nous pouvons voir que nous ne pouvons pas blâmer DNS ou le gestionnaire de réseau. Nous pouvons également voir que la mauvaise passerelle est configurée chaque fois que je me connecte au réseau non-192.168.2.0. Cela indique très probablement quelque chose dans la configuration DHCP - l'attribution automatique (statique) des adresses IP. En effet, peut-être y a-t-il une règle statique quelque part ? Et voilà, il y en avait ! Sous /etc/dhcpcd.conf, j'avais ce qui suit :
...
slaac private
interface wlp2s0
static ip_address=192.168.2.107/24
static routers=192.168.2.1
static domain_name_servers=127.0.0.1
...
Quelque chose - et j'utilise vaguement l'expression - avait configuré une adresse IP statique et un routeur, d'où le problème. Et puis, j'ai pu me rappeler ce qu'était ce quelque chose. J'avais testé Pi-Hole sur cette box il y a quelque temps. Et après l'avoir supprimé, apparemment, la configuration n'a pas été nettoyée. Tous les différents morceaux avaient disparu, mais pas la configuration DHCP. Ce n'est pas un problème lorsque vous utilisez un réseau qui correspond au routage statique, mais un gros problème lorsque vous essayez une plage différente. Dès que j'ai supprimé les deux entrées pour l'interface sans fil, tout allait bien ! Problème résolu.
Conclusion
Il est tout à fait possible que vous ne rencontriez jamais un problème comme celui-ci. Mais si vous le faites, sautez aux conclusions, vous ne devez pas, et vous devez travailler avec soin, méthodiquement. Je dois admettre que j'ai tout de suite soupçonné systemd, mais j'ai ensuite lentement examiné les différents composants de la pile réseau, jusqu'à ce que le méchant soit isolé. Il s'avère qu'un logiciel désinstallé a laissé des modifications de configuration sur le système, ce qui a causé le problème. Pire encore, cela s'est produit plusieurs mois plus tard, il n'est donc pas toujours facile de relier les deux.
J'espère que vous avez acquis une idée de la façon de résoudre les problèmes de réseau. Commencez simplement, vérifiez la connectivité de base, essayez de corréler les informations, puis progressez jusqu'à la cause première. Ici, j'avais Internet en soi, mais en raison d'itinéraires mal configurés, je ne pouvais pas vraiment accéder aux bons sites Web - ni résoudre correctement les adresses. Cela peut vous dérouter, mais ensuite, j'ai éliminé systemd de l'équation, j'ai compris que ce n'était pas le gestionnaire de réseau qui faisait quelque chose de mal, et j'ai finalement zoné l'affectation IP/route statique DHCP. Eh bien, si cela vous aide, achetez-moi une boisson virtuelle quelque part un jour. Avaient fini. ACK.