Forum Tranquil IT

Bonjour,

Je viens de mettre a jour mon serveur en 1.5.1.21 ainsi que les 8 dépôts de sites distants. Tous c'est bien passé. La syncro Syncthing fonctionne. Depuis le site principal j'ai crée l'agent qui c'est bien répliqué et déployé par GPO sur les postes clients. J'en profite pour vous féliciter sur cette version 1.5.

Du coup dans ma console du site principal j'ai tous les postes des 8 sites, c'est génial et fonctionne bien.
Mes postes des 8 sites distant ont comme configuration le dépôt du site principale et non le dépôt local. Le dépôt peux être changé via le fichier wapt-get.ini sur les postes avec "repo_url=" .

Ma question:
Est-ce possible d'avoir dans le fichier ini un "repo_url=" avec l'adresse local et un "wapt_server=" avec l'adresse du site principal? L'objectif est d'administrer les postes des 8 sites depuis la console du site principale.

Merci.

btravers a écrit : ↑25 mars 2018 - 11:37 Bonjour,

Je viens de mettre a jour mon serveur en 1.5.1.21 ainsi que les 8 dépôts de sites distants. Tous c'est bien passé. La syncro Syncthing fonctionne. Depuis le site principal j'ai crée l'agent qui c'est bien répliqué et déployé par GPO sur les postes clients. J'en profite pour vous féliciter sur cette version 1.5.

Du coup dans ma console du site principal j'ai tous les postes des 8 sites, c'est génial et fonctionne bien.
Mes postes des 8 sites distant ont comme configuration le dépôt du site principale et non le dépôt local. Le dépôt peux être changé via le fichier wapt-get.ini sur les postes avec "repo_url=" .

Ma question:
Est-ce possible d'avoir dans le fichier ini un "repo_url=" avec l'adresse local et un "wapt_server=" avec l'adresse du site principal? L'objectif est d'administrer les postes des 8 sites depuis la console du site principale.

Merci.

Tout à fait, les deux paramètres wapt_server et repo_url ne sont pas obligé de pointer sur la même adresse. Pour mettre en place des repo distant, il suffit d'installer un apache ou un nginx et de mettre en place une réplication (rsync, syncthing, etc.).

Un des effets de bord par contre c'est que quand on applique directement une maj à un poste depuis la console, le paquet "machine" ne sera pas forcément encore répliqué sur le site distant. On pense à rajouter un troisième paramètre pour dire à l'agent WAPT de pointer vers le waptserver plutôt que vers le repo_url pour les paquets machines.

Sinon pour anticiper la question suivante, tu peux jeter un coup d'oeil aux paquets suivant pour modifier la conf de tes postes sur les sites distant. Dans ces paquets, il n'y a pas de mise en place de redémarrage du service après l'application des changements de conf. Il seront donc pris en compte au démarrage suivant:
* https://store.wapt.fr/package_details?p ... 4_all.wapt
* https://store.wapt.fr/package_details?p ... 6_all.wapt

Cordialement,

Denis

Pour les paquets machines, le paramètre existe déjà, il suffit de définir un dépôt nommé 'wapt-host' dont l'URL repo_url est celle du serveur principal / dépôt principal.

https://github.com/tranquilit/WAPT/blob ... n.py#L2653

Si une section [wapt-host] existe dans le fichier wapt-get.ini, elle est utilisée pour la configuration du dépôt des paquets machine au lieu de simplement ajouter '-host' à la fin de l'url du dépot de paquets principal.

https://github.com/tranquilit/WAPT/blob ... n.py#L2670

->

Ok super donc si je fais mon petit paquet comme ci dessous c'est good ? Je ne comprend pas a quoi sert le waptwua_enabled a true.

Merci pour votre réactivités.


def install():

inifile_writestring(WAPT.config_filename,'global','repo_url',https://site1.mondomaine.lan/wapt')
inifile_writestring(WAPT.config_filename,'global','wapt_server','https://mainrepo.mondomaine.lan')
inifile_writestring(WAPT.config_filename,'wapt-host','repo_url','https://mainrepo.mondomaine.lan/wapt-host')

inifile_writestring(WAPT.config_filename,'global','waptwua_enabled','true')


print('Modify max_gpo_script_wait')
inifile_writestring(WAPT.config_filename,'global','max_gpo_script_wait',180)

print('Modify Preshutdowntimeout')
inifile_writestring(WAPT.config_filename,'global','pre_shutdown_timeout',180)

print('Disable Hyberboot')
inifile_writestring(WAPT.config_filename,'global','hiberboot_enabled',0)

print('Disable Notify User')
inifile_writestring(WAPT.config_filename,'global','notify_user',0)

Bonjour btravers,

btravers a écrit : ↑25 mars 2018 - 22:57 Ok super donc si je fais mon petit paquet comme ci dessous c'est good ? Je ne comprend pas a quoi sert le waptwua_enabled a true.

C'est pour activer le support des mises à jour Windows à travers l'agent WAPT, en gros un WSUS intégré à WAPT, c'est une fonctionnalité que l'on prépare pour la version WAPT Enterprise.

Cordialement,

Denis

Bonjour,
Je m'en doutais mais sans certitude. Cette fonctionnalité me fera je pense passer en version entreprise.

Merci

Bonjour,

Je mis à jour mon serveur en 1.5.1.21 ainsi que mes 3 dépôts de sites distants. La syncro via Rsync fonctionne.
Tout semble fonctionner correctement mis à part les dépôts distants.

L'agent a été déployé sur tous les postes via un script de login.

J'ai ensuite modifié manuellement quelques postes des sites distants pour mettre la configuration du dépôt du site local et non du dépôt du site principal en m’inspirant de

Fichier wapt-get.ini : adaptation au contexte local de :
[global]
repo_url=https://site1.mondomaine.lan/wapt
waptserver=https://mainrepo.mondomaine.lan

[wapt-host]
repo_url=https://mainrepo.mondomaine.lan/wapt-host

Quand j'affecte un paquet sur un poste distant via la console il considère que sa configuration est toujours à jour . Idem en forçant une synchronisation manuelle des dépôts . idem en redémarrant le poste distant.

D'après vous quelle étape ai je loupée ?

Merci d'avance de vos idées...

Cordialement,

btravers a écrit : ↑26 mars 2018 - 22:44 Bonjour,
Je m'en doutais mais sans certitude. Cette fonctionnalité me fera je pense passer en version entreprise.

Merci

Et il va y avoir plein d'autres trucs dans la version Enterprise :

- gestion simplifiée des dépôts distants => en cours de développement
- gestion simplifiée du multi-dépôt => en cours de développement
- intégration forte avec Active Directory (MS ou Samba) => ça existe déjà
- reporting de gestion => en cours de développement
- gestion simplifiée de la séparation des rôles => ça existe déjà

1.5 est une très belle princesse, déjà parfaitement policée, de noble lignée, cultivée et d'une grande dignité. Il lui faut juste un petit tour chez le coiffeur et chez le tailleur et elle sera alors 100% prête pour tendre la main à ses princes les plus exigeants pour valser les premières danses

A++

Vincent

Bonjour,

Avez vous une roadmap d'établie et public? La reprise du fonctionnement d'un WSUS et la connexion avec GLPI sont deux éléments très attendu pour nous. Si vous aviez une date cela me permettais de m'organiser.

Merci