clownix a écrit 134 commentaires

En effet, cloonix c'est pour la formation des pirates (gentils ou méchants) aux techniques attaques/défenses réseau.
Une maquette cloonix du site web à attaquer/défendre puis le pirate s'entraine d'une façon réaliste…

Et aussi pour aider les étudiants à se former aux routages divers…ils peuvent même intégrer un cisco tournant sur dynamips dans leur maquette.

Aucun lien, nom coloré (clownix autrefois) + (oo de cloonix maintenant)
+ l'inspiration "volé" à google.
Je ne pense pas qu'il y ait un copyright sur des lettres de couleur…

On est 2:) Et c'est très cool d'avoir un "open" source bien "fermé" aux autres contributeurs:) (il y en a qui vont troller:).
On veut surtout des utilisateurs nombreux et une description de leurs besoins, après on compte les "piéger" en leur faisant payer le soft (tout en donnant des sources imbitables et non commentés)…
On est des gros méchants à cloonix, des faux-libriste qui veulent juste se faire du blé:)
Honte sur nous, on aime l'argent et on veut bosser pour des sousous…
Des vampires chez les libristes naif, innocents et utopistes:)
Le troll, c'est bien agréable des fois:)

Merci, soirée très instructive.

En tout cas j'ai l'impression que beaucoup ne jouent pas le jeux et que les auteurs d'open sources sont des pigeons alors que les vendeurs de codes des autres sont les grand gagnants de cette affaires.

Un bug ne veux pas dire code foireux, de plus une fonctionnalité utilisé par d'autres sur la base de mon code m'intéresse peut-être, j'aimerais être au courant.
Je suis mauvais en orthographe en effet mais c'est hors sujet:)

Il semble en effet que cette licence soit assez contraignante, une société choisira d'utiliser ou non le soft selon ces contraintes.
De mon côté j'apprécie le fait que si une société modifie le soft j'en soit informé car si cette société a un besoin, d'autres ont sans doutes le même et cette modification enrichira le projet.
Merci pour le lien vers les "trucs choquants", ils ne sont pas si choquants que cela:)

Si le bug est caché et que A ne le connais pas?

Merci bien pour ton message, je vais quand même changer de licence, un bug doit être signalé à l'auteur par n'importe quel utilisateur, pour moi il ne peut y avoir d'autre solutions.
Bien sur, en interne ou sans échange financier tout le monde peut modifier le code et jouer avec en toute liberté.
Si par contre un profit est fait sur ce code, il y a alors une obligation morale d'aider à faire vivre le projet.
C'est la réciprocité comme le dit la licence, la force de l'open source vient de cette entraide codeur/utilisateur.

J'en ai pas vraiment grand chose à faire du libre au sens extrémiste "FSF", je veux juste bosser sur du code et que d'autres développeurs en profitent sans que des boites rapaces (il y en a plein) utilisent et vendent ce que je fais sans même reverser les corrections.

La question n'est pas du contrôle, simplement si le management d'une société demande de prendre et vendre des sources sous cette licence, les développeurs chargés de maintenir ces sources auront le droit de reverser des éventuelles corrections de bugs sans demander au management, la loi les y obligeant, ils ne sont plus en faute.

J'ai trouvé la réponse grâce au journal de linuxfr: la RPL (Reciprocal Public License) protège l'auteur des abus de ceux qui prennent sans jamais redonner.

Exactement la licence que je voulais (la RPL), je ne me suis jamais penché sur la question, désolé pour ma totale ignorance.
En tout cas je ne croyais pas que mon erreur sur la vision "propriétaire" d'un code déclencherait tant de moqueries. Il semble logique que si quelqu'un trouve un bug dans un open source il le dise systématiquement à l'auteur c'est la moindre des chose…

Merci Spyhawk, je vais changer ma licence.
Etrange l'agressivité de certain commentaires, ta réponse sort du lot et cela fait du bien d'avoir un peu d'information dans ce flot de messages inutiles.

Donc, si le vendeur et le client sont des entités qui aiment le secret, ils profitent de l'open-source sans jamais y participer, ils peuvent même avoir des corrections de bugs grave qu'ils ne partagent pas …
Est-ce qu'il existe une autre licence qui rend ce comportement anormal hors-la-loi?

Aucune info, je ne comprends pas cette lacune de la GPL, en tant qu'auteur, je n'ai aucune envie que B se fasse de l'argent grâce à mon boulot et sans même me le dire, ni donner les modifications, donc la GPL ne protège que le client, pas du tout les auteurs?

Probablement beaucoup de similitudes, mais je n'ai pas essayé marionnet.
La fonction principale est exactement la même: produire un réseau virtuel (cables virtuels) entre machines virtuelles.

Les "spice guests", machines toujours vierges et prête à l'usage sont enfin accessible avec un débit correct grâce à un hébergeur français "kimsufi".

Pour ceux qui avaient abandonné le téléchargement de ces grosses machines, voila le lien vers celles-ci pour refaire une tentative.

http://clownix.net/siteweb/index_20_spice_guests.html

Oui, netkit est tres similaire, voir le lien suivant:
http://www.brianlinkletter.com
De la part d'un utilisateur de ce type de soft.

Pas de video, voici quelque liens

http://clownix.net/siteweb/build/html/documentation/overview/desktop_spice.html

http://clownix.net/siteweb/build/html/documentation/user_info/graph.html

http://linux-attitude.fr/post/cloonix

http://www.linux-kvm.com/content/cloonixkvm-another-userspace-kvm

Les binaires et le code cloonix sont hébergés sur un site sans problèmes de vitesse de téléchargement, mais j'ai mis les machines "lourdes" sur un autre site qui semble bien faible au niveau vitesse de téléchargement …
J'espère que les "spice guests" sont quand même téléchargeable, chez moi le compteur indique 2 heures pour 600 megas et il a déjà échoué une fois.
Je rectifierais cela dans la semaine.

Petit détail pour compléter la réponse à la connection GNS3: donc avec des tap créés dans cloonix (et qui sont visibles dans l'hote). Puis avec des commandes brctl de bridge-utils dans l'hote pour aller à un tap de GNS3 (je suppose que GNS3 peut se brancher à des taps).
Comme je ne connais pas les possibilités de GNS3, je n'ai pas de certitudes.

Non, il y a plusieurs années, le cisco 7200 tournait dans cloonix comme dans GNS3, sur drag-drop, un cisco apparaissait mais il était interdit de diffuser l'ios appartenant à cisco.
En plus de cela, dynamips est complétement abandonné depuis des années, l'accès au cisco sur double-click dans cloonix se faisait par telnet au lieu du ssh, utilisant expect pour le mot de passe, de grosses verrues dans le code de cloonix étaient nécessaire…
Et aussi le cpu de l'hote était pompé un peu excessivement pour bien peu de chose et par-dessus tout, sur des débits de traffic de quelques mégas il plantait…
Bref, se battre pour faire de la pub à du propriétaire nous a gavé. On a effacé définitivement tout le code cisco… désolé, et il n'y a pas de compatibilité prévu pour s'associer à gns3, par contre avec les tap, il est peut-etre possible de connecter les 2 réseaux…

En effet, merci, malgré tout il en écrit déjà pas mal car cette manipulation prend un certain temps.
Il est très probable que le sync force l'écriture de certain 0 pas encore écrits, je rajouterais donc le sync à l'occasion.

Non, il n'y a rien avant grub dans mon cas d'utilisation, le setup existe pour une machine réelle, il n'y a pas de materiel réel dans le cas d'une virtualisation.
La configuration matérielle pour qemu est faite à l'écriture de la ligne de commande qemu.

Par contre pour spice utilisé sur du vrai hardware, je pense que si vnc le fait, alors il est probable que spice aussi…