Merci landry pour la bibliothèque mais il est prévu d'utiliser dnspython afin de faire la collecte via AXFR et faire du dnsupdate.
Pour les faces avant, pour l'instant ce n'est pas malheureusement pas possible l'algorithme est trop statique, il faut que je prenne le temps de le réécrire pour qu'il soit adapté à chaque modèle de switch en fonction des ports trouvés (28 ports gbit = 24 + 4 en général, 50 ports = 48 + 2 ...). Cette fonctionnalité devrait en théorie être réécrite pour la version 1.3 elle est dans ma todo list depuis la 1.1, mais la 1.2 ne visait pas à améliorer autre chose que les performances concernant les switches.
Pour les clefs SSH ce n'est pas encore prévu, je n'ai pas regardé comment faire du côté PHP, côté python j'ai vu comment faire. Si tu as quelques compétences de développement, n'hésite pas à patcher la classe SSH php et la classe SSH python afin de supporter l'authentification par clefs. Il me suffira ensuite de modifier les handlers de connexion pour s'adapter à ce mode de connexion (un select + un peu d'ajax devraient le faire).
Pour la partie DNS quelle serait ta vision ? Ma vision est de me baser entièrement sur le système d'ACL des serveurs named afin de gérer les options de chacune des zones DNS. Ensuite, comme l'ensemble du module IPManager, il est prévu que je me base sur une notion de cluster DNS (à 1, 2 ou plus membres) dont un serveur est maître, les autres automatiquement configurés en slave comme il faut.
Autres fonctions:
* Ajouter les fonctionnalités de sécurité d'un DNS (récursivité, transferts...)
* Eventuellement un versionning de zone un peu comme chez gandi (à confirmer)
* Un mode mirroring de zone qui va permettre de "répliquer" une zone dans un autre (exemple: tu veux qu'une zone alpha.org aie exactement les mêmes enregistrements qu'une zone beta.org).
Ce sera développé petit à petit au mois d'août, pendant que mon chantier de refactoring de code. N'hésitez pas à participer et proposer des patches sur des fonctionnalités. Les API de Z-Eye ne sont pas encore documentées mais cela viendra (et elles ne sont pas compliquées, hormis certains des nouveaux générateurs d'interface).
[^] # Re: Beau travail
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Monitoring et Gestion réseau unifiée: Z-Eye 1.2. Évalué à 1.
Merci landry pour la bibliothèque mais il est prévu d'utiliser dnspython afin de faire la collecte via AXFR et faire du dnsupdate.
Pour les faces avant, pour l'instant ce n'est pas malheureusement pas possible l'algorithme est trop statique, il faut que je prenne le temps de le réécrire pour qu'il soit adapté à chaque modèle de switch en fonction des ports trouvés (28 ports gbit = 24 + 4 en général, 50 ports = 48 + 2 ...). Cette fonctionnalité devrait en théorie être réécrite pour la version 1.3 elle est dans ma todo list depuis la 1.1, mais la 1.2 ne visait pas à améliorer autre chose que les performances concernant les switches.
Pour les clefs SSH ce n'est pas encore prévu, je n'ai pas regardé comment faire du côté PHP, côté python j'ai vu comment faire. Si tu as quelques compétences de développement, n'hésite pas à patcher la classe SSH php et la classe SSH python afin de supporter l'authentification par clefs. Il me suffira ensuite de modifier les handlers de connexion pour s'adapter à ce mode de connexion (un select + un peu d'ajax devraient le faire).
Pour la partie DNS quelle serait ta vision ? Ma vision est de me baser entièrement sur le système d'ACL des serveurs named afin de gérer les options de chacune des zones DNS. Ensuite, comme l'ensemble du module IPManager, il est prévu que je me base sur une notion de cluster DNS (à 1, 2 ou plus membres) dont un serveur est maître, les autres automatiquement configurés en slave comme il faut.
Autres fonctions:
* Ajouter les fonctionnalités de sécurité d'un DNS (récursivité, transferts...)
* Eventuellement un versionning de zone un peu comme chez gandi (à confirmer)
* Un mode mirroring de zone qui va permettre de "répliquer" une zone dans un autre (exemple: tu veux qu'une zone alpha.org aie exactement les mêmes enregistrements qu'une zone beta.org).
Ce sera développé petit à petit au mois d'août, pendant que mon chantier de refactoring de code. N'hésitez pas à participer et proposer des patches sur des fonctionnalités. Les API de Z-Eye ne sont pas encore documentées mais cela viendra (et elles ne sont pas compliquées, hormis certains des nouveaux générateurs d'interface).
Veepee & UNIX-Experience