En fait j'ai juste suivi le handbook, donc pas encore de pf mais juste configuration des interfaces dans le rc.conf, activation de l'ip forwarding dans le loader.conf, natd et hop, terminé, tout était déjà fonctionnel coté client. Mais c'est vrai que je suis curieux de voir comment ça fonctionne par rapport à iptable, j'espère qu'il est moins cryptique déjà...

Chris, pour les patchs vous en parliez plus haut, et j'avoue que maintenant que j'y suis j'ai moi aussi hâwte que le veau nouveau arrive, bon opera n'est pas un mauvais navigateur mais quand même, le mode commande, ces raccourcis à la vim, ça manque...

Avec pf, tu fais du nat en une ligne. natd a été conçu à l'ère ipfw, ça m'étonnerait pas qu'il soit déprécié un de ces quatre.

J'oubliais que free proposait 3 firewalls et autant de moyens différents de faire du NAT...

Tiens à ce propos, t'as vu qu'un dev netbsd a commité un tout nouveau firewall ?
L'objectif visé est d'être efficace et MP safe.
Ça va être l'orgie des firewall.

http://mail-index.netbsd.org/source-changes/2010/08/22/msg012835.html

Sur le papier, ça sonne bien Il sort d'où, du chapeau du dev ou c'est un port d'un firewall déjà existant ?

A priori, il sort du chapeau du dev. D'ailleurs, il manque beaucoup de fonctionnalités, c'est un projet très très jeune.
Sinon oui, c'est séduisant. Enfin ça le sera tant que la syntaxe du npf.conf sera proche de celle de pf. :p

Héhé, on verra bien.

Toujours pas d'outil de mise à jour en standard dans free ? portmaster gagnerait à remonter dans le système de base, outil simple qui "just works"

Non toujours pas et, oui, clairement, portmaster mériterait d'intégrer le système de base. Le problème est qu'il semble que l'outil plus ou moins « officiel » est portupgrade.

Le bidule en ruby là ?

http://leaf.dragonflybsd.org/mailarchive/users/2010-08/msg00061.html Intéressant

J'ai pas tout suivi mais j'ai eu des échos comme quoi une grande partie de la gestion des paquets/ports allait être revue prochainement.

Dargor> Je suis assez fan de la réactivité et de l'innovation du projet dragonflybsd. Mais tant qu'il faudra passer par du pkgsrc pour gérer les paquets ce sera niet.

Chris_27> Ce serait vraiment top. Si tu retrouves des infos là-dessus, ça m'intéresse.

Dargor => Ton lsknobs à l'air vraiment bien, mais le seul truc qui me rebute. Cela requiert portconf. C'est marqué dans la description que c'est un framework pour gérer les knobs des ports. Mais sous FreeBSD, on ne gère pas les knobs à l'aide de make config(-recursive)?
Je l'avais déjà installé au par avant (portconf) et j'en avais pas vu vraiment l'utilité donc je l'avais viré assez vite !

Merci de m'éclairer !

Sankukai: je pensais à ça (qui ne concerne que pkg_install) tout à l'heure. Le bonhomme a aussi des tas d'idées pour l'amélioration du système de ports dont il touche quelques mots sur l'irc parfois.

http://www.mail-archive.com/freebsd-ports@freebsd.org/msg29164.html

Chris_27> Merci pour le lien, c'est intéressant. Ça m'étonne pas que ce soit bapt à l'origine de ce sujet. Déjà à l'époque où il était à cheval entre Gentoo et FreeBSD, il suivait de près les gestionnaires de paquets. C'est une bonne nouvelle qu'il soit devenu dev FreeBSD.

Ma question n'est pas pertinente où quoi ?
En même temps, je m'adressais pas juste a Dargor.

Tu peux « surcharger » le travail de make config via le /etc/make.conf. Lors de son installation portconf rajoute quelques lignes dans le make.conf qui permettent de pointer vers lui lorsque tu compiles un port.
Ainsi avec lsknobs et portconf tu peux te passer complètement de la cible make config. lsknobs te liste les options et les knobs disponibles et portconf te permet d'activer, désactiver ceux qui t'intéressent ou non via un petit fichier de conf avec une syntaxe très simple.

Ah merci pour l'information !
Sinon vous connaitriez pas un truc dans ports-mgmt/
qui dirais pour chaque options et/ou knobs quelle ports cela va installé en plus (je sais pas si c'est claire )
Comme exemple, dans mon install fraiche de FreeBSD avec la doc anglais donc misc/freebsd-en-doc, je quitte l'install, install les ports, install portmaster et je tente d'upgrader les ports avec l'aide de portmaster.Juste avant, je fais portmaster -l et il me dit que j'ai seulement 1 port d'installé c'est normal car il se nomme freebsd-doc-en et j'avais choisi la doc lors de l'installation et donc je fais un portmaster -a et la je laisse tout les knobs/option par défaut et il essaient de m'installé plein de truc inutile qui n'ont aucun rapport avec la doc que j'essaie seulement d'updater. Par exemple, il essayait de m'installer tetex-base . Je vois aucun rapport avec freebsd-doc-en .

Aussi, vous n'auriez pas un truc qui explique la syntaxe de portconf car dû a l'absence de man pour, je suis un peu débousollé

Ben justement, lsknobs te permettra de voir ce qui va être installé en fonction des knobs choisis. Typiquement, dans le cas que tu évoques, un workflow standard basé sur une utilisation de portconf/lsknobs aurait été :
1- Tu vas dans /usr/ports/misc/freebsd-en-doc.
2- Tu lances lsknobs qui va te lister ce qui va être installé (le port et ses dépendances) et pour chacun la liste des knobs/options proposées
3- Tu trouves qu'il y a trop de choses remontées et les knobs du port en question te laisse de la lattitude. Tu édites /usr/local/etc/ports.conf en activant ou désactivant ce qui t'intéresse :
misc/freebsd-en-doc: WITH_TOTO | WITH_TITI | WITHOUT_TATA
4- Tu relances lsknobs qui va prendre en compte le paramétrage de portconf et donc te lister les nouvelles dépendances.
5- T'es satisfait tu compiles ton port, t'es pas satisfait tu repars en 3.

Sinon la syntaxe est telle que je l'ai indiquée ci-dessus.