Hola y gracias por tu rápida respuesta!
Bueno, gracias por la información, jugaré con el campo restringido...
sfonteneau escribió:
Respecto a la replicación:
Los clientes siguen enviando sus inventarios al servidor principal. ¡
Los repositorios solo replican paquetes! Por lo tanto, no es necesario instalar tis-waptserver.
La documentación en línea aún se está finalizando, por lo que faltan algunas partes. ^^
Sí, por cierto, para que lo sepas, si te sirve de ayuda con Debian 8, también tuve que hacer lo siguiente:
-> Agregue el usuario wapt al grupo sudo: usermod wapt -a -G sudo
-> Reemplazar la línea
Código: Seleccionar todo
ExecStart=/usr/bin/sudo -u %i /usr/bin/syncthing -logflags=0 -home=/opt/wapt/.config/syncthing/ -no-restart
por
Código: Seleccionar todo
ExecStart=/usr/bin/sudo -u wapt /usr/bin/syncthing -logflags=0 -home=/opt/wapt/.config/syncthing/ -no-restart
en el archivo /etc/systemd/system/
servicio de sincronización (y no /etc/systemd/system/)
syncthing@.servicio (de lo contrario, el servicio no se iniciaría automáticamente al reiniciar...)
Entonces, después de realizar las siguientes operaciones:
===========================================
-> Crea el archivo /etc/apache2/sites-available/wapt.conf
<VirtualHost *:80>
DocumentRoot "/var/www"
Advertencia de nivel de registro
CustomLog /var/log/apache2/wapt.log combinado
Registro de errores /var/log/apache2/wapt-error.log
ProxyPass/wapt!
¡ProxyPass/waptdev!
¡ProxyPass/wapt-host!
ProxyPass/wapt-grupo !
ProxyPass /descargar.php !
ProxyPass /wapt/iconos !
ProxyPass/debian !
ProxyPass/waptwua!
Pase de proxy /
http://127.0.0.1:8080/
ProxyPassReverse /
http://127.0.0.1:8080/
<Directory "/var/www">
Opciones Índices FollowSymLinks MultiViews
Permitir anulación de ninguno
Orden permitida, denegar
permitir desde todos
</Directory>
<Directory "/var/www/wapt-host">
Opciones - Índices
Permitir anulación de ninguno
Orden permitida, denegar
permitir desde todos
</Directory>
</VirtualHost>
-> Activar la configuración
cd /etc/apache2/sites-enabled
ln -s ../sitios-disponibles/wapt.conf wapt.conf
-> Habilitar los módulos Apache necesarios
proxy a2enmod
a2enmod proxy_http
a2enmod socache_shmcb
-> Eliminar la configuración predeterminada
rm /etc/apache2/sites-enabled/000-default.conf
-> Reiniciar los servicios de Apache
systemctl reiniciar apache2.service
===========================================
La réplica del servidor enumera correctamente los paquetes mediante
http://wapt-repo2.midominio.lan/wapt/
Sin embargo, el directorio
http://wapt-repo2.midominio.lan/wapt-host/ está vacío (no hay archivo de paquetes, ...), ¿es esto normal o también debería replicarse mediante syncthing?
sfonteneau escribió:
En el lado del cliente, en wapt-get.ini, wapt_server debe seguir siendo la dirección del servidor Wapt principal
y repo_url debe apuntar al repositorio más cercano.
Ejemplo :
Código: Seleccionar todo
[global]
wapt_server = https://srvwapt.mydomain.lan
repo_url = http://wapt-repo2.mydomain.lan/wapt
Alternativamente, configure los registros SRV de DNS y deje los campos en blanco
Sí, también lo vi en la documentación; los registros SRV están configurados en DNS, pero los clientes tienen campos vacíos en el archivo .ini. Tengo otra pregunta:
En el caso de una infraestructura de múltiples sitios, ¿los registros SRV deben ubicarse en el nivel global (zona MYDOMAIN.LAN) y/o en el nivel de SITIO (SITE1._sites.MYDOMAIN.LAN) como los registros _gc, _ldap y _kerberos?
¿Y cómo podemos verificar que un cliente está recuperando el registro SRV correcto para su sitio?
GRACIAS
