Re: Point de vue rétro-actif de noob.

[^] # Re: Point de vue rétro-actif de noob.

Posté par Batchyx le 21 novembre 2011 à 21:12. En réponse au journal Lennart casse les logs!. Évalué à 2.
Ensuite, Network Manager ne va pas lancer X executables pour changer le réseau quand il peut directement parler au noyau, pour plus de finesse et un meilleur résultat.

Si c'était le cas, Network Manager pourrait déjà gérer les vlans, les classes de traffics, les tables de routages multiples, les règles iptables ou même la technologie que Windows 95 gère depuis euh ... 16 ans : les métriques sur les interfaces. Et j'ai pas encore parlé de sans-fil.

Bizarrement, il ne le fait pas. On m'aurai menti ? Lancer des exécutables qui ne font qu'une chose mais qui la font bien donnerai un résultat plus grossier et moins bien ? Remarque, venant de la part de Lennart qui considère que la philosophie Unix est un échec, ça ne m'étonne pas.

La façon principale de parler au kernel, c'est des ioctl ( ou écritures dans /proc/ et /sys/ ), pas des outils comme ifconfig ou ip.

Raté. Network Manager parle principalement au noyau via du netlink, tout comme ip. Il fait encore quelques ioctl parce que Lennart est une grosse faignasse^W^W^W^W^Wil doit pas être au courant qu'on peut faire la même chose via netlink. Et ce qui est configurable via /proc/ et /sys/ est un peu risible. La preuve :
```
network-manager-0.9.2.0$ egrep -R '"/(proc|sys)/' .
./src/ip6-manager/nm-ip6-manager.c: device->disable_ip6_path = g_strdup_printf ("/proc/sys/net/ipv6/conf/%s/disable_ipv6",
./src/nm-device.c: new_path = g_strdup_printf ("/proc/sys/net/ipv6/conf/%s/accept_ra", ip_iface);
./src/nm-device.c: if (!nm_utils_do_sysctl ("/proc/sys/net/ipv4/ip_forward", "1\n")) {
./src/nm-device.c: if (!nm_utils_do_sysctl ("/proc/sys/net/ipv4/ip_dynaddr", "1\n")) {
./src/nm-device-wifi.c: priv->ipw_rfkill_path = g_strdup_printf ("/sys/class/net/%s/device/rf_kill",
```

Re: Point de vue rétro-actif de noob.

[^] # Re: Point de vue rétro-actif de noob.