Astuces dédiées à l'application VHCS 2 «  

VHCS Astuce - DNS - Routage

Posted by M. declercq on June 29 2006, page edited by M. declercq on Mar. 22, (popular)  
Tags: vhcs dns routage

Avant propos :

Cette astuce concerne les utilisateurs de l'application VHCS 2 qui ont défini une adresse privée (192.xx.xx.xx) pendant son installation.

Elle passe par la modification des templates bind de l'application VHCS 2 et la re-génération de ses fichiers de configurations.

ATTENTION : Cette astuce ne concerne pas les utilisateur de l'application VHCS 2 qui se trouvent derrière une passerelle internet (routeur) et qui ont choisi une adresse Ip publique pendant son installation. Si vous faites parti de ces utilisateurs, nous vous invitons à prendre connaissance de cette astuce qui est plus appropriée à votre situation :

http://www.nuxwin.com/articles/view.php/34

Enfin, nous tenons à préciser qu'il est important de suivre cette astuce en prenant le soin de vérifier la syntaxe des templates après modification.

I. Modification des templates (bind) de l'application VHCS 2 :

a. Sauvegarde de vos templates actuels :

Dans un premier temps, et si ce n'est déjà fait, nous vous invitons à sauvegarder vos templates bind actuels.

Pour sauvegarder vos templates bind, il vous suffit de taper cette commande dans un terminal :

cp -a /etc/vhcs2/bind/parts /etc/vhcs2/bind/parts_bkp

b. Modification du fichier db_e.tpl :

Dès à présent, vous allez devoir modifier le fichier db_e.tpl qui se trouve dans le répertoire /etc/vhcs2/bind/parts/.

Voici à quoi devrait ressembler le fichier db_e.tpl si vous ne l'avez pas encore modifié :

$TTL 86400
@    IN    SOA    ns.{DMN_NAME}. root.{DMN_NAME}. (
; dmn [{DMN_NAME}] timestamp entry BEGIN.
             {TIMESTAMP}    
; dmn [{DMN_NAME}] timestamp entry END.
             8H    
             2H    
             4W    
             1D )    
         IN      NS      ns.{DMN_NAME}.
; dmn [{DMN_NAME}] dns2 entry BEGIN.
; dmn [{DMN_NAME}] dns2 entry END.
         IN      MX      10 mail.{DMN_NAME}.
                 
{DMN_NAME}.    A    {DMN_IP}
ns        IN    A    {DMN_IP}
mail        IN    A    {DMN_IP}
www        CNAME    {DMN_NAME}.
ftp        CNAME    {DMN_NAME}.
; sub [{SUB_NAME}] entry BEGIN.
; sub [{SUB_NAME}] entry END.

et voici à quoi il devrait ressembler après modification :

$TTL 86400
@    IN    SOA    ns.{DMN_NAME}. root.{DMN_NAME}. (
; dmn [{DMN_NAME}] timestamp entry BEGIN.
             {TIMESTAMP}    
; dmn [{DMN_NAME}] timestamp entry END.
             8H    
             2H    
             4W    
             1D )    
         IN      NS      ns.{DMN_NAME}.
; dmn [{DMN_NAME}] dns2 entry BEGIN.
; dmn [{DMN_NAME}] dns2 entry END.
         IN      MX      10 mail.{DMN_NAME}.
                 
{DMN_NAME}.    A    82.xxx.xxx.xxx
ns        IN    A    82.xxx.xxx.xxx
mail        IN    A    82.xxx.xxx.xxx
www        CNAME    {DMN_NAME}.
ftp        CNAME    {DMN_NAME}.
; sub [{SUB_NAME}] entry BEGIN.
; sub [{SUB_NAME}] entry END.

Explication concernant les modifications effectuées :

{DMN_NAME}.    A    {DMN_IP}

Il s'agit ici d'un enregistrement A (Adresse) permettant la résolution de nom (nom --> adresse Ip).

Le problème, c'est que si nous avions pas remplacé cette variable, se serait l'Ip privée (192.xxx.xxx.xxx) de notre Serveur qui aurait été générée et non notre adresse Ip publique. Cela aurait donc posé un problème puisque de l'extérieur, notre Ip privée (ex. 192..xxx.xxx.xxx) n'aurait pas été joignable.

Nous avons donc remplaçé cette varibale par notre Ip publique.

ns        IN    A    {DMN_IP}

Ici, il s'agit encore d'un enregistrement A (Adresse) permettant la résolution de nom (nom-->adresse Ip).

En ce qui concerne la variable {DMN_IP], nous l'avons, comme pour le premier enregistrement A, remplaçé par notre Ip publique de façon à ce que cela soit cette dernière qui soit résolue et non notre adresse Ip privée.

mail        IN    A    {DMN_IP}

Là encore, nous avons simplement remplaçé la variable {DMN_IP] par notre Ip publique de façon à ce que cela soit cette dernière qui soit résolue et non notre l'adresse Ip privée de notre Serveur.

c. Modification du fichier db_sub_entry.tpl :

Dès à présent, vous allez devoir modifier le fichier db_sub_entry.tpl qui se trouve dans le répertoire /etc/vhcs2/parts/bind/.

Voici le template db_sub_entry.tpl tel qu'il doit être si vous ne l'avez pas encore modifié :

{SUB_NAME}.         IN    A    {DMN_IP}
www.{SUB_NAME}.         IN    A    {DMN_IP}
ftp.{SUB_NAME}.         IN    A    {DMN_IP}

et voici à quoi il doit ressembler après modification :

{SUB_NAME}.         IN    A    82.xxx.xxx.xxx
www.{SUB_NAME}.         IN    A    82.xxx.xxx.xxx
ftp.{SUB_NAME}.         IN    A    82.xxx.xxx.xxx

Comme vous pouvez le constater, dans ce template, nous avons remplaçé la variable {DMN_IP} de tous les enregistrements A par notre adresse Ip publique de façon à ce que cela soit celle-ci qui soit résolue et non l'adresse Ip privée de notre machine.

II. Re-génération de vos fichiers de configuration :

Afin que les changements soient pris en comptes, vous allez devoir re-générer les fichiers de configuration de bind.

Voici les commandes qu'il faut taper dans un terminal pour re-générer les fichiers de configuration :

A. On stop le daemon de vhcs :

$ sudo /etc/init.d/vhcs2_daemon stop

B. On se connecte au Serveur Mysql :

$ sudo mysql -u root -p

C. On se place sur la base de données de VHCS 2 :

USE vhcs2

D. On exécute divers requêtes sql pour appliquer les changements dans les tables concernées :

UPDATE `domain` SET `domain_status` = 'change' WHERE `domain_status` = 'ok';

UPDATE `domain_aliasses` SET `alias_status` = 'change' WHERE `alias_status` = 'ok';

UPDATE `subdomain` SET `subdomain_status` = 'change' WHERE `subdomain_status` = 'ok';

E. On quitte le moniteur Mysql :

quit

F. On lance un script de mise à jour :

$ sudo /var/www/vhcs2/engine/vhcs2-rqst-mngr

G. On re-démarre le daemon de vhcs :

$ sudo /etc/init.d/vhcs2_daemon start

PRECISIONS :

Cette astuce a été appliquée avec succès sur un système fonctionnant avec la distribution Ubuntu Dapper Drake (6.06 LTS) en mode graphique et Debian Sarge 3.1 Stable en mode serveur. Elle est plus particulièrement destinée à la version 2.4.7.1 de l'application VHCS.

Si vous désirez suivre cette astuce sur une installation Serveur vous devez remplacer l'éditeur de texte gedit par vi ou encore nano

Une erreur, une incompréhension concernant cette astuce ? N'hésitez pas à utiliser la fonction commentaire de notre portail et/ou à nous joindre directement en utilisant notre formulaire contact : Nous contacter

Add a comment ·  Trackback

Pick on Jul. 1 2006
Merci,

ca fonctionne en faite ces ce que je faissais mais dans le fichier domaine.tld.db de bind, je n'aurais jamais pensé de l'implanter dans le template lui meme.

Merci

me reste plus que le cron de awstats et tous devrait etre rentrer dans l'ordre.

Pick

PS: un forum serait vraiment utile vu la qualité de vos articles.

M. declercq on Jul. 1 2006
Pick :

Bonsoir ;

C'est prévu

____________________________

Bien cordialement ;

Monsieur Laurent DECLERCQ

2 comments ·  Add a comment