ipcop 1.4 est mort; ipcop 2.0 est né

[Franck78]

Hello,

Notre firewall est mort. Au tout de début de 2010, ce n'est pas moi qui le dit, ce sont les requètes google.
Lente agonie, une pause au milieu de 2008, date de sortie du dernier patch et de nouveau poursuite de la descente.

Alors qui donc est le remplaçant? Et bien pfsense au hazard!

En fait il n'y a qu'a demander à google:

http://www.google.com/trends?q=ipcop%2Cpfsense

La tendance est claire n'est-ce pas!

[Stirner]

sniff...

[Stirner]

Le Roi est mort vive le Roi ?

[Franck78]

d'un autre coté, on peut faire dire n'importe quoi aux chiffres. Ainsi, bien avant IPCop, c'est debian qui est décédée face à Ubuntu

http://trends.google.com/trends?q=debia ... all&sort=1

[Theoreme]

Franck, Il est aussi possible de voir le coté positif :

Le forum a répondu à toutes les questions de manière pertinantes et il n'est nul besoin de chercher sur google

Autre vision :

IPCOP est tellement stable que plus personne n'a de souci ....

Pour une fois qu'une de mes machines se laisse oublier pendant des mois (et plus) je ne vais pas me plaindre.

Et avant que le forum IPCOP ne ferme faute de combattants, encore une fois, MERCI à TOUS pour vos commentaires pertinants !

[Lalsacien]

...et faut peut-être attendre la sortie de la v2...

[fleib]

Les stats de téléchargement Sourceforfe coorborent cette lente agonie: http://sourceforge.net/downloads/ipcop/stats_timeline?dates=2010-01-01+to+2010-06-29

Je suis d'accord avec Lasacien que la sortie de la version 2 pourrait changer la donne, a condition peut être qu'IPCop intègre autant de fonction que pfsense...

[HP77]

Hello,

Et bien, Franck78, tu veux prendre ta retraite d'IPcop ??

Hello,

Notre firewall est mort. Au tout de début de 2010, ce n'est pas moi qui le dit, ce sont les requètes google.
Lente agonie, une pause au milieu de 2008, date de sortie du dernier patch et de nouveau poursuite de la descente.

Alors qui donc est le remplaçant? Et bien pfsense au hazard!

En fait il n'y a qu'a demander à google:

http://www.google.com/trends?q=ipcop%2Cpfsense

La tendance est claire n'est-ce pas!

Les stats Gouglue, de ce que j'ai apperçu, ne montrent que 10 pays et pour finir la France et les USA n'y figurent pas à cet instant précis...


Et puis, ça veut dire quoi "mort" ?
Il est ttrès bien ce "petit" IPcop, j'ai joué un peu avec à une époque, s'il n'y avait pas eu SME sur le même réseau (Je ne relance pas le débat houleux sur le sujet, Merci à ceux que ça tente de le faire ailleurs), je serais toujours avec deux machines allumées en permanence...

Bon, en tous les cas, il peut continuer à vivre, même au ralenti, s'il se fait vieux mais je ne pense pas qu'il ne soit pas sujet à certaines mises à jour comme cela est obligé avec les évolutions technologiques du milieu informatique...

En bref, PLEAZZZE, keep it alive ! Keep it in touch !


Cordialement,
HP

[Franck78]

Voila pourquoi:

http://www.lephpfacile.com/annuaire-rss ... vec-ipfire

C'est un cas qui a pris la peine de publier un billet. Combien d'autres invisibles....

IPCop2 ? Qui a téléchargé la béta? Ou est le forum francais?

[HP77]

Bonjour,

Voila pourquoi:

http://www.lephpfacile.com/annuaire-rss ... vec-ipfire

C'est un cas qui a pris la peine de publier un billet. Combien d'autres invisibles....

IPCop2 ? Qui a téléchargé la béta? Ou est le forum francais?

Bon, ce que l'auteur du billet (Cyrille BORNE ?) dit, d'après ma compréhension du texte, c'est qu'un fork d'IPcop est devenu très populaire et ce d'autant plus que l'on a réussi à rendre certains aspects plus simples / moins techniques et que l'on a poussé certaines fonctionalités à une plus grande souplesse.

Maintenant, s'il y a vraiment eu un vol (j'entends par là, on copie tout sauf les noms d'auteurs pour en coller d'autres à la place) du travail effectué pour IPcop, je trouve cela vraiment dommage mais il ne faut pas tout laisser tomber pour autant. Enfin, mon expérience de la vie me fait dire que, parfois, il est idiot de s'obstiner sans se laisser un temps de réflexion suffisant lorsque cela devient vraiment nécessaire pour planifier la suite des évènements...

Bon, est-ce que quelqu'un aurait une idée géniale pour maintenir en vie IPcop ?
Ne serait-ce que dans la mémoire collective...

En attendant, si Ixus ne se meurt pas à son tour, le forum français d'IPcop me semble être ici-même.

Bonne journée à tou(te)s !


Cordialement,
HP


[edit]2010-06-30 @ 16h15 GMT+0800 - Correction othographe, quelle honte !! : j'entant au lieu de j'entends !!![/edit]

[Franck78]

Ce qui est génant c'est que CB doive changer de distri. IPCop commence à ne plus reconnaître des composants essentiels. Et l'IPCop suivant n'est pas un reflexe.

[Lalsacien]

Hello,

En lisant les posts précédents j'ai l'impression qu'il y a une réflexion autour d'une question déjà posée ici :

http://forums.ixus.fr/viewtopic.php?t=41548

Moi j'aimerai simplement savoir si les développeurs d'Ipcop sont aller voir ceux d'Ipfire, ou inversement, afin d'échanger sur ce fameux sujet des noms manquants et/ou éventuellement collaborer ensemble ?

Maintenant sans faire de Troll, le site allemand est très bien fait et son activité semble débordante. Cependant, je n'ai pas encore pris le temps de tester cette distrib donc je ne peux pas juger du travail effectué.

Slts
Lal

[HP77]

...
Moi j'aimerai simplement savoir si les développeurs d'Ipcop sont aller voir ceux d'Ipfire, ou inversement, afin d'échanger sur ce fameux sujet des noms manquants et/ou éventuellement collaborer ensemble ?
...

C'est aussi une question que je me suis posée : Y a-t-il eu consultation bilatérale et, si oui, que cela se sâche.

Bon, c'est vrai que le coup du kernel, c'est vraiment *ouillon !

D'un autre point de vue, si la philosophie d'IPcop est de pouvoir "tourner" sur de vieux PC (à condition d'en avoir car ça devient difficile de trouver en dessous du Pentium IV parfois) mais il y a aussi une contradiction :
- tourner sur du vieux matériel
- proposer toujours plus de fonctionalités => puissance CPU et quantité RAM en acroissement

Sans oublier le coup des "upgrades" en matériel (contrôleur IDE ou SATA pour dépasser les limitations de 4, 8 ou 40 Go si ce n'est pas davantage) et pire encore, le coup des barrettes de RAM sauf quand on tombe sur un bon filon où on ne les revend pas à prix d'or de l'occasion mais, maintenant, avec le recyclage, même la poubelle vaut de l'or ! (sauf quand c'est MA "poubelle" que je veux tenter de revendre, là, faudrait que je donne l'agent avec, et encore ! )

Bon, dans tous les cas, je dirais "à suivre..."


HP_

[ipcopred]

ipfire 2.7 Final


ici pour les curieux

http://www.ipfire.org/en/index


It is time - today we are going to release IPFire 2.7. At first we will only release the ISO files, the update is not yet available via pakfire.
The reason for this is the change of the IPSec software from OpenSwan to StrongSwan and the mandatory changes in the configuration of net2net connections. The update on pakfire will be released next friday 2010-07-09, so there is enough time to change the IPSec tunnels, more information about this is avaiable at the Wiki.
There are about 400 changes in the new IPFire Version. All commits can be found at the GIT (changelog).
Changes among others are:

Updates
Updated Kernel to stable lts (2.6.32.15)
Updated openssl to version 0.9.8o
Updated Net-SSLeay to version 1.36
Updated smartmontools to version 5.39.1
Updated usb-modeswitch to version 1.1.2
Updated alsa to version 1.0.23
Updated memtest to version 4.10
Updated v4l-dvb (2010-05-20)
Updated kvm-kmod to version 2.6.33.1
Updated compat-wireless to version 2.6.34
Updated hardware and GeoIP database
Updated squid to current stable version
Updated mISDN, mISDNuser (25.5.2010) and lcr to version 1.7
VPN
Switched IPSec from OpenSwan to StrongSwan version 4.4.0
Fixed vpn-watch hang at connection restart
Many other IPSec fixes
Updated OpenVPN to current stable version
New advanced settings for OpenVPN avaiable [bug #490]
Removed not working tap device
Load cryptodev modules by default
Snort
Updated snort to stable 2.8.6
Removed snort md5 check, added free space check
Fixed Snort init script, added sleep before chmod
Many snort config and script changes
Fixed detection of snort descriptions
Replaced snort gpl community rules by emergingthreats
Many Guardian fixes like ignore file handling and linefead detection
Hardware
Added support for alix2 leds
Added Vodafone K3765 and K4505 usbids to option driver
Webinterface
Cosmetic change for the swap and load graphs
Fixed some naming and length problems in the outgoing firewall
Fixed naming of firewall groups for webinterface
Added clearer description for P2P block
Added links for services on services.cgi [bug #617]
Added clearer button for stopping services
Added new iptables GUI
Fixed white page at first start of ids.cgi
Fixed update acclerator file download
Firewall
Added grouping option to the outgoing firewall - multiport and network group rules
Added space to logging entries by outgoing firewall
Language
Added spanish translation of installer and setup
Added spanish webif translation
Others
Added an config setting to remove netfilter sip modules
Syslog async logging feature
Resized /var/log/rrd in fstab
Changed size of the swapfile
Done a whole rework on the collectd config
misc-progs: Cleanup chain creation of wirelessctrl
Modified modules initscript to softly fail module loads
Added new led triggers: netdev
Added e2fsck.conf, this should fix manual superblock checls
Enabled force setting system time on boot
Fixed url filter repository for local redirects
Fixed squidclamav logging [bug #639]
Increase length of the password dialog to 50 chars
Added bootoption to skip an initskript
Blacklistet all framebuffer modules
Fixed rebuildhost [bug #509]
Allow also ip/netmask for blue access
Fixed grub installation on virtio hdd
Changed the flash serialcon image

[Franck78]

je vois pas à quoi peuvent servir ALSA et V4L-DVB sur un firewall!