FUSS issueshttps://gitlab.fuss.bz.it/groups/fuss/-/issues2020-08-26T09:16:20Zhttps://gitlab.fuss.bz.it/fuss/fuss-client/-/issues/515Richiesta aggiunta parametro a fuss-client per cambio /etc/hostname ed /etc/h...2020-08-26T09:16:20ZPaolo.DongilliRichiesta aggiunta parametro a fuss-client per cambio /etc/hostname ed /etc/hosts<!--_Originally created by @Paolo Dongilli on [#515 (Redmine)](http://www.example.org/issues/515)_-->
Per risparmiare il tempo necessario a modificare i file
/etc/hostname
/etc/hosts
prima di lanciare `fuss-client`, si chiede ...<!--_Originally created by @Paolo Dongilli on [#515 (Redmine)](http://www.example.org/issues/515)_-->
Per risparmiare il tempo necessario a modificare i file
/etc/hostname
/etc/hosts
prima di lanciare `fuss-client`, si chiede se possibile di aggiungere un
nuovo parametro in fuss-client che permetta di specificare il nome del
host e di modificare i suddetti file rendendo effettive le modifiche
senza un reboot.
Vedere se a tal fine è necessario solo
invoke-rc.d hostname.sh start
invoke-rc.d networking force-reload
invoke-rc.d network-manager force-reload
come indicato nel wiki di Debian:
<https://wiki.debian.org/HowTo/ChangeHostname>Paolo.DongilliPaolo.Dongillihttps://gitlab.fuss.bz.it/fuss/fuss-backup/-/issues/466Backup della directory slapd e file *.ldif giornaliero dell'albero LDAP assen...2020-08-26T09:15:29ZPaolo.DongilliBackup della directory slapd e file *.ldif giornaliero dell'albero LDAP assenti nell'ultima versione di fuss-backup (2.1-1~fuss8+3)<!--_Originally created by @Paolo Dongilli on [#466 (Redmine)](http://www.example.org/issues/466)_-->
Viene segnalato quanto segue:
\[…\] allego un file contenente le informazioni relative allo script
che, nella versione server Debian ...<!--_Originally created by @Paolo Dongilli on [#466 (Redmine)](http://www.example.org/issues/466)_-->
Viene segnalato quanto segue:
\[…\] allego un file contenente le informazioni relative allo script
che, nella versione server Debian 7, si occupava di creare un backup
della directory slapd e un file \*.ldif giornaliero dell’albero LDAP.
Questi dati venivano copiati nella directory /var/backups. Oltre a
questi dati veniva backuppata, nella stessa directory (var/backups),
anche la directory fuss-server. Sia slapd che fuss-server nella
direcrory /var/backups dei nuovi server Debian 8 sono invece assenti.
E’ stato previsto che questo lavoro venga eseguito dal nuovo
fuss-backup?
Qui sotto il contenuto di /var/backups nel server Debian 7:
apt.extended\_states.0 dpkg.status.1.gz
old-ldap\_backup-2015-08-21-11:07:46
apt.extended\_states.1.gz dpkg.status.2.gz passwd.bak
apt.extended\_states.2.gz dpkg.status.3.gz shadow.bak
apt.extended\_states.3.gz dpkg.status.4.gz slapd
apt.extended\_states.4.gz dpkg.status.5.gz slapd-2.4.31-2
apt.extended\_states.5.gz dpkg.status.6.gz slapd-2.4.31-2+deb7u1
apt.extended\_states.6.gz fuss-server slapd-2.4.31-2+deb7u2
aptitude.pkgstates.0 group.bak
dpkg.status.0 gshadow.bak
Qui sotto invece il contenuto di /var/backups nel server Debian 8:
alternatives.tar.0 dpkg.statoverride.0 dpkg.status.2.gz
apt.extended\_states.0 dpkg.statoverride.1.gz dpkg.status.3.gz
dpkg.diversions.0 dpkg.statoverride.2.gz dpkg.status.4.gz
dpkg.diversions.1.gz dpkg.statoverride.3.gz dpkg.status.5.gz
dpkg.diversions.2.gz dpkg.statoverride.4.gz dpkg.status.6.gz
dpkg.diversions.3.gz dpkg.statoverride.5.gz group.bak
dpkg.diversions.4.gz dpkg.statoverride.6.gz gshadow.bak
dpkg.diversions.5.gz dpkg.status.0 passwd.bak
dpkg.diversions.6.gz dpkg.status.1.gz shadow.bak
### Attachments
* [backup server Debian 7.odt](https://work.fuss.bz.it/attachments/download/811/backup%20server%20Debian%207.odt)Paolo.DongilliPaolo.Dongillihttps://gitlab.fuss.bz.it/fuss/coova-chilli/-/issues/358captive portal - bind2020-08-26T09:15:23ZMichael.Guggenbergcaptive portal - bind<!--_Originally created by @Michael Guggenberg on [#358 (Redmine)](http://www.example.org/issues/358)_-->
Dopo aver creato il captive portal con fuss-server cp bind non risolve
piu.
Commento allow-recursion { 10.1.0.0/24; }; in
/etc/b...<!--_Originally created by @Michael Guggenberg on [#358 (Redmine)](http://www.example.org/issues/358)_-->
Dopo aver creato il captive portal con fuss-server cp bind non risolve
piu.
Commento allow-recursion { 10.1.0.0/24; }; in
/etc/bind/named.conf.options bind risolve di nuovo.
Sicuramente non e la soluzione adatta.Michael.GuggenbergMichael.Guggenberg