Page 1 sur 1
Le dossier /var/www est hardcodé
Publié : 21 oct. 2026 - 10:03
par matthieul
Bonjour,
Dans le cadre d'un durcissement système (CIS) j'ai partitionné le système et je souhaite utiliser en priorité le dossier /opt/www à la place de /var/www
La configuration de wapt permet de modifier les différents chemins (wapt_folder, waptwua_folder, etc...)
Mais j'ai découvert deux bugs :
Le premier sur le script de post-conf dans /opt/wapt/waptserver/scripts/postconf.py le /var/www est hardcodé (c'est utilisé pour générer la template nginx)
Le second c'est le service wapttaks qui va télécharger les mises à jour WUA dans /opt/wapt/waptserver/wsus_tasks.py le /opt/www/waptwua est également hardcodé
Est-il possible d'utiliser les variables dans /opt/wapt/conf/waptserver.ini ?
Merci !
Bonne journée
WAPT Entreprise 2.7.0.19598
Serveur Debian 13 CIS
Re: Le dossier /var/www est hardcodé
Publié : 21 oct. 2026 - 10:44
par sfonteneau
Bonjour
Même si les dossier sont configurable dans waptserver.ini (wapt_folder, waptwua_folder)
Nous ne prenons pas vraiment en charge le changement de chemin /var/www
Des script de postinst rpm et deb ont aussi des chemin hardcoder en /var/www
Le plus simple dans votre cas est de faire un montage fstab ou lien symbolique vers le dossier /opt/www
Je vais voir ici pour le mentionner plus clairement dans la doc.
Les chemin dans waptserver.ini :
waptwua_folder ,wads_folder , wapt_folder
Sont finalement surtout a destination des développer.
Re: Le dossier /var/www est hardcodé
Publié : 21 oct. 2026 - 11:38
par matthieul
Bonjour,
D'accord, merci pour votre retour.
Ce sont des petits changements, pourquoi forcer l'utilisation de /var/www ?
De mon coté je m'en sors avec deux petits sed juste après la mise à jour du serveur et le tour est joué.
Re: Le dossier /var/www est hardcodé
Publié : 21 oct. 2026 - 12:29
par sfonteneau
Techniquement on pourrait
Mais par exemple :
Code : Tout sélectionner
run('mkdir -p /var/www/wapt/icons')
run('mkdir -p /var/www/wapt-host')
run('mkdir -p /var/www/wapt')
run('mkdir -p /var/www/wapt/conf.d')
run('mkdir -p /var/www/waptwua')
run('mkdir -p /var/www/wads/pxe')
run('mkdir -p /var/www/wads/winpe/x64')
run('mkdir -p /var/www/wads/winpe/arm64')
run('mkdir -p /var/www/wads/winpe/x86')
run('mkdir -p /var/www/wads/drivers/conf')
run('mkdir -p /var/www/wads/drivers/files')
shutil.copyfile('/opt/wapt/wads/wads32.exe','/var/www/wads/wads32.exe')
shutil.copyfile('/opt/wapt/wads/wads64.exe','/var/www/wads/wads64.exe')
shutil.copyfile('/opt/wapt/wads/pxe/undionly.kpxe','/var/www/wads/pxe/undionly.kpxe')
shutil.copyfile('/opt/wapt/wads/pxe/ipxe.efi','/var/www/wads/pxe/ipxe.efi')
shutil.copyfile('/opt/wapt/wads/pxe/snponly.efi','/var/www/wads/pxe/snponly.efi')
shutil.copytree("/opt/wapt/wads/pxe/ipxe_sb", '/var/www/wads/pxe/ipxe_sb',dirs_exist_ok=True)
shutil.copyfile('/opt/wapt/wads/pxe/wimboot','/var/www/wads/winpe/x64/wimboot')
shutil.copyfile('/opt/wapt/wads/pxe/wimboot.i386','/var/www/wads/winpe/x86/wimboot')
shutil.copyfile('/opt/wapt/wads/pxe/runinstall_legacy.ipxe','/var/www/wads/winpe/x64/runinstall_legacy.ipxe')
shutil.copyfile('/opt/wapt/wads/pxe/runinstall_uefi.ipxe','/var/www/wads/winpe/x64/runinstall_uefi.ipxe')
shutil.copyfile('/opt/wapt/wads/pxe/runinstall_legacy.ipxe','/var/www/wads/winpe/x86/runinstall_legacy.ipxe')
shutil.copyfile('/opt/wapt/wads/pxe/runinstall_uefi.ipxe','/var/www/wads/winpe/x86/runinstall_uefi.ipxe')
shutil.copyfile('/opt/wapt/wads/pxe/runinstall_legacy.ipxe','/var/www/wads/winpe/arm64/runinstall_legacy.ipxe')
shutil.copyfile('/opt/wapt/wads/pxe/runinstall_uefi.ipxe','/var/www/wads/winpe/arm64/runinstall_uefi.ipxe')
run('chown -R wapt /var/www/wads')
run('chown wapt:www-data -R /var/www/wapt*')
Est dans le postinst debian il faudrait donc le déplacer dans le postconf
Par exemple il faut gérer la réaplication de droit selinux
On va regarder si on le fait