Bonjour Christian et lucien,
Peut-être est-ce la première question à Lucien
Encore une fois Christian, tu as complètement raison sur ce point. Le peut d'informations fournies laisse place à plusieurs interprétations et spéculations.
Mis à part ce fait inébranlable et en ce basant sur le déroulement de ce thread;
- le "Certificate Authority"
Un nouveau SSL devra être émis mais ce n'est aucunement le cas du CA (malgré que je recommanderais de le réémettre). De toute façon, dans le cas d'un serveur destiné à la production, il serait possiblement préférable de remplacer ce dernier par un CA reconnu.
- le partage de fichier (Samba) qui s'appuie également sur cette notion de domaine
Le changement de nom d'hôte n'affectera pas ce service. À moins que je ne me trompe, le protocole smb utilise la notion de "domaine" émise par Microsoft. Ce qui diffère de celle d'un TLD ou d'un FQDN.
- le module "users & groups" qui utilise le domaine pour construire le DIT de LDAP et un changement dans LDAP nécessiterai ches "change DN" assez lourds
Je ne pense pas que changement de nom d'hôte affectera ce service non plus (toujours en ce basant sur le fait que OpenLDAP est supposé d'être quasi identique à un MS AD LDAP). N'empêche que je crois effectivement que ce point est le plus pertinent dans un raisonnement qui m'inciterait à une réinstallation de ce module.
Cela dit;
À ma connaissance, il n'y a que le service courriel qui risque d'avoir un soucis autre qu'esthétique. Et malgré ce fait, ce dernier sera sans grande gravité (la majorité des courriels envoyés seront livrés aux destinataires extérieurs).
Selon plusieurs administrateurs système, il serait recommandé de soit utiliser un nom d'hôte court ou complet et non un TLD. À quelques exceptions prêts, cette décision a très peut d'incidence sur le fonctionnement desdits services.
Référence entourant la nomenclature d'un nom d'hôte;
nom d'hôte complet: exemple.isell.fr
nom d'hôte court: exemple
De mon côté, je recommande fortement la première approche uniquement si l'on pense déployer un service courriel sur ledit serveur.
Je base mon raisonnement sur le fait que Zentyal utilise la variable <%hostname%> afin de composer la bannière SMTP. Cette dernière, afin de respecter les ratifications émises par l'IEEE, doit être un FCrDNS et non un simple nom d'hôte court. Autrement cela contrevient au
SenderID, au cadre
Sender Policy et possiblement à d'autre mécanismes de prévention des pourriels.
Mais bon, au final, j'en conviens. Il serait peut-être préférable de procéder à une réinstallation complète si le système est toujours au stade d'évaluation (ce qui éviterait de passer à travers plusieurs questions). N'empêche que si le but initial est de parfaire ses connaissances, et bien, le chemin long et laborieux est sans contredit de mise.
En espérant que ces informations soient pertinentes.
Marcus