Foro de TI tranquilo

Hola,

acabo de actualizar mi servidor a la versión 1.5.1.21, junto con los repositorios de los ocho sitios remotos. Todo salió bien. Syncthing está funcionando. Desde el sitio principal, creé el agente, que se replicó y desplegó correctamente a través de GPO en las máquinas cliente. Me gustaría aprovechar esta oportunidad para felicitarlos por la versión 1.5.

Como resultado, en mi consola del sitio principal, tengo todas las máquinas de los ocho sitios; es fantástico y funciona perfectamente.
Mis máquinas en los ocho sitios remotos están configuradas con el repositorio del sitio principal, no con el local. El repositorio se puede cambiar a través del archivo wapt-get.ini en las máquinas usando "repo_url=".

Mi pregunta es:
¿Es posible tener un "repo_url=" con la dirección local y un "wapt_server=" con la dirección del sitio principal en el archivo ini? El objetivo es administrar las máquinas en los ocho sitios desde la consola del sitio principal.

Gracias.

btravers escribió: ↑25 de marzo de 2018 - 11:37 AM Hola,

acabo de actualizar mi servidor a 1.5.1.21 junto con los 8 repositorios de sitios remotos. Todo salió bien. Syncthing está funcionando. Desde el sitio principal, creé el agente, que se replicó y desplegó correctamente a través de GPO en las máquinas cliente. Me gustaría aprovechar esta oportunidad para felicitarlos por la versión 1.5.

Entonces, en mi consola en el sitio principal, tengo todas las máquinas de los 8 sitios; es genial y funciona bien.
Mis máquinas en los 8 sitios remotos están configuradas con el repositorio del sitio principal, no con el local. El repositorio se puede cambiar a través del archivo wapt-get.ini en las máquinas con "repo_url=".

Mi pregunta:
¿Es posible tener un "repo_url=" con la dirección local y un "wapt_server=" con la dirección del sitio principal en el archivo ini? El objetivo es gestionar las estaciones de trabajo en las 8 sedes desde la consola de la sede principal.

Gracias.

Por supuesto, los parámetros `wapt_server` y `repo_url` no tienen que apuntar a la misma dirección. Para configurar repositorios remotos, simplemente necesita instalar Apache o Nginx y configurar la replicación (usando rsync, syncthing, etc.).

Sin embargo, un efecto secundario es que, al aplicar una actualización directamente a una máquina desde la consola, es posible que el paquete "machine" aún no se haya replicado en el sitio remoto. Estamos considerando añadir un tercer parámetro para indicar al agente WAPT que apunte al servidor wapt en lugar de a la URL del repositorio para los paquetes de la máquina.

Para anticipar la siguiente pregunta, puede consultar los siguientes paquetes para modificar la configuración de sus máquinas en sitios remotos. Estos paquetes no incluyen el reinicio del servicio tras aplicar los cambios de configuración. Por lo tanto, surtirán efecto en el siguiente inicio
* https://store.wapt.fr/package_details?p ... 4_all.wapt
* https://store.wapt.fr/package_details?p ... 6_all.wapt

Atentamente,

Denis

Para los paquetes de máquina, el parámetro ya existe, solo necesita definir un repositorio llamado 'wapt-host' cuya URL repo_url sea la del servidor principal / repositorio principal.

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

Si existe una sección [wapt-host] en el archivo wapt-get.ini, se utiliza para configurar el repositorio de paquetes de la máquina en lugar de simplemente agregar '-host' al final de la URL del repositorio de paquetes principal.

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

->

Vale, perfecto, entonces si creo mi paquete como se muestra a continuación, ¿está bien? No entiendo qué hace `waptwua_enabled a true`.

Gracias por tu rápida respuesta.


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('Modificar max_gpo_script_wait')
inifile_writestring(WAPT.config_filename,'global','max_gpo_script_wait',180)

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

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

print('Deshabilitar Notificar al Usuario')
inifile_writestring(WAPT.config_filename,'global','notify_user',0)

Hola btravers,

btravers escribió: ↑25 de marzo de 2018 - 22:57 Vale, genial, entonces si hago mi pequeño paquete como el de abajo, ¿está bien? No entiendo para qué sirve `waptwua_enabled a true`.

Esto es para habilitar el soporte para actualizaciones de Windows a través del agente WAPT, básicamente un WSUS integrado en WAPT; es una característica que estamos preparando para la versión WAPT Enterprise.

Atentamente,

Denis

Hola,
ya me lo imaginaba, pero no estaba seguro. Creo que esta función me animará a actualizar a la versión empresarial.

Gracias.

Hola,

actualicé mi servidor a la versión 1.5.1.21 junto con mis tres repositorios de sitios remotos. La sincronización mediante Rsync funciona.
Todo parece funcionar correctamente excepto los repositorios remotos.

El agente se implementó en todas las máquinas mediante un script de inicio de sesión.

Luego modifiqué manualmente algunas máquinas de sitios remotos para usar la configuración del repositorio del sitio local en lugar del repositorio del sitio principal, basándome en el

archivo wapt-get.ini: adaptándolo al contexto local:
[global]
repo_url=https://site1.mydomain.lan/wapt
waptserver=https://mainrepo.mydomain.lan

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

Cuando asigno un paquete a una máquina remota a través de la consola, considera que su configuración está actualizada. Lo mismo sucede cuando fuerzo una sincronización manual de los repositorios, y también cuando reinicio la máquina remota.

¿Qué paso creen que me faltó?

Gracias de antemano por sus ideas...

Saludos cordiales,

btravers escribió: ↑26 de marzo de 2018 - 22:44 Hola,
ya lo sospechaba, pero no estaba seguro. Creo que esta función me hará actualizar a la versión empresarial.

Gracias.

Y habrá muchas otras cosas en la versión Enterprise:

- Gestión simplificada de repositorios remotos => en desarrollo
- Gestión simplificada de múltiples repositorios => en desarrollo
- Fuerte integración con Active Directory (MS o Samba) => esto ya existe
- Informes de gestión => en desarrollo
- Gestión simplificada de la separación de roles => esto ya existe

1.5 es una princesa bellísima, ya perfectamente refinada, de noble linaje, culta y de gran dignidad. Solo necesita una visita rápida a la peluquería y al sastre, y estará lista para complacer a sus príncipes más exigentes en sus primeros valses

A++

Vicente

Hola,

¿tienen una hoja de ruta pública? La reanudación de la funcionalidad de WSUS y la conexión con GLPI son dos cosas que esperamos con mucha ilusión. Si tuvieran una fecha, me ayudaría a planificar en consecuencia.

Gracias