Forum IT Tranquillo

Salve,

ho appena aggiornato il mio server alla versione 1.5.1.21, insieme agli otto repository dei siti remoti. Tutto è andato liscio. Syncthing funziona. Dal sito principale, ho creato l'agente, che è stato replicato e distribuito correttamente tramite GPO alle macchine client. Vorrei cogliere l'occasione per congratularmi con voi per la versione 1.5.

Di conseguenza, nella mia console del sito principale, ho tutte le macchine degli otto siti; è fantastico e funziona perfettamente.
Le mie macchine negli otto siti remoti sono configurate con il repository del sito principale, non con quello locale. Il repository può essere modificato tramite il file wapt-get.ini sulle macchine utilizzando "repo_url=".

La mia domanda è:
è possibile avere un "repo_url=" con l'indirizzo locale e un "wapt_server=" con l'indirizzo del sito principale nel file ini? L'obiettivo è gestire le macchine degli otto siti dalla console del sito principale.

Grazie.

btravers ha scritto: ↑25 marzo 2018 - 11:37 Salve,

ho appena aggiornato il mio server alla versione 1.5.1.21 insieme agli 8 repository dei siti remoti. Tutto è andato liscio. Syncthing funziona. Dal sito principale, ho creato l'agente, che è stato replicato e distribuito correttamente tramite GPO alle macchine client. Vorrei cogliere l'occasione per congratularmi con voi per la versione 1.5.

Quindi, nella mia console nel sito principale, ho tutte le macchine degli 8 siti; è fantastico e funziona bene.
Le mie macchine negli 8 siti remoti sono configurate con il repository del sito principale, non con quello locale. Il repository può essere modificato tramite il file wapt-get.ini sulle macchine con "repo_url=".

La mia domanda è:
è possibile avere un "repo_url=" con l'indirizzo locale e un "wapt_server=" con l'indirizzo del sito principale nel file ini? L'obiettivo è gestire le postazioni di lavoro in tutte le 8 sedi dalla console della sede principale.

Grazie.

Certamente, i due parametri `wapt_server` e `repo_url` non devono necessariamente puntare allo stesso indirizzo. Per configurare repository remoti, è sufficiente installare Apache o Nginx e configurare la replica (utilizzando rsync, syncthing, ecc.).

Un effetto collaterale, tuttavia, è che quando un aggiornamento viene applicato direttamente a una macchina dalla console, il pacchetto "macchina" potrebbe non essere ancora replicato sul sito remoto. Stiamo valutando l'aggiunta di un terzo parametro per indicare all'agente WAPT di puntare a waptserver anziché a repo_url per i pacchetti macchina.

Per anticipare la domanda successiva, puoi dare un'occhiata ai seguenti pacchetti per modificare la configurazione delle tue macchine su siti remoti. Questi pacchetti non includono il riavvio del servizio dopo l'applicazione delle modifiche alla configurazione. Pertanto, avranno effetto al successivo avvio
* https://store.wapt.fr/package_details?p ... 4_all.wapt
* https://store.wapt.fr/package_details?p ... 6_all.wapt

Sinceramente,

Denis

Per i pacchetti macchina, il parametro esiste già, è sufficiente definire un repository denominato 'wapt-host' il cui URL repo_url è quello del server principale/repository principale.

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

Se nel file wapt-get.ini è presente una sezione [wapt-host], questa viene utilizzata per configurare il repository dei pacchetti della macchina anziché semplicemente aggiungere '-host' alla fine dell'URL del repository dei pacchetti principale.

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

->

Okay, perfetto, quindi se creo il mio piccolo pacchetto come quello qui sotto, va bene? Non capisco cosa faccia `waptwua_enabled a true`.

Grazie per la rapida risposta.


def install():

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

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


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

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

print('Disabilita Hyperboot')
inifile_writestring(WAPT.config_filename,'global','hiberboot_enabled',0)

print('Disabilita notifica utente')
inifile_writestring(WAPT.config_filename,'global','notify_user',0)

Ciao btravers,

btravers ha scritto: ↑25 marzo 2018 - 22:57 Ok, fantastico, quindi se creo il mio piccolo pacchetto come qui sotto, va bene? Non capisco a cosa serva `waptwua_enabled a true`.

Ciò consentirà di abilitare il supporto per gli aggiornamenti di Windows tramite l'agente WAPT, sostanzialmente un WSUS integrato in WAPT; è una funzionalità che stiamo preparando per la versione WAPT Enterprise.

Sinceramente,

Denis

Salve,
lo sospettavo, ma non ne ero certo. Credo che questa funzionalità mi convincerà ad aggiornare alla versione enterprise.

Grazie.

Salve,

ho aggiornato il mio server alla versione 1.5.1.21 insieme ai miei tre repository di siti remoti. La sincronizzazione tramite Rsync funziona.
Tutto sembra funzionare correttamente tranne i repository remoti.

L'agente è stato distribuito su tutte le macchine tramite uno script di login.

Ho quindi modificato manualmente alcune macchine dei siti remoti per utilizzare la configurazione del repository del sito locale invece del repository del sito principale, basandomi sul

file wapt-get.ini: adattandolo al contesto locale:
[global]
repo_url=https://site1.mydomain.lan/wapt
waptserver=https://mainrepo.mydomain.lan

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

Quando assegno un pacchetto a una macchina remota tramite la console, la sua configurazione viene considerata aggiornata. Lo stesso accade quando forzo una sincronizzazione manuale dei repository e anche quando riavvio la macchina remota.

Quale passaggio pensate che abbia tralasciato?

Grazie in anticipo per i vostri suggerimenti...

Cordiali saluti,

btravers ha scritto: ↑26 marzo 2018 - 22:44 Ciao,
lo sospettavo, ma non ne ero certo. Credo che questa funzionalità mi convincerà ad aggiornare alla versione enterprise.

Grazie.

E nella versione Enterprise ci saranno tante altre cose:

- Gestione semplificata dei repository remoti => in fase di sviluppo
- Gestione multi-repository semplificata => in fase di sviluppo
- Forte integrazione con Active Directory (MS o Samba) => questo esiste già
- Reporting direzionale => in fase di sviluppo
- Gestione semplificata della separazione dei ruoli => questa esiste già

1.5 è una principessa bellissima, già perfettamente raffinata, di nobile stirpe, colta e di grande dignità. Le basta una rapida visita dal parrucchiere e dal sarto e sarà pronta al 100% a raggiungere i suoi principi più esigenti per i loro primi valzer

A++

Vincenzo

Salve,

avete una roadmap pubblica? Il ripristino delle funzionalità di WSUS e la connessione con GLPI sono due aspetti che attendiamo con impazienza. Se aveste una data, mi aiuterebbe a pianificare di conseguenza.

Grazie