Je lis de tout sur le web et beaucoup de choses qui ne sont plus applicables. Le commentaire dans le code source (dummy.c) est également dépassé.

On peut avoir autant de dummy que l'on veut, alors qu'il n'y a qu'une seule interface loopback

Oui, mais on peut très bien avoir plusieurs IPv4 et IPv6 sur lo de nos jours donc ça compense. On pouvait aussi avec l'IP aliasing mais c'était pas tout à fait pareil.

Dummy drop (supprime silencieusement) tout ce qui arrive, lo non

Non, une dummy répond au ping, un programme peut se mettre en écoute sur une dummy comme sur lo, etc.

On ne peut pas utiliser un firewall sur lo alors qu'on peut sur une dummy

Bah un iptables -I INPUT -i lo -p icmp -j DROP fonctionne très bien.

dummy est une généralisation de lo qui permet d'interagir avec l'extérieur

Ajouter une IP sur lo produit le même résultat : si une machine extérieure dispose d'une route, alors ça fonctionnera tout pareil que l'interface soit une loopback ou une dummy.

Les deux (dummy et lo) créent une route d'interface en scope local dans la table de routage « local » (différente de la table main utilisée d'habitude) quand on leur ajoute une IP dessus.

lo est de type loopback et les dummy sont de type ethernet. Les dummy sont donc de fausses cartes réseau ethernet. Qu'est ce que ça apporte ? lo ne supporte pas le broadcast (d'où un dhclient dessus ne fonctionne pas), dummy si. dummy ne gère pas l'ARP. Dans les deux cas, il a de l'ethernet qui semble circuler sur les deux types d'interface si l'on en croit une capture avec la libpcap.

Du coup, quelqu'un-e connait la différence fondamentale entre lo et dummy ?

Ho, du calcul d'itinéraire avec la version web OSM qui fonctionne : https://www.openstreetmap.org/directions

Ça fonctionne parfaitement avec les applis mobiles genre OSMAnd~ mais c'est cool d'avoir une version web.

À savoir : postfix retient les filtres à appliquer aux mails en attente, même si on les supprime de la config. Donc en gros si on a un filter (amavis) dans les choux, qu'on le supprime de la config pour débloquer le problème, puis qu'on flush les mails, çamarchepas™. Il faut faire comme ici, postsuper -r ALL !

Intéressant. :)

CUPS garde quand même 200 jobs apparemment, pour peu qu'il y ait des PDF ou autre un peu gros, je me retrouvais avec 500 Mo de spool CUPS…

Ha ? Pas cool.

Pour désactiver ça, on ajoute ces deux lignes dans /etc/cups/cupsd.conf :

PreserveJobHistory No
PreserveJobFiles No

Source : http://hints.macworld.com/article.php?story=20070319143243249

Bonne question : comment on fait pour changer le nom d'un process (visible via ps ou /proc). Par exemple, au lieu d'avoir la commande nginx on voit "nginx: worker process".

Ok, y'a pas de vraie technique, juste écraser l'espace mémoire pointé par argv[0] :

To change the process title in Linux and Solaris we have to set argv[1] to NULL and to copy the title to the same place where the argv[0] points to. However, argv[0] may be too small to hold a new title. Fortunately, Linux and Solaris store argv[] and environ[] one after another. So we should ensure that is the continuous memory and then we allocate the new memory for environ[] and copy it. After this we could use the memory starting from argv[0] for our process title.