4. Utilisation en tant qu'administrateur

L'interface administrateur de DTC est divisée en 3 parties, nous avons déja traité la configuration générale de DTC,
nous allons maintenant nous intéresser aux 2 autres parties : 'gestion des utilisateurs' et 'génération des fichiers
de configuration deamons'.
4.1 Description générale
4.1.1 Principe de fonctionnement
Le but de DTC est de générer les fichiers de configurations pour tous les
daemons supportés. Tout ce que vous faites dans l'interface d'administration
controle la facon dont seront généré ses fichiers.
Un script en cron lancé toutes les 10 minutes valide les changements en
réécrivant ses fichiers de config et en rechargeant les services concernées.
4.1.2 L'interface web
DTC is splited in 3 main directories. The admin console (normally in
/usr/share/dtc/admin, but that may vary upon systems, like bsd likes to
find it in /usr/local/share...) is your main root web interface. This is
where you control all the domain hosted on your machine.
The "client" folder (normally in /usr/share/dtc/client) is for all your
virual administrator to enter their domain name configuration module.
You don't need it if you don't use the delegation of privilege
(virtual administrators), because all user modules are show on the root
console allso.
In standard distribution, dtc will install the root console to
http[s]://dtc.yourdomain-name.com/dtcadmin/, and a client panel to all
domain names under http[s]://dtc.yourdomain-name.com/dtc/. Don't bare to
customise the generation scripts under /usr/shared/dtc/admin/inc/gen_*.php,
add SSL, remove or add aliases, etc...
When all this will be setup, you will add a virtual administrator to your
computer. Then, you will add a domain name to that virtual administrator.
With the virtual administrator console (client console), it's possible
to enter all informations for mailbox and/or ftp accounts, and you can
create subdomains like "http://my.example.com" if "example.com"
was his domain name.
A good idear is to create "mx.your-domain-name.com" on your main domain
name, and to enter "mx.your-domain-name.com" as the default mx server for
the hosted domains (in the configuration panel). You can add an IP to that
subdomain, so it won't have an apache vhost associated.
You can then either call the php script files from the root console to
generate the config files, and relaunch the deamons (named, qmail-send,
and apache) manualy. You can of cource rely on the
/usr/share/dtc/admin/cron.php script, so everything is all automatic.
4.2 Gestion des utilisateurs
4.1.1 Ajout d'un administrateur virtuel

Ce formulaire permet d'ajouter des administrateurs virtuels (clients)
qui pourront gérer leurs propres domaines (attibués par
l'administrateur ou enregistré via l'interface client).
Pour créer un nouveau compte, il suffit de rentrer le nom du login et
le mot de passe du futur compte dans ce formulaire
ainsi que spécifier un chemin où seront stockés tous les fichiers
relatifs aux domaines du client.
Attention! Le login est concaténé à la fin du chemin spécifié
sous forme d'un sous répertoire additionel (par exemple si
vous avez configuré le chemin /var/www/sites et que vous ajoutiez
le client toto alors son chemin sera /var/www/sites/toto).
4.2.2 Gestion des domaines d'un administrateur virtuel

- Edition de l'administrateur virtuel :
Ce formulaire permet l'ajout et la suppression de domaines pour un client mais églament le changement de son mot de passe et
de son chemin.
Attention! Si vous changez le chemin d'un compte, il vous faudra également déplacer physiquement les fichiers se trouvant
encore dans l'ancien répertoire.
- Edition de la configuration des domaines :
Ce formulaire permet d'imposer des limites sur l'utilisation du domaine (nombre de comptes email,ftp,etc..).
La selectbox de droite permet de sélectioner une IP parmi celles spécifiées dans la configuration générale de DTC.
Lorsque vous voulez permettre à un client d'utiliser une base mysql, il est ajouté avec le même login/mot de passe que dans DTC.
La inputbox du bas permet d'ajouter une nouvelle base de données au client.
4.3 Génération des fichiers de configuration des daemons

Cet interface permet de générer individuellement les fichiers de configuration sans attendre que le script d'event soit lancé par crond et
permet également de voir en temps réel quelles actions seront effectuées au prochain event.
L'icône 'reinit des zones named' permet si vous le désirez régénérer toutes les zonefiles de bind (par exemple si vous avez changé la
configuration générale).