  Virtual Services Howto
  Brian Ackerman, brian@nycrc.net
  Adaptation franaise Julien Garnault judge@club-internet.fr
  v2.1, 15 Aout 1998

  Ce document a t crit pour rpondre au nombre grandissant de ques
  tions sur la manire de rendre un service virtuel.
  ______________________________________________________________________

  Table des matires
























































  1. Introduction

     1.1 Pr-requis
     1.2 But
     1.3 Commentaires
     1.4 Historique des changements
     1.5 Copyright/Distribution

  2. IP aliasing

  3. Virtuald

     3.1 Comment a marche
     3.2 inetd
     3.3 Fichier de Configuration
     3.4 Le code source de virtuald

  4. Scripts shell

     4.1 virtfs
     4.2 Virtexec
     4.3 Notes

  5. DNS

  6. Syslogd

     6.1 Problme
     6.2 Solution
        6.2.1 Syslogd.init
     6.3 Plusieurs syslod
        6.3.1 Un par disque
        6.3.2 Un par domaine

  7. FTP virtuel

     7.1 Inetd
     7.2 Les FTP anonymes
     7.3 Utilisateurs de FTP Virtuel

  8. Web virtuel

     8.1 Lancement avec virtuald
        8.1.1 Non recommand
        8.1.2 Inetd
        8.1.3 Httpd.conf
        8.1.4 Configuration
        8.1.5 Httpd.init
     8.2 Lancer Apache avec VirtualHost
        8.2.1 Access.conf
        8.2.2 Httpd.conf
        8.2.3 Srm.conf
        8.2.4 Httpd.init
     8.3 Descripteurs de fichiers : limite de capacit
        8.3.1 Attention
        8.3.2 Plusieurs serveur Apache
     8.4 Hberger plusieurs serveurs avec une IP
        8.4.1 conomiser des IP
        8.4.2 Inconvnient
     8.5 Plus d'informations

  9. Mail virtuel avec Pop

     9.1 Problme
     9.2 Solution
     9.3 Solution pour Sendmail
        9.3.1 Introduction
        9.3.2 Crer un fichier de configuration Sendmail
        9.3.3 dition du fichier de configuration
        9.3.4 Distribution locale par Sendmail
        9.3.5 Sendmail et les domaines virtuels : la bidouille (pre8.8.6)
        9.3.6 Sendmail et les domaines virtuels : Nouvelle fonction (POST8.8.6)
        9.3.7 Sendmail.init
        9.3.8 Configuration d'inetd
     9.4 Solution pour Qmail
        9.4.1 Introduction
        9.4.2 Installation des domaines virtuels
        9.4.3 Installation de l'utilisateur matre du domaine
        9.4.4 Tcpserver
        9.4.5 Qmail.init
        9.4.6 Source
        9.4.7 Source
     9.5 Remerciements

  10. Samba Virtuel

     10.1 Mise en place
     10.2 Inetd
     10.3 Smb.init

  11. Le reste

  12. Conclusion

  13. FAQ



  ______________________________________________________________________

  11..  IInnttrroodduuccttiioonn

  11..11..  PPrr--rreeqquuiiss

  Crer une machine pour des services virtuels n'est pas du tout
  difficile. Cependant, des connaissances basiques ne sont pas
  suffisantes. De plus, ce document n'est pas destin  vous expliquer
  comment configurer une machine sous Linux.


  Afin que vous puissiez comprendre ce HOWTO, nous supposerons que les
  documents suivants vous sont tout  fait familiers :


    Compiler un noyau Linux et ajouter le support de l'IP aliasing IP
     alias mini-HOWTO

    Installer et configurer des priphriques rseau NET-3 HOWTO

    Installer inetd NET-3 HOWTO

    Compiler et installer divers paquetages de logiciels en rseau
     comme Le site de Sendmail Le site d'Apache La FAQ de Wu-Ftpd

    Mettre en place le DNS DNS HOWTO

  Si vous n'tes pas certain de la marche  suivre pour effectuer une
  des actions prcdentes, il est FORTEMENT recommand que vous suiviez
  les liens proposs pour vous familiariser avec tous ces paquetages. Je
  ne rpondrai  AUCUN mail concernant les points prcdents. Veuillez
  s'il vous plat rediriger toute question  l'auteur du HOWTO
  appropri.
  11..22..  BBuutt

  Le but des services virtuels est de permettre  une seule machine de
  reconnatre de multiples adresses IP sans avoir de multiples cartes
  rseau. L'IP aliasing est une option du noyau qui vous permet
  d'assigner plus d'une adresse IP  chaque priphrique rseau. Le
  noyau multiplexe (les change trs rapidement) en tche de fond et
  l'utilisateur a l'impression d'avoir plusieurs cartes rseau dans sa
  machine.



  Ce multiplexage permet  de multiples domaines (www.domaine1.com,
  www.domaine2.com, etc.) d'tre logs sur la mme machine pour le mme
  cot que pour un seul domaine. Malheureusement, la plupart des
  services (ftp, web, courrier lectronique) n'ont pas t conus pour
  grer de multiples domaines. Afin de les faire fonctionner
  correctement, vous devrez modifier  la fois les fichiers de
  configuration et le code source. Ce document dcrit comment raliser
  ces modifications pour la mise en place d'une machine virtuelle.


  Un dmon est galement ncessaire afin de faire fonctionner les
  services virtuels. Le code source de ce dmon (virtuald) est fourni
  plus loin dans ce document.


  11..33..  CCoommmmeennttaaiirreess

  Ce document va grossir au fur et  mesure que les paquetages seront
  mis  jour et que le code source ou que les modifications proposes
  changeront. Si quelque partie de ce document n'est pas claire,
  envoyez-moi vous questions ou suggestions. Afin que je n'aie pas 
  chercher dans le HOWTO en entier, assurez vous s'il vous plat que les
  commentaires soient aussi spcifiques que possible et incluent la
  section o se trouve le point discutable. Il est important que tout
  mail ait un champ Subject: contenant VIRTSERVICES HOWTO. Tout autre
  mail sera considr comme du mail personnel, et tous mes amis savent
  que je ne lis pas tout le temps mon mail personnel et il risque donc
  d'tre effac avec le leur.


  Veuillez galement noter que mes exemples ne sont pas autre chose que
  des exemples, et ne doivent pas tre recopis tels quels. Il se peut
  que vous ayez  insrer vos propres valeurs. Si vous rencontrez des
  problmes, envoyez moi un mail, contenant tous les fichiers de
  configuration pertinents et les messages d'erreur que vous avez obtenu
  lors de l'installation. Je vous renverrai mes suggestions.


  11..44..  HHiissttoorriiqquuee ddeess cchhaannggeemmeennttss

  V1.0 Document initial.


  V1.1 Correction d'une erreur dans la section sur le web virtuel.


  V1.2 Correction de la date.


  VV22..00

  Mise  jour des liens html.


  Mise  jour de la section Web.

  Nouvelle option pour sendmail.

  Nouvelle option pour Qmail.

  Mise  jour de la section Syslogd.

  Mise  jour de la section FTP.

  Option par dfaut de Virtuald.

  Nouvelle section Samba.

  Mise  jour de la FAQ.


  VV22..11

  Tous les paths ont t changs pour /usr/local.

  Ajout de l'option de compilation VERBOSELOG.

  Correction d'un bug de setuid/setgid dans virtmailfilter.

  Correction du bug de execl dans virtmailfilter

  Correction du bug de captalization dans virtmailfilter.

  Suppression du code mbox de virtmailfilter/virtmaildelivery.

  Ajout d'une section tcpserver.init pop pour Qmail

  Ajout de la question alias domain name  la FAQ.

  Correction de virtmailfilter pour envoyer le rpertoire home 
  virtmaildelivery.


  11..55..  CCooppyyrriigghhtt//DDiissttrriibbuuttiioonn

  Ce document est Copyright (c) 1997 par The Computer Resource Center
  Inc.


  Une copie de ce document peut tre reproduite ou distribue sur
  n'importe quel support physique ou lectronique sans la permission de
  l'auteur. De la mme faon, les traductions sont autorises sans
  permission expresse si elle incluent un mot disant qui l'a traduit
  (NdT : voir le dbut du document pour mes coordonnes). Une
  redistribution commerciale est autorise et encourage. Dans ce cas
  cependant, faites-en part  Computer Resource Center.


  Vous pouvez utiliser des extraits de ce document sans accord de
  l'auteur,  condition que l'oeuvre drive contienne une copie de ce
  document ou un pointeur vers une copie de ce document.


  Vous avez la permission d'effectuer des copies ainsi que de les
  distribuer  condition que le paragraphe sur le copyright ainsi que
  cette note soient prservs sur toutes les copies.


  En bref, nous dsirons promouvoir la dissmination de cette
  information par quelque moyen que ce soit. Cependant, je dsire
  conserver le copyright sur ce document, et aimerait tre tenu au
  courant de tous les plans de redistribution de ce HOWTO.


  22..  IIPP aalliiaassiinngg


  L'IP aliasing est une option du noyau qui doit tre mise en place afin
  de pouvoir faire tourner des services virtuels sur une machine. Il
  existe dj un mini-HOWTO expliquant l' IP aliasing.  Rfrez vous 
  ce document pour toute question concernant la mise en place de cette
  option.


  33..  VViirrttuuaalldd

  33..11..  CCoommmmeenntt aa mmaarrcchhee

  Toute connexion rseau est compose de deux paires adresse IP/port.
  L'API (Applications Program Interface, ou Interface de Programmation
  d'Applications) pour la programmation rseau est nomme l'API Sockets.
  La socket agit comme un fichier ouvert, et vous pouvez envoyer ou
  recevoir des donnes  travers une connexion rseau en lisant ou en
  crivant dans la socket. Il existe une fonction, getsockname, qui
  retourne l'adresse IP de la socket locale. Virtuald utilise
  getsockname pour dterminer sur quel adresse IP de la machine locale
  la connexion a t faite. Virtuald lit un fichier de configuration
  pour rcuprer le rpertoire associ  cette adresse IP. Il va
  utiliser chroot sur ce rpertoire et prendre en compte la connexion au
  service. Chroot change le rpertoire / (le rpertoire root) vers un
  nouveau point, de sorte que tout ce qui est au dessus de ce rpertoire
  devienne inaccessible pour le programme. Ainsi, chaque adresse IP se
  voit assign un systme virtuel de fichiers. Pour le programme rseau,
  ceci est transparent, et le programme va se comporter comme si de rien
  n'tait. Virtuald, en conjonction avec un programme comme inetd, peut
  tre utilis pour virtualiser n'importe quel service.


  33..22..  iinneettdd

  Inetd est un super serveur rseau qui coute sur de multiples ports
  et, lorsqu'il reoit une demande de connexion (par exemple, une
  requte POP), inetd ralise la connexion et l'envoie au programme
  spcifi. Cela vite de faire tourner des serveurs pour rien lorsqu'il
  n'y a aucune demande pour eux


  Un fichier /etc/inetd.conf standard ressemble  ceci :


  ftp stream tcp nowait root /usr/sbin/tcpd \
          wu.ftpd -l -a
  pop-3 stream tcp nowait root /usr/sbin/tcpd \
          in.qpop -s



  Un fichier /etc/inetd.conf virtualis ressemble  ceci :


  ftp stream tcp nowait root /usr/bin/virtuald virtuald /virtual/conf.ftp wu.ftpd -l -a
  pop-3 stream tcp nowait root /usr/bin/virtuald virtuald /virtual/conf.pop in.qpop -s




  33..33..  FFiicchhiieerr ddee CCoonnffiigguurraattiioonn

  Chaque service se voit attribu un fichier de configuration qui
  contrlera quelles IPs et quels rpertoires sont autoriss pour ce
  service. Vous pouvez avoir un fichier de configuration principal ou de
  nombreux fichiers de configuration si vous dsirez que chaque service
  se voit attribuer une liste de domaines diffrents. Un fichier de
  configuration ressemble  ceci :


  # C'est un commentaire, comme le sont les lignes blanches

  # Format IP "ESPACE" dir "PAS D'ESPACES"
  10.10.10.129 /virtual/foo.bar.com
  10.10.10.130 /virtual/bar.foo.com
  10.10.10.157 /virtual/boo.la.com




  33..44..  LLee ccooddee ssoouurrccee ddee vviirrttuuaalldd

  Ceci est un code source en C du programme virtuald. Compilez-le et
  installez-le dans /usr/local/bin avec les permissions 0755,
  l'utilisateur root, et le groupe root. La seule option de compilation
  est VERBOSELOG qui active ou dsactive l'option de log.








































  #include <netinet/in.h>
  #include <sys/socket.h>
  #include <arpa/inet.h>
  #include <stdarg.h>
  #include <unistd.h>
  #include <string.h>
  #include <syslog.h>
  #include <stdio.h>

  #define BUFSIZE 8192
  int getipaddr(char **ipaddr)
  {
          struct sockaddr_in virtual_addr;
          static char ipaddrbuf[BUFSIZE];
          int virtual_len;
          char *ipptr;
          virtual_len=sizeof(virtual_addr);
          if (getsockname(0,(struct sockaddr *)&virtual_addr,&virtual_len)        {
                  syslog(LOG_ERR,"getipaddr: getsockname failed: %m");
                  return -1;
          }
          if (!(ipptr=inet_ntoa(virtual_addr.sin_addr)))
          {
                  syslog(LOG_ERR,"getipaddr: inet_ntoa failed: %m");
                  return -1;
          }
          strncpy(ipaddrbuf,ipptr,sizeof(ipaddrbuf)-1);
          *ipaddr=ipaddrbuf;
          return 0;
  }

  int iptodir(char **dir,char *ipaddr,char *filename)
  {
          char buffer[BUFSIZE],*bufptr;
          static char dirbuf[BUFSIZE];
          FILE *fp;

          if (!(fp=fopen(filename,"r")))
          {
                  syslog(LOG_ERR,"iptodir: fopen failed: %m");
                  return -1;
          }
          *dir=NULL;
          while(fgets(buffer,BUFSIZE,fp))
          {
                  buffer[strlen(buffer)-1]=0;
                  if (*buffer=='#' || *buffer==0)
                          continue;
                  if (!(bufptr=strchr(buffer,' ')))
                  {
                          syslog(LOG_ERR,"iptodir: strchr failed");
                          return -1;
                  }
                  *bufptr++=0;
                  if (!strcmp(buffer,ipaddr))
                  {
                          strncpy(dirbuf,bufptr,sizeof(dirbuf)-1);
                          *dir=dirbuf;
                          break;
                  }
                  if (!strcmp(buffer,"default"))
                  {
                          strncpy(dirbuf,bufptr,sizeof(dirbuf)-1);
                          *dir=dirbuf;
                          break;
                  }
          }
          if (fclose(fp)==EOF)
          {
                  syslog(LOG_ERR,"iptodir: fclose failed: %m");
                  return -1;
          }
          if (!*dir)
          {
                  syslog(LOG_ERR,"iptodir: ip not found in conf file");
                  return -1;
          }
          return 0;
  }
  int main(int argc,char **argv)
  {
          char *ipaddr,*dir;
          openlog("virtuald",LOG_PID,LOG_DAEMON);
  #ifdef VERBOSELOG
          syslog(LOG_ERR,"Virtuald Starting: $Revision: 1.49 $");
  #endif
          if (!argv[1])
          {
                  syslog(LOG_ERR,"invalid arguments: no conf file");
                  exit(0);
          }
          if (!argv[2])
          {
                  syslog(LOG_ERR,"invalid arguments: no program to run");
                  exit(0);
          }
          if (getipaddr(&ipaddr))
          {
                  syslog(LOG_ERR,"getipaddr failed");
                  exit(0);
          }
  #ifdef VERBOSELOG
          syslog(LOG_ERR,"Incoming ip: %s",ipaddr);
  #endif
          if (iptodir(&dir,ipaddr,argv[1]))
          {
                  syslog(LOG_ERR,"iptodir failed");
                  exit(0);
          }
          if (chroot(dir)<0)
          {
                  syslog(LOG_ERR,"chroot failed: %m");
                  exit(0);
          }
  #ifdef VERBOSELOG
          syslog(LOG_ERR,"Chroot dir: %s",dir);
  #endif
          if (chdir("/")<0)
          {
                  syslog(LOG_ERR,"chdir failed: %m");
                  exit(0);
          }
          if (execvp(argv[2],argv+2)<0)
          {
                  syslog(LOG_ERR,"execvp failed: %m");
                  exit(0);
          }

          closelog();

          exit(0);
  }
  44..  SSccrriippttss sshheellll

  44..11..  vviirrttffss

  Chaque domaine doit avoir une arborescence de rpertoires. Puisque
  vous utilisez chroot, vous aurez besoin de copies multiples des
  librairies, binaires, fichiers de configuration, etc. J'utilise le
  rpertoire /virtual/domaine1.com pour chaque domaine que je cre.

  Je comprends bien que cela reprsente du gaspillage d'espace disque,
  mais l'espace disque est meilleur march qu'une nouvelle machine ou
  que des cartes rseau. Si vous dsirez rellement sauver de l'espace
  disque, vous pouvez faire des liens, afin qu'une seule copie de chaque
  binaire soit prsente.  Le systeme de fichiers que j'utilise prend un
  peu plus de 2Mo. Le script essaye de copier tous les fichiers du
  systme de fichiers principal pour que ce soit le plus identique
  possible.



  Voici un fichier virtfs d'exemple :













































  #!/bin/bash

  echo '$Revision: 1.49 $'

  echo -n "Saisissez le nom de domaine : "
  read domain

  if [ "$domain" = "" ]
  then
          echo Vous n'avez rien saisi : on arrte l
          exit 0
  fi

  leadingdir=/virtual

  echo -n "Saisissez le nom du rpertoire contenant les domaines (dfaut: $leadingdir): "
  read ans

  if [ "$ans" != "" ]
  then
          leadingdir=$ans
  fi

  newdir=$leadingdir/$domain

  if [ -d "$newdir" ]
  then
          echo Le rpertoire $newdir existe dj
          exit 0
  else
          echo Nouveau rpertoire : $newdir
  fi

  echo Cration de $newdir
  mkdir -p $newdir

  echo Cration de bin
  cp -pdR /bin $newdir

  echo Cration de dev
  cp -pdR /dev $newdir

  echo Cration de dev/log
  ln -f /virtual/log $newdir/dev/log

  echo Cration d'etc
  mkdir -p $newdir/etc
  for i in /etc/*
  do
          if [ -d "$i" ]
          then
                  continue
          fi
          cp -pd $i $newdir/etc
  done

  echo Cration de etc/skel
  mkdir -p $newdir/etc/skel

  echo Cration de home
  for i in a b c d e f g h i j k l m n o p q r s t u v w x y z
  do
          mkdir -p $newdir/home/$i
  done

  echo Cration de home/c/crc
  mkdir -p $newdir/home/c/crc
  chown crc.users $newdir/home/c/crc

  echo Cration de lib
  mkdir -p $newdir/lib
  for i in /lib/*
  do
          if [ -d "$i" ]
          then
                  continue
          fi
          cp -pd $i $newdir/lib
  done

  echo Cration de proc
  mkdir -p $newdir/proc

  echo Cration de sbin
  cp -pdR /sbin $newdir

  echo Cration de tmp
  mkdir -p -m 0777 $newdir/tmp
  chmod +t $newdir/tmp

  echo Cration de usr
  mkdir -p $newdir/usr

  echo Cration de usr/bin
  cp -pdR /usr/bin $newdir/usr

  echo Cration de usr/lib
  mkdir -p $newdir/usr/lib

  echo Cration de usr/lib/locale
  cp -pdR /usr/lib/locale $newdir/usr/lib

  echo Cration de usr/lib/terminfo
  cp -pdR /usr/lib/terminfo $newdir/usr/lib

  echo Cration de usr/lib/zoneinfo
  cp -pdR /usr/lib/zoneinfo $newdir/usr/lib

  echo Cration de usr/lib/\*.so\*
  cp -pdR /usr/lib/*.so* $newdir/usr/lib

  echo Cration de usr/sbin
  cp -pdR /usr/sbin $newdir/usr

  echo Lien de usr/tmp vers /tmp
  ln -s /tmp $newdir/usr/tmp

  echo Cration de var
  mkdir -p $newdir/var

  echo Cration de var/lock
  cp -pdR /var/lock $newdir/var

  echo Cration de var/log
  mkdir -p $newdir/var/log

  echo Cration de var/log/wtmp
  cp /dev/null $newdir/var/log/wtmp

  echo Cration de var/run
  cp -pdR /var/run $newdir/var

  echo Cration de var/run/utmp
  cp /dev/null $newdir/var/run/utmp

  echo Cration de var/spool
  cp -pdR /var/spool $newdir/var

  echo Lien de var/tmp vers /tmp
  ln -s /tmp $newdir/var/tmp

  echo Cration de var/www/html
  mkdir -p $newdir/var/www/html
  chown webmast.www $newdir/var/www/html
  chmod g+s $newdir/var/www/html

  echo Cration de var/www/master
  mkdir -p $newdir/var/www/master
  chown webmast.www $newdir/var/www/master

  echo Cration de var/www/server
  mkdir -p $newdir/var/www/server
  chown webmast.www $newdir/var/www/server

  exit 0




  44..22..  VViirrtteexxeecc


  Afin d'excuter des commandes dans un environnement virtuel, vous
  devez utiliser chroot sur ce rpertoire puis lancer la commande. J'ai
  crit un script shell nomm virtexec se chargeant de ces oprations,
  pour n'importe quelle commande :
































  #!/bin/sh

  echo '$Revision: 1.49 $'

  BNAME=`basename $0`
  FIRST4CHAR=`echo $BNAME | cut -c1-4`
  REALBNAME=`echo $BNAME | cut -c5-`

  if [ "$BNAME" = "virtexec" ]
  then
          echo Vous ne pouvez pas lancer virtexec directement. Il FAUT un lien symbolique
          exit 0
  fi

  if [ "$FIRST4CHAR" != "virt" ]
  then
          echo Le lien ne pointe pas sur une fonction virtuelle
          exit 0
  fi

  list=""
  num=1
  for i in /virtual/*
  do
          if [ ! -d "$i" ]
          then
                  continue
          fi
          if [ "$i" = "/virtual/lost+found" ]
          then
                  continue
          fi
          list="$list $i $num"
          num=`expr $num + 1`
  done

  if [ "$list" = "" ]
  then
          echo Je ne trouve pas d'environnement virtuel
          exit 0
  fi

  dialog --clear --title 'Virtexec' --menu Pick 20 70 12 $list 2> /tmp/menu.$$
  if [ "$?" = "0" ]
  then
          newdir=`cat /tmp/menu.$$`
  else
          newdir=""
  fi
  tput clear
  rm -f /tmp/menu.$$

  echo '$Revision: 1.49 $'

  if [ ! -d "$newdir" ]
  then
          echo Le nouveau rpertoire $newdir N'EXISTE PAS
          exit 0
  else
          echo Nouveau rpertoire : $newdir
  fi

  echo bname: $BNAME

  echo realbname: $REALBNAME

  if [ "$*" = "" ]
  then
          echo arguments: aucun
  else
          echo args: $*
  fi

  echo Changement de rpertoire vers $newdir
  cd $newdir

  echo Lancement de $REALBNAME

  chroot $newdir $REALBNAME $*

  exit 0



  Veuillez noter que vous devez disposer du programme dialog sur votre
  systme pour que ce script fonctionne. Pour utiliser virtexec, crez
  un lien symbolique d'un programme vers celui-ci. Par exemple :


  ln -s /usr/local/bin/virtexec /usr/local/bin/virtpasswd
  ln -s /usr/local/bin/virtexec /usr/local/bin/virtvi
  ln -s /usr/local/bin/virtexec /usr/local/bin/virtpico
  ln -s /usr/local/bin/virtexec /usr/local/bin/virtemacs
  ln -s /usr/local/bin/virtexec /usr/local/bin/virtmailq



  A prsent, si vous tapez virtvi ou virtpasswd ou encore virtmailq,
  cela vous permettra d'diter un fichier, changer le mot de passe d'un
  utilisateur, ou vrifier la file d'attente de mail sur votre systme
  virtuel. Vous pouvez crer autant de liens vers virtexec que vous le
  dsirez. Cependant, notez bien que si votre programme ncessite une
  librairie partage, celle-ci doit se trouver sur le systme de
  fichiers virtuel, ainsi que les binaires.


  44..33..  NNootteess

  J'installe tous les scripts dans /usr/local/bin. Tout ce que je ne
  dsire pas mettre sur le systme de fichiers virtuel, je le place dans
  /usr/local. Le script ne touche  rien dans ce rpertoire lors de la
  copie. Les fichiers ne devant pas chevaucher plusieurs systmes de
  fichiers virtuels doivent tre supprims. Par exemple, ssh est
  install sur mon systme, et je n'ai pas voulu que les clefs prives
  soient disponibles sur tous les systmes de fichier. J'ai donc
  supprim le fichier des systmes de fichiers virtuels aprs avoir
  lanc virtfs. Je change galement le resolv.conf et supprime tout ce
  qui contient le nom d'un autre domaine, pour des raisons lgales. Par
  exemple, les fichiers /etc/hosts et /etc/HOSTNAME.


  Les programmes pour lesquels je fais un lien symbolique vers virtexec
  sont :


    virtpasswd -- changer le mot de passe d'un utilisateur

    virtadduser -- ajouter un utilisateur

    virtdeluser -- supprimer un utilisateur


    virtsmbstatus -- consulter l'tat de samba

    virtvi -- diter un fichier

    virtmailq -- vrifier la mailq

    virtnewaliases -- reconstruire la table des alias mail


  55..  DDNNSS

  Vous pouvez configurer le DNS normalement. Vous pouvez consulter le
  DNS HOWTO.


  66..  SSyyssllooggdd

  66..11..  PPrroobbllmmee

  Syslog est l'outil de _l_o_g_g_i_n_g couramment utilis sur les systmes
  UNIX. C'est un dmon qui ouvre un fichier spcial appel FIFO. Une
  FIFO est un fichier spcial, se comportant comme une file d'attente.
  Tout ce qui y est crit "ressortira" en lecture. Le dmon syslog
  attend les donnes en lecture. Il existe des fonctions C pour crire
  dans les FIFO. Si vous utilisez ces fonctions C dans vos programmes,
  la sortie ira vers syslod.

  Souvenez vous que vous avez utilis chroot et que la FIFO que syslog
  lit /dev/log ne se trouve pas dans l'environnement virtuel. Cela
  implique qu'aucun des environnements virtuels ne pourra utiliser
  syslog. Nous ne pouvons pas tout simplement copier le fichier, puisque
  les programmes utiliseraient /dev/log au lieu du nouveau que nous
  aurions cr.


  66..22..  SSoolluuttiioonn


  Syslog peut scruter d'autres FIFO si vous le lui dites en ligne de
  commande. Lancez donc syslog avec l'argument :


  syslog -p /virtual/log



  Faites alors un lien de /dev/log vers /virtual/log (un lien
  symbolique) :


  ln -sf /virtual/log /dev/log



  Puis liez toutes les copies de /dev/log vers ce fichier avec la
  commande (attention, c'est un lien NON symbolique) :


  ln /virtual/log /virtual/domain.com/dev/log



  Le script virtfs ci-dessus le fait pour vous. Puisque /virtual est un
  disque entier, et que les /dev/log sont lis, ils ont le mme numro
  d'inode et pointent vers les mmes donnes. Le chroot ne peut pas
  empcher cela, et donc tous vos /dev/log virtuels vont  prsent
  fonctionner. Notez galement que tous les messages de toutes les
  machines virtuelles seront crits dans un mme fichier. Cependant,
  vous pouvez crire des programmes pour filtrer les donnes.


  66..22..11..  SSyyssllooggdd..iinniitt

  Cette version du fichier syslog.init refait les liens vers les
  /dev/log  chaque fois que vous le lancez. Voici un syslog.init
  modifi :


  #!/bin/sh

  # Source function library.
  . /etc/rc.d/init.d/functions

  case "$1" in
    start)
          echo -n "Starting dev log: "
          ln -sf /virtual/log /dev/log
          echo done
          echo -n "Starting system loggers: "
          daemon syslogd -p /virtual/log
          daemon klogd
          echo
          echo -n "Starting virtual dev log: "
          for i in /virtual/*
          do
                  if [ ! -d "$i" ]
                  then
                          continue
                  fi
                  if [ "$i" = "/virtual/lost+found" ]
                  then
                          continue
                  fi
                  ln -f /virtual/log $i/dev/log
                  echo -n "."
          done
          echo " done"
          touch /var/lock/subsys/syslog
          ;;
    stop)
          echo -n "Shutting down system loggers: "
          killproc syslogd
          killproc klogd
          echo
          rm -f /var/lock/subsys/syslog
          ;;
    *)
          echo "Usage: syslog {start|stop}"
          exit 1
  esac

  exit 0




  66..33..  PPlluussiieeuurrss ssyysslloodd

  66..33..11..  UUnn ppaarr ddiissqquuee

  Si vous manquez de place sur un systme de fichiers, et que vous devez
  sparer vos domaines virtuels en plusieurs disques, rappellez-vous que
  les liens (non symboliques) ne peuvent pas passer  travers plusieurs
  disques. Ce qui implique de devoir lancer un syslogd pour chaque
  groupe de domaine par disque.  Par exemple, si vous avez 13 domaines
  sur /virtual1 et 15 sur /virtual2, vous devrez faire un lien pour les
  13 domaines sur /virtual1/log et lancer syslogd avec
   syslogd -p /virtual1/log , ainsi qu'un lien pour les 15 domaines sur
  /virtual2/log et lancer  syslogd -p /virtual2/log .


  66..33..22..  UUnn ppaarr ddoommaaiinnee

  Si vous ne voulez pas centrer les logs sur un seul endroit, vous
  pouvez aussi lancer un syslogd par domaine. Cela donne des pertes de
  processus ID, donc je ne le recommande pas, mais c'est facile  mettre
  en oeuvre. Vous devriez modifier votre fichier syslod.init pour lancer
  syslogd par  chroot /virtual/domain1.com syslogd  pour chaque domaine.
  Ceci lancera syslogd dans le  chroot et les logs se trouveront dans
  /virtual/domain1.com/var/log au lieu d'tre tous rassembls dans
  /var/log.  N'oubliez pas de lancer syslod normalement  syslod  pour le
  systme principal ainsi qu'un logger pour le noyau  klogd .


  77..  FFTTPP vviirrttuueell

  77..11..  IInneettdd

  Wu-ftpd intgre en standard le support des domaines virtuels.
  Cependant, vous ne pouvez pas utiliser des fichiers de mot de passe
  diffrents pour chaque domaine. Par exemple, si bob@domaine1.com et
  bob@domaine2.com dsirent tous les deux un compte, vous devrez donner
   l'un des deux le nom bob2 ou demander  un des utilisateurs de
  choisir un autre nom de login. Puisque vous disposez  prsent de
  systmes de fichiers diffrents pour chaque domaine, vous disposez de
  fichiers de mot de passe diffrents et ce problme disparat. Vous
  n'avez qu' crer un script virtnewuser et virtpasswd de la faon qui
  est explique ci-dessus, et tout fonctionnera.


  Les entres pour wu-ftp dans inetd.conf sont :


  ftp stream tcp nowait root /usr/local/bin/virtuald \
          virtuald /virtual/conf.ftp wu.ftpd -l -a




  77..22..  LLeess FFTTPP aannoonnyymmeess

  Ils ne sont pas affects par la presence de virtuald.  Pour un
  utilisateur anonyme, crer l'utilisateur FTP dans
  /virtual/domain1.com/etc/passwd comme vous le feriez d'habitude.


  ftp:x:14:50:Anonymous FTP:/var/ftp:/bin/false




  Puis l'installation du rpertoire anonyme du FTP. Vous avez des
  fichier de mot de passe spars, donc vous pouvez restreindre
  n'importe quel domaine  un FTP avec un compte anonyme.  Notez que
  comme le serveur  un  chroot  dans le rpertoire /virtual/domain1.com
  vous n'avez pas a prfixer de chemins avec.


  77..33..  UUttiilliissaatteeuurrss ddee FFTTPP VViirrttuueell

  Wu-ftpd supporte quelque chose qui s'appelle un groupe d'invit (guest
  group).  a permet de crer diffrentes zones FTP pour chaque
  utilisateur. Le serveur FTP fait un  chroot  vers la zone specifie,
  donc, l'utilisateur ne peut sortir du rpertoire. Si vous crez un
  utilisateur dans un domaine virtuel, il ne sera pas capable de voir le
  systme de fichiers Systme.


  Ajouter le group guest au fichier /virtual/domain1.com/etc/ftpaccess.


  Crer une entre dans /virtual/domain1.com/etc/passwd avec  chroot et
  le rpertoire home de dpart spar par  /./  :


  guest1:x:8500:51:Guest FTP:/home/g/guest1/./incoming:/bin/false




  Puis installer le home du guest comme vous feriez pour un FTP anonyme.
  Vous avez des fichiers de mots de passe separs pour chaque domaine,
  donc vous pouvez spcifier quel domaine dispose d'un compte guest et
  les utilisateurs qui sont des utilisateurs guest dans un domaine.
  Notez que depuis que le serveur FTP est
   chroot  vers le repertoire /virtual/domain1.com vous n'avez pas 
  prfixer de chemin.


  88..  WWeebb vviirrttuueell

  88..11..  LLaanncceemmeenntt aavveecc vviirrttuuaalldd

  88..11..11..  NNoonn rreeccoommmmaanndd

  Apache supporte en standard la gestion des domaines virtuels. C'est
  d'ailleurs le seul programme pour lequel je recommande d'utiliser le
  systme de gestion des domaines virtuels fourni avec. Lorsque vous
  lancez un programme par l'intermdiaire d'inetd, il y a un cot
  supplmentaire, puisque le programme doit dmarrer  chaque fois qu'il
  y a une demande de connexion, et vous obtenez des temps de rponse
  beaucoup plus longs, inacceptables pour le web. Apache intgre
  galement un mcanisme pour stopper les connexions lorsqu'elles sont
  trop nombreuses.


  Comme il est simplement indiqu ci-dessus, rendre virtuel Apache avec
  virtuald est une tres mauvaise ide. Le but de virtuald est de combler
  la lacune des serveurs qui n'ont pas leur propre systeme interne pour
  faire ce travail. Virtuald n'est pas fait pour remplacer du bon code
  qui remplit dj la tche.


  Ce qui suit ne restera pas ici, c'est pour expliquer  ceux qui sont
  assez idiots pour le faire.


  88..11..22..  IInneettdd

  ditez /etc/inetd.conf




  vi /etc/inetd.conf # Ajouter cette ligne
  www stream tcp nowait www /usr/local/bin/virtuald \
          virtuald /virtual/conf.www httpd -f /var/www/conf/httpd.conf




  88..11..33..  HHttttppdd..ccoonnff

  ditez /var/www/conf/httpd.conf


  vi /var/www/conf/httpd.conf # O l'emplacement des fichiers de configuration d'Apache
  Il doit y avoir :
  ServerType standalone

  Remplacez-le par :
  ServerType inetd




  88..11..44..  CCoonnffiigguurraattiioonn

  Ensuite, configurez chaque cas du serveur Apache comme si vous n'aviez
  qu'un seul domaine.


  88..11..55..  HHttttppdd..iinniitt

  Un fichier httpd.init n'est pas ncssaire si le serveur est lanc par
  inetd.


  88..22..  LLaanncceerr AAppaacchhee aavveecc VViirrttuuaallHHoosstt

  Apache a trois fichiers de configuration  access.conf ,  httpd.conf et
  srm.conf . De nouvelles versions d'Apache ont rendues les trois
  fichiers de configuration inutiles. Ainsi, je trouve que sparer en
  trois sections la configuration la rend plus simple  grer, donc je
  garderai ce style dans le HOWTO.


  88..22..11..  AAcccceessss..ccoonnff

  Ce fichier de configuration est utilis pour contrler l'accs aux
  rpertoires dans la structure du rpertoire web. Voici un exemple de
  fichier de configuration qui montre comment avoir plusieurs options
  pour chaque domaine.

















  # /var/www/conf/access.conf: Configuration des accs globaux

  # Les options sont herites du rpertoire prcedent
  # Mettre les options par dfaut pour le rpertoire principal
  <Directory />
  AllowOverride None
  Options Indexes
  </Directory>

  # Crer un rpertoire proteg par mot de passe pour un domaine
  <Directory /virtual/domain1.com/var/www/html/priv>
  AuthUserFile /var/www/passwd/domain1.com-priv
  AuthGroupFile /var/www/passwd/domain1.com-priv-g
  AuthName PRIVSECTION
  AuthType Basic
  <Limit GET PUT POST>
  require valid-user
  </Limit>
  </Directory>

  # Crer un autre domaine Server Side Include (SSI)
  <Directory /virtual/domain2.com/var/www/html>
  Options IncludesNOEXEC
  </Directory>




  88..22..22..  HHttttppdd..ccoonnff

  Ce fichier de configuration est utilis pour contrler les options
  principales du serveur Apache. Voici un exemple de fichier de
  configuration qui montre comment avoir diffrentes options pour chaque
  domaine.
































  # /var/www/conf/httpd.conf: Fichier de configuration principal du serveur

  # Dbut: Section principale
  ServerType standalone

  # Numro du port
  Port 80

  # Log des clients avec le nom et l'IP
  HostnameLookups on

  # Utilisateur qui lance le serveur
  User www
  Group www

  # Emplacement des fichiers de config, erreurs et log
  ServerRoot /var/www

  # Processus ID du serveur dans ce fichier
  PidFile /var/run/httpd.pid

  # Informations du processus interne du serveur
  ScoreBoardFile /var/www/logs/apache_status

  # Les options du Timeout et KeepAlive
  Timeout 400
  KeepAlive 5
  KeepAliveTimeout 15

  # Nombre de Serveur  lancer
  MinSpareServers 5
  MaxSpareServers 10
  StarsServers 5
  MaxClients 150
  MaxRequestsPerChild 30

  # Fin: Section de configuration principale

  # Dbut: Section de l'hbergement virtuel

  # Indique au serveur d'accepter les connexions pour IP:Port
  # Il y a une ligne pour chaque IP ncessaire donc, vous pouvez ignorer certains
  # domaines
  Listen 10.10.10.129:80
  Listen 10.10.10.130:80

  # La commande VirtualHost permet de spcifier un autre domaine virtuel sur le
  # serveur. La plupart des options d'Apache peuvent tre spcifies dans cette
  # section.
  <VirtualHost www.domain1.com>

  # E-mail  laquelle sont envoyes les erreurs
  ServerAdmin webmaster@domain1.com

  # Endroit o sont mis les documents du domaine virtuel
  DocumentRoot /virtual/domain1.com/var/www/html

  # Nom du serveur
  ServerName www.domain1.com

  # Fichiers de Log relatifs  l'option ServerRoot
  ErrorLog logs/domain1.com-error_log
  TransferLog logs/domain1.com-access_log
  RefererLog logs/domain1.com-referer_log
  AgentLog logs/domain1.com-agent_log

  # Utiliser les scripts CGI dans ce domaine
  ScriptAlias /cgi-bin/ /var/www/cgi-bin/domain1.com/
  AddHandler cgi-script .cgi
  AddHandler cgi-script .pl
  </VirtualHost>

  <VirtualHost www.domain2.com>

  # E-mail  laquelle sont envoyes les erreurs
  ServerAdmin webmaster@domain2.com

  # Endroit o sont mis les documents du domaine virtuel
  DocumentRoot /virtual/domain2.com/var/www/html

  # Nom du Serveur
  ServerName www.domain2.com

  # Fichiers de Log relatifs  l'option ServerRoot
  ErrorLog logs/domain2.com-error_log
  TransferLog logs/domain2.com-access_log
  RefererLog logs/domain2.com-referer_log
  AgentLog logs/domain2.com-agent_log

  # Pas de script CGI pour ce domaine
  </VirtualHost>
  # Fin: Section de l'hebergement virtuel




  88..22..33..  SSrrmm..ccoonnff

  Ce fichier de configuration est utilis pour contrler comment sont
  servies les demandes et comment sont formatts les rsultats. Vous
  n'avez pas besoin d'diter quoi que ce soit ici pour les domaines
  virtuels. Le fichier de configuration de base d'Apache doit
  fonctionner.


  88..22..44..  HHttttppdd..iinniitt

  Rien de spcial n'est  faire dans ce fichier. Utilisez la version de
  base qui est fournie avec Apache.


  88..33..  DDeessccrriipptteeuurrss ddee ffiicchhiieerrss :: lliimmiittee ddee ccaappaacciitt

  88..33..11..  AAtttteennttiioonn

  Cela s'applique seulement  la version standalone du serveur Apache.
  Un serveur qui se lance au travers d'inetd n'intervient pas avec les
  autres domaines et  accs  toute la table des descripteurs de
  fichiers.


  Chaque fichier de log qu'ouvre Apache est un autre descripteur de
  fichier pour le processus. Il y a une limite de 256 descripteurs de
  fichier par processus au coeur du systeme Linux. Depuis que vous avez
  plusieurs domaines, vous utilisez plus de descripteurs de fichiers. Si
  vous avez trop de domaines tournant sur un processus du serveur
  Apache, vous pouvez engorger cette table. Cela peut impliquer que
  certains logs ne fonctionneront pas et que certains CGI seront
  interrompus.



  88..33..22..  PPlluussiieeuurrss sseerrvveeuurr AAppaacchhee

  Si vous prvoyez cinq descripteurs de fichiers par domaine, vous
  pouvez avoir 50 domaines tournant sur votre serveur Apache sans
  problmes. Mais, si votre serveur a des problmes, vous pouvez crer
  /var/www1 avec un serveur Apache qui s'occupe des domaines 1  25 et
  /var/www2 avec un autre serveur qui s'occupe des domaines 26  50.
  Ainsi, chaque serveur aura son propre fichier de configuration,
  d'erreurs et de log. Chaque serveur doit tre configur separement
  avec ses propres directives de Listen et VirtualHost. Et n'oubliez pas
  de lancer plusieurs serveurs dans votre fichier httpd.ini.


  88..44..  HHbbeerrggeerr pplluussiieeuurrss sseerrvveeuurrss aavveecc uunnee IIPP

  88..44..11..  ccoonnoommiisseerr ddeess IIPP

  La version 1.1 du protocole HTTP (HyperText Transfer Protocol) inclue
  une fonction qui communique le nom du serveur au client. Ce qui
  implique que le client n'a pas besoin de rechercher le nom du serveur
   partir de son adresse IP. Comme a, deux serveurs virtuels peuvent
  avoir la mme adresse IP et tre deux site Web diffrents. La
  configuration d'Apache est la mme qu'avant,  part que vous n'avez
  pas besoin de mettre plusieurs directives Listen comme les deux
  domaines ont la mme IP.


  88..44..22..  IInnccoonnvvnniieenntt

  Le seul problme est que virtuald utilise les adresses IP pour
  distinguer les domaines. Dans sa forme actuelle Virtuald ne serait pas
  capable de  chroot vers un rpertoire de mail (spool) pour chaque
  domaine. Donc, les mails ne peuvent etre reus que sur une IP et il
  n'y aurait plus un rpertoire spool pour chaque domaine. Tous les
  clients d'un serveur web partageant une IP devront se partager le meme
  repertoire spool. Ce qui signifierait que dupliquer les noms
  d'utilisateurs serait encore une solution. Enfin, c'est le prix 
  payer pour conomiser une IP.


  88..55..  PPlluuss dd''iinnffoorrmmaattiioonnss

  Ce HOWTO montre seulement comment implmenter le support virtuel sur
  le serveur Web Apache.  La plupart des serveur Web utilisent une
  interface similaire. Pour plus d'informations sur l'hbergement de web
  virtuel, consultez le WWW-HOWTO, la documentation d'Apache sur le Site
  d'Apache, ou la documentation sur ApacheWeek.


  99..  MMaaiill vviirrttuueell aavveecc PPoopp

  99..11..  PPrroobbllmmee

  Le support du mail virtuel est une demande toujours grandissante.
  Sendmail affirme qu'il supporte le mail virtuel. En fait, il se
  contente d'tre  l'coute de mail pour diffrents domaines. Vous
  pouvez alors demander  faire suivre le mail quelque part. Cependant,
  si vous le faites suivre sur la machine locale et que vous avez du
  mail pour bob@domaine1.com et bob@domaine2.com, ils vont atteindre la
  mme bote. C'est un problme puisque les bob sont deux personnes
  diffrentes, avec du courrier lectronique diffrent.





  99..22..  SSoolluuttiioonn

  Vous pouvez vous assurer que chaque nom d'utilisateur est unique en
  utilisant une numrotation des noms d'utilisateurs : bob1, bob2,
  etc... Vous pourriez galement hacker le mail et le pop pour que ces
  conversions soient invisibles, mais cela peut devenir dsordonn. Le
  mail sortant  pour domaine domaineprincipal.com et vous dsirez que
  chaque mail envoy dans chaque sous-domaine ait une adresse From:
  diffrente.


  J'ai deux solutions. L'une fonctionne avec sendmail et l'autre avec
  Qmail. La solution avec sendmail devrait fonctionner avec une
  installation standard de sendmail. Cependant elle partage toutes les
  limitations tablies dans sendmail. Il est ncessaire aussi qu'un
  sendmail ait t lanc en mode de file d'attente (queue mode) pour
  chaque domaine. Avoir 50 ou plus processus sendmail en mode de file
  d'attente qui se rveillent toutes les heures peut ajouter des
  contraintes sur une machine.


  La solution pour Qmail ne requiert pas plusieurs exemplaires de Qmail
  et peut n'utiliser qu'un seul rpertoire de file d'attente. Il a
  besoin d'un autre programme puisque que Qmail ne se fonde pas sur
  virtuald. Je crois qu'une procdure similaire peut tre faite avec
  Sendmail. Cependant, Qmail se prte plus aisment  cette solution.


  Je ne cautionne aucun des deux programmes en particulier.
  L'installation de Sendmail est un peu moins complexe mais Qmail est
  pobablement le plus puissant des deux paquetages de serveur Mail.


  99..33..  SSoolluuttiioonn ppoouurr SSeennddmmaaiill

  99..33..11..  IInnttrroodduuccttiioonn

  Chaque systme de fichiers virtuel fournit  chaque domaine un fichier
  /etc/passwd. Cela signifie que bob@domaine1.com et bob@domaine2.com
  sont des utilisateurs diffrents dans des fichiers /etc/passwd
  diffrents, donc le mail ne constituera aucun problme. Ils possdent
  galement chacun un spool de mail, donc les botes aux lettres seront
  des fichiers diffrents sur des systme de fichiers virtuels
  diffrents.


  99..33..22..  CCrreerr uunn ffiicchhiieerr ddee ccoonnffiigguurraattiioonn SSeennddmmaaiill

  Crez  /etc/sendmail.cf  comme vous le feriez d'habitude avec m4 :


  divert(0)
  VERSIONID(`tcpproto.mc')
  OSTYPE(linux)
  FEATURE(redirect)
  FEATURE(always_add_domain)
  FEATURE(use_cw_file)
  FEATURE(local_procmail)
  MAILER(local)
  MAILER(smtp)






  99..33..33..  ddiittiioonn dduu ffiicchhiieerr ddee ccoonnffiigguurraattiioonn

  ditez /virtual/domain1.com/etc/sendmail.cf pour l'adapter  votre
  domaine virtuel :


  vi /virtual/domain1.com/etc/sendmail.cf


  Approximativement  la ligne 86 il doit y avoir :

  #Dj$w.Foo.COM


  Remplacez-le avec :

  Djdomain1.com




  99..33..44..  DDiissttrriibbuuttiioonn llooccaallee ppaarr SSeennddmmaaiill

  ditez /virtual/domain1.com/etc/sendmail.cw

  vi /virtual/domain1.com/etc/sendmail.cw
  mail.domain1.com
  domain1.com
  domain1
  localhost




  99..33..55..  SSeennddmmaaiill eett lleess ddoommaaiinneess vviirrttuueellss :: llaa bbiiddoouuiillllee ((pprree88..88..66))

  Cependant, sendmail ncessite un changement mineur de son code source.
  Sendmail utilise un fichier nomm /etc/sendmail.cw qui contient tous
  les noms de machine pour lequel il distribuera le mail localement au
  lieu de le faire suivre  une autre machine. Sendmail fait une
  vrification interne de toutes les interfaces rseau de la machine
  pour initialiser cette liste avec les adresses IP locales. Cela
  prsente un problme si vous envoyez des mails entre deux domaines
  virtuels de la mme machine. Sendmail pensera que l'autre domaine
  virtuel est une adresse locale et il distribuera le mail localement.
  Par exemple, bob@domaine1.com envoie un mail  fred@domaine2.com.
  Puisque le sendmail de domaine1.com pense que domaine2.com est une
  adresse locale, il va envoyer ce mail  domaine1.com et ne l'enverra
  jamais  domaine2.com. Vous avez  modifier sendmail (ce que j'ai fait
  sans problme sur la version 8.8.6) :


  vi v8.8.5/src/main.c


  Vers la ligne 494 vous devriez remplacer la ligne :

  load_if_names();


  Par :

  /* load_if_names(); Comment puisque cela casse les domaines virtuels */



  Notez que cette modification n'est ncessaire que si vous dsirez
  envoyer du mail entre des domaines virtuels, ce qui est probable, je
  pense.


  Cela corrigera le problme. Cependant, l'adaptateur rseau principal
  eth0 n'est pas supprim. Ainsi, si vous envoyez un mail depuis une
  adresse IP virtuelle vers une adresse sur eth0 de la mme machine, il
  sera dlivr localement. Pour cela, j'utilise une adresse IP bidon
  virtuel1.domaine.com (10.10.10.157). Je n'envoie jamais de mail  cet
  hte, les domaines virtuels non plus. C'est aussi l'adresse IP que
  j'utiliserai pour me connecter sur la machine via ssh, pour vrifier
  si le systme fonctionne.


  99..33..66..  SSeennddmmaaiill eett lleess ddoommaaiinneess vviirrttuueellss :: NNoouuvveellllee ffoonnccttiioonn
  ((PPOOSSTT88..88..66))

  Depuis la version 8.8.6 de Sendmail, il existe une option qui
  dsactive le chargement des interfaces rseaux supplmentaires. Ce qui
  implique la NON ncssit de toucher au code source. Elle s'appelle
  DontProbeInterfaces .


  Editer /virtual/domain1.com/etc/sendmail.cf

  vi /virtual/domain1.com/etc/sendmail.cf


  Ajouter la ligne :

  O DontProbeInterfaces=True




  99..33..77..  SSeennddmmaaiill..iinniitt

  Sendmail ne peut pas tre lanc tel quel, vous allez devoir le lancer
   travers inetd. C'est un moyen inefficace qui implique un temps de
  rponse plus long, mais si vous avez un site tellement occup pour que
  la diffrence soit importante, alors vous devriez utiliser une machine
  ddie  ce site. Notez que vous ne de devez PAS utiliser l'option
  -bd. Notez galement que vous devez lancer sendmail -q pour chaque
  domaine que vous grez. Le nouveau fichier sendmail.init est le
  suivant :




















  #!/bin/sh

  # Source function library.
  . /etc/rc.d/init.d/functions

  case "$1" in
    start)
          echo -n "Starting sendmail: "
          daemon sendmail -q1h
          echo
          echo -n "Starting virtual sendmail: "
          for i in /virtual/*
          do
                  if [ ! -d "$i" ]
                  then
                          continue
                  fi
                  if [ "$i" = "/virtual/lost+found" ]
                  then
                          continue
                  fi
                  chroot $i sendmail -q1h
                  echo -n "."
          done
          echo " done"
          touch /var/lock/subsys/sendmail
          ;;
    stop)
          echo -n "Stopping sendmail: "
          killproc sendmail
          echo
          rm -f /var/lock/subsys/sendmail
          ;;
    *)
          echo "Usage: sendmail {start|stop}"
          exit 1
  esac

  exit 0




  99..33..88..  CCoonnffiigguurraattiioonn dd''iinneettdd

  Pop devrait s'installer normalement, sans effort supplmentaire. Vous
  n'avez qu' modifier l'entre pour pop dans le fichier inetd.conf pour
  utiliser le dmon virtuald. Pour sendmail et pop, cela donne :


  pop-3 stream tcp nowait root /usr/bin/virtuald \
          virtuald /virtual/conf.pop in.qpop -s
  smtp stream tcp nowait root /usr/bin/virtuald \
          virtuald /virtual/conf.mail sendmail -bs




  99..44..  SSoolluuttiioonn ppoouurr QQmmaaiill

  99..44..11..  IInnttrroodduuccttiioonn

  Cette solution prend la responsabilit de distribution du qmail-local,
  donc l'utilisation des fichiers .qmail dans les rpertoire home des
  domaines virtuels ne marcheront pas. Cependant, chaque domaine aura
  toujours un utilisateur matre par domaine qui contrlera les aliasing
  du domaine. Deux programmes externes seront utiliss pour le fichier
  .qmail-default  des matres de domaine.  Le mail passera par ces deux
  programmes afin de distribuer le courrier  chaque domaine.


  Deux programmes sont necssaires, car l'un deux est lanc avec le
  setuid root.  C'est un petit programme qui se change en un utilisateur
  non administrateur et lance le second programme. Consultez le site le
  plus proche relatif  la scurit pour une discussion sur le pourquoi
  est-ce ncessaire.


  Cette solution se passe de virtuald. Qmail est assez flexible pour ne
  pas avoir besoin d'une configuration virtuald gnerale. La conception
  de Qmail utilise l'enchanement de programmes pour distribuer les
  mails. Cette conception facilite l'insertion d'une section virtuelle
  dans le processus de distribution de Qmail sans altrer une
  installation standard de Qmail.


  Depuis que vous utilisez Qmail, tout nom de domaine non qualifi sera
  dvelopp en utilisant le serveur principal. C'est d au fait que vous
  n'avez pas un Qmail pour chaque domaine. Donc, soyez sr que vos
  clients (Eudora, elm, mutt, etc.) puissent developper tous vos noms de
  domaines non qualifis.


  99..44..22..  IInnssttaallllaattiioonn ddeess ddoommaaiinneess vviirrttuueellss

  Qmail doit tre configur de manire  accepter les mails pour chaque
  domaine que vous dsservez. Tapez la commande suivante :


  echo "domain1.com:domain1" >> /var/qmail/control/virtualdomains




  99..44..33..  IInnssttaallllaattiioonn ddee ll''uuttiilliissaatteeuurr mmaattrree dduu ddoommaaiinnee

  Ajouter  votre fichier  /etc/passwd  principal l'utilisateur domain1.
  Je choisirais le shell /bin/false pour que le matre du domaine ne
  puisse se connecter.  Cet utilisateur sera capable d'ajouter des
  fichier .qmail et tous les mails passeront par ce compte. Notez que
  les noms d'utilisateurs ne peuvent faire que 8 caractres et les noms
  de domaines peuvent tre plus long. Les caractres restants seront
  ignors. Ce qui implique, que les utilisateurs domain12 et domain123
  seraient le mme utilisateur et Qmail pourra tre perturb. Donc,
  attention  votre convention pour nommer les utilisateurs matres des
  domaines.


  Crer les fichiers .qmail du matre de domaine avec les commandes
  suivantes. Ajoutez les autres alias systme au mme endroit. Par
  exemple, webmaster ou hostmaster.


  echo "user@domain1.com" > /home/d/domain1/.qmail-mail-daemon
  echo "user@domain1.com" > /home/d/domain1/.qmail-postmaster
  echo "user@domain1.com" > /home/d/domain1/.qmail-root



  Crez le fichier .qmail-default du matre de domaine. Il filtre tous
  les mails du domaine virtuel.

  echo "| /usr/local/bin/virtmailfilter" > /home/d/domain1/.qmail-default




  99..44..44..  TTccppsseerrvveerr

  Qmail a besoin d'un pop spcial qui supporte le format maildir. Le
  programme pop doit tre rendu virtuel. L'auteur de Qmail recommande
  d'utiliser  tcpserver (un remplacement  inetd) avec Qmail, donc mes
  exemples utilisent tcpserver et NON inetd.


  Tcpserver n'a pas besoin de fichier de configuration. Toutes les
  informations peuvent etre passes par une ligne de commande. Ci-
  dessous, se trouve le fichier tcpserver.ini que vous devez utiliser
  pour le dmon mail et le serveur pop :


  #!/bin/sh

  . /etc/rc.d/init.d/functions

  QMAILDUSER=`grep qmaild /etc/passwd | cut -d: -f3`
  QMAILDGROUP=`grep qmaild /etc/passwd | cut -d: -f4`

  # Regarder comment nous tions appells.
  case "$1" in
    start)
          echo -n "Starting tcpserver: "
          tcpserver -u 0 -g 0 0 pop-3 /usr/local/bin/virtuald \
                  /virtual/conf.pop qmail-popup virt.domain1.com \
                  /bin/checkpassword /bin/qmail-pop3d Maildir &
          echo -n "pop "
          tcpserver -u $QMAILDUSER -g $QMAILDGROUP 0 smtp \
                  /var/qmail/bin/qmail-smtpd &
          echo -n "qmail "
          echo
          touch /var/lock/subsys/tcpserver
          ;;
    stop)
          echo -n "Stopping tcpserver: "
          killall -TERM tcpserver
          echo -n "killing "
          echo
          rm -f /var/lock/subsys/tcpserver
          ;;
    *)
          echo "Usage: tcpserver {start|stop}"
          exit 1
  esac

  exit 0




  99..44..55..  QQmmaaiill..iinniitt

  Vous pouvez utiliser le script standard de Qmail.init fourni. Qmail
  est livr avec une trs bonne documentation dcrivant comment le
  mettre en place.




  99..44..66..  SSoouurrccee

  Vous avez besoin de deux autres programmes pour que votre serveur mail
  virtuel fonctionne avec Qmail. Ce sont virtmailfilter et
  virtmaildelivery.  Ceci est le code source en C de virtmailfilter. Il
  doit tre install dans /usr/local/bin avec les permissions 4750,
  l'utilisateur root et le groupe nofiles.



























































  #include <sys/wait.h>
  #include <unistd.h>
  #include <string.h>
  #include <stdlib.h>
  #include <stdio.h>
  #include <ctype.h>
  #include <pwd.h>

  #define VIRTPRE                 "/virtual"

  #define VIRTPWFILE              "etc/passwd"
  #define VIRTDELIVERY            "/usr/local/bin/virtmaildelivery"
  #define VIRTDELIVERY0           "virtmaildelivery"

  #define PERM                    100
  #define TEMP                    111
  #define BUFSIZE                 8192

  int main(int argc,char **argv)
  {
          char *username,*usernameptr,*domain,*domainptr,*homedir;
          char virtpath[BUFSIZE];
          struct passwd *p;
          FILE *fppw;
          int status;
          gid_t gid;
          pid_t pid;

          if (!(username=getenv("EXT")))
          {
                  fprintf(stdout,"environment variable EXT not set\n");
                  exit(TEMP);
          }

          for(usernameptr=username;*usernameptr;usernameptr++)
          {
                  *usernameptr=tolower(*usernameptr);
          }

          if (!(domain=getenv("HOST")))
          {
                  fprintf(stdout,"environment variable HOST not set\n");
                  exit(TEMP);
          }

          for(domainptr=domain;*domainptr;domainptr++)
          {
                  if (*domainptr=='.' && *(domainptr+1)=='.')
                  {
                          fprintf(stdout,"environment variable HOST has ..\n");
                          exit(TEMP);
                  }
                  if (*domainptr=='/')
                  {
                          fprintf(stdout,"environment variable HOST has /\n");
                          exit(TEMP);
                  }

                  *domainptr=tolower(*domainptr);
          }

          for(domainptr=domain;;)
          {
                  snprintf(virtpath,BUFSIZE,"%s/%s",VIRTPRE,domainptr);
                  if (chdir(virtpath)>=0)
                          break;
                  if (!(domainptr=strchr(domainptr,'.')))
                  {
                          fprintf(stdout,"domain failed: %s\n",domain);
                          exit(TEMP);
                  }

                  domainptr++;
          }

          if (!(fppw=fopen(VIRTPWFILE,"r+")))
          {
                  fprintf(stdout,"fopen failed: %s\n",VIRTPWFILE);
                  exit(TEMP);
          }

          while((p=fgetpwent(fppw))!=NULL)
          {
                  if (!strcmp(p->pw_name,username))
                          break;
          }

          if (!p)
          {
                  fprintf(stdout,"user %s: not exist\n",username);
                  exit(PERM);
          }

          if (fclose(fppw)==EOF)
          {
                  fprintf(stdout,"fclose failed\n");
                  exit(TEMP);
          }

          gid=p->pw_gid;
          homedir=p->pw_dir;

          if (setgid(gid)<0 || setuid(p->pw_uid)<0)
          {
                  fprintf(stdout,"setuid/setgid failed\n");
                  exit(TEMP);
          }

          switch(pid=fork())
          {
                  case -1:
                          fprintf(stdout,"fork failed\n");
                          exit(TEMP);
                  case 0:
                          if (execl(VIRTDELIVERY,VIRTDELIVERY0,username,homedir,NU                        {
                                  fprintf(stdout,"execl failed\n");
                                  exit(TEMP);
                          }
                  default:
                          if (wait(&status)<0)
                          {
                                  fprintf(stdout,"wait failed\n");
                                  exit(TEMP);
                          }
                          if (!WIFEXITED(status))
                          {
                                  fprintf(stdout,"child did not exit normally\n");                        }
                          break;
          }

          exit(WEXITSTATUS(status));
  }
  99..44..77..  SSoouurrccee

  Ceci est le code source de virtmaildelivery. Il doit etre install
  dans /usr/local/bin avec les permissions 0755, l'utilisateur root et
  le groupe root.





























































  #include <sys/stat.h>
  #include <sys/file.h>
  #include <stdlib.h>
  #include <string.h>
  #include <unistd.h>
  #include <stdio.h>
  #include <errno.h>
  #include <time.h>

  #define TEMP                    111
  #define BUFSIZE                 8192
  #define ATTEMPTS                10

  int main(int argc,char **argv)
  {
          char *user,*homedir,*dtline,*rpline,buffer[BUFSIZE],*p,mail[BUFSIZE];
          char maildir[BUFSIZE],newmaildir[BUFSIZE],host[BUFSIZE];
          int fd,n,nl,i,retval;
          struct stat statp;
          time_t thetime;
          pid_t pid;
          FILE *fp;

          retval=0;

          if (!argv[1])
          {
                  fprintf(stdout,"invalid arguments: need username\n");
                  exit(TEMP);
          }

          user=argv[1];

          if (!argv[2])
          {
                  fprintf(stdout,"invalid arguments: need home directory\n");
                  exit(TEMP);
          }

          homedir=argv[2];

          if (!(dtline=getenv("DTLINE")))
          {
                  fprintf(stdout,"environment variable DTLINE not set\n");
                  exit(TEMP);
          }
          if (!(rpline=getenv("RPLINE")))
          {
                  fprintf(stdout,"environment variable RPLINE not set\n");
                  exit(TEMP);
          }

          while (*homedir=='/')
                  homedir++;
          snprintf(maildir,BUFSIZE,"%s/Maildir",homedir);
          if (chdir(maildir)<0)
          {
                  fprintf(stdout,"chdir failed: %s\n",maildir);
                  exit(TEMP);
          }

          time(&thetime);
          pid=getpid();
          if (gethostname(host,BUFSIZE)<0)
          {
                  fprintf(stdout,"gethostname failed\n");
                  exit(TEMP);
          }

          for(i=0;i<ATTEMPTS;i++)
          {
                  snprintf(mail,BUFSIZE,"tmp/%u.%d.%s",thetime,pid,host);
                  errno=0;
                  stat(mail,&statp);
                  if (errno==ENOENT)
                          break;

                  sleep(2);
                  time(&thetime);
          }
          if (i>=ATTEMPTS)
          {
                  fprintf(stdout,"could not create %s\n",mail);
                  exit(TEMP);
          }

          if (!(fp=fopen(mail,"w+")))
          {
                  fprintf(stdout,"fopen failed: %s\n",mail);
                  retval=TEMP; goto unlinkit;
          }

          fd=fileno(fp);

          if (fprintf(fp,"%s",rpline)<0)
          {
                  fprintf(stdout,"fprintf failed\n");
                  retval=TEMP; goto unlinkit;
          }

          if (fprintf(fp,"%s",dtline)<0)
          {
                  fprintf(stdout,"fprintf failed\n");
                  retval=TEMP; goto unlinkit;
          }

          while(fgets(buffer,BUFSIZE,stdin))
          {
                  for(p=buffer;*p=='>';p++)
                          ;

                  if (!strncmp(p,"From ",5))
                  {
                          if (fputc('>',fp)<0)
                          {
                                  fprintf(stdout,"fputc failed\n");
                                  retval=TEMP; goto unlinkit;
                          }
                  }

                  if (fprintf(fp,"%s",buffer)<0)
                  {
                          fprintf(stdout,"fprintf failed\n");
                          retval=TEMP; goto unlinkit;
                  }
          }

          p=buffer+strlen(buffer);
          nl=2;
          if (*p=='\n')
                  nl=1;

          for(n=0;n<nl;n++)
          {
                  if (fputc('\n',fp)<0)
                  {
                          fprintf(stdout,"fputc failed\n");
                          retval=TEMP; goto unlinkit;
                  }
          }

          if (fsync(fd)<0)
          {
                  fprintf(stdout,"fsync failed\n");
                  retval=TEMP; goto unlinkit;
          }

          if (fclose(fp)==EOF)
          {
                  fprintf(stdout,"fclose failed\n");
                  retval=TEMP; goto unlinkit;
          }

          snprintf(newmaildir,BUFSIZE,"new/%u.%d.%s",thetime,pid,host);
          if (link(mail,newmaildir)<0)
          {
                  fprintf(stdout,"link failed: %s %s\n",mail,newmaildir);
                  retval=TEMP; goto unlinkit;
          }

  unlinkit:
          if (unlink(mail)<0)
          {
                  fprintf(stdout,"unlink failed: %s\n",mail);
                  retval=TEMP;
          }

          exit(retval);
  }




  99..55..  RReemmeerrcciieemmeennttss

  Merci  Vicente Gonzalez (vince@nycrc.net) pour son aide qui a rendu
  possible la solution pour Qmail. Vous pouvez certainement crire a
  Vince, pour le remercier, ainsi que lui poser vos questions et
  commentaires a propos de Qmail, le reste concernant ce HOWTO devant
  m'tre adress.


  1100..  SSaammbbaa VViirrttuueell

  1100..11..  MMiissee eenn ppllaaccee

  L'installation de Samba Virtuel est trs simple. Soyez sr que les
  fichiers suivants soit installs correctement :


    /virtual/domain1.com/etc/smb.conf FICHIER

    /virtual/domain1.com/var/lock/samba REPERTOIRE

    /virtual/domain1.com/var/log/ REPERTOIRE

    /usr/local/bin/virtsmbstatus SYMLINK /usr/local/bin/virtexec

  1100..22..  IInneettdd

  ditez /etc/inetd.conf


  vi /etc/inetd.conf


  Ajoutez cette ligne :

  netbios-ssn stream tcp nowait root /usr/local/bin/virtuald \
          virtuald /virtual/conf.smbd smbd




  1100..33..  SSmmbb..iinniitt

  Un fichier smb.init n'est pas ncessaire tant que le serveur est lanc
  via inetd.


  1111..  LLee rreessttee


  Tout autre service devrait suivre une procdure similaire :


    Lancer virtfs pour ajouter le binaire et les librairies au systme
     de fichiers virtuel ;

    L'ajouter dans /etc/inetd.conf ;

    Crer un fichier /virtual/conf.service ;

    Crer tout script virtuel manquant.


  1122..  CCoonncclluussiioonn

  Voici tout ce dont vous avez besoin. J'espre que cet article rpond 
  vos attentes. Vous pouvez utiliser l'email  Computer Resource Center
  pour tout commentaire (NdT : en anglais bien sr). Si vous avez une
  question, ou si vous me proposez une mise  jour, faites-le moi savoir
  et je l'ajouterai.


  Ce document a rencontr un grand intret. Je remercie toutes les
  personnes qui m'ont envoy des questions et qui m'ont aid  former ce
  document pour obtenir l'intrt des utilisateurs. Avant de me poser
  des questions, je vous recommande de lire la FAQ pour voir si cela n'a
  pas dj t demand. Merci encore.  Brian


  1133..  FFAAQQ

  QQ11. J'ai cr un sendmail.init et syslogd.init. Je les ai mis dans
  /usr/local/bin et essay de les lancer, mais ils me donnent des
  erreurs.


  RR11. Ces fichiers sont appells scripts d'initialisation. Ils sont
  lancs par le programme init quand votre ordinateur dmarre. Ils ne
  vont pas avec les binaires de /usr/local. Consultez le Guide de
  l'Administrateur Systme Linux (Linux System Administrators Guide) ou
  le Guide pour Bien Dmarrer avec Linux (Linux Getting Started Guide)
  pour des informations sur la manire d'utiliser les scripts
  d'initialisation du systme.


  QQ22. J'ai mis ces lignes dans /etc/sendmail.cf :


  divert(0)
  VERSIONID(`tcpproto.mc')
  OSTYPE(linux)
  FEATURE(redirect)
  FEATURE(always_add_domain)
  FEATURE(use_cw_file)
  FEATURE(local_procmail)
  MAILER(local)
  MAILER(smtp)



  Et j'obtiens une sortie vraiment trange. Pourquoi ?


  RR22. Vous ne devez pas mettre ces lignes directement dans
  /etc/sendmail.cf.  Le fichier sendmail.cf a t crit pour que
  sendmail le comprenne facilement et est difficile  lire aux humains.
  Ainsi, pour le rendre facile  configurer, nous utilisons un programme
  appell
   m4  et ses capacits de macros pour crer le fichier  sendmailf.cf .
  Les lignes FEATURE sont en fait des macros qui se dveloppent par
  rapport  la configuration de Sendmail. Lisez la documentation de
  sendmail pour savoir comment configurer sendmail avec cette mthode.
  Aussi, notez que vous crez un fichier /etc/sendmail.cf principal et
  le script virtfs le copie sur /virtual/domain1.com/etc/sendmail.cf.
  Puis, vous ditez ce sendmail.cf pour l'adapter  votre domaine.


  QQ33. Ou puis-je trouver virtuald, qu'est-ce donc et comment
  l'utiliser ?


  RR33. Virtuald est un programme en C que j'ai crit pour lancer un
  service virtuel. Il est inclus dans ce HOWTO. Vous le compilez comme
  un programme C normal :
   make virtuald . Le binaire rsultant est plac dans /usr/local/bin.
  Ajoutez les lignes ncessaires  /etc/inetd.conf pour utiliser
  virtuald comme une facade vers un programme serveur.


  QQ44. Dialog n'est pas install sur mon systme ?


  RR44. Dialog est un programme qui permet d'avoir des fentres dans vos
  scripts shell. Il est ncssaire pour faire fonctionner mon script
  shell virtuel.  Vous pouvez trouver une copie de dialog sur metalab.
  Il ne devrait pas y avoir de problmes pour le compiler et
  l'installer.


  QQ55. Comment puis-je savoir si le syslogd virtuel marche ?


  RR55.  Quand virtuald est lanc, il doit envoyer le message suivant 
  syslogd (/var/log/messages) :



  Nov 19 17:21:07 virtual virtuald[10223]: Virtuald Starting: $Revision: 1.49 $
  Nov 19 17:21:07 virtual virtuald[10223]: Incoming ip: 204.249.11.136
  Nov 19 17:21:07 virtual virtuald[10223]: Chroot dir: /virtual/domain1.com



  Le message du  chroot  est envoy par virtuald une fois l'appel
  systme
   chroot  effectu. Si ce message apparat, alors le syslogd virtuel
  fonctionne. Si le service que vous rendez virtuel logue les messages
  par syslogd et que vous les voyez, c'est aussi un signe que le syslod
  virtuel fonctionne correctement.


  Noter que si vous n'avez pas mis l'option VERBOSELOG lors de la
  compilation, Virtuald ne loguera pas du tout. Le seul moyen de savoir
  si le syslogd virtuel marche dans ce cas l, c'est de voir si un dmon
  qui rend un service virtuel indpendamment, logue quelque chose avec
  syslogd.


  QQ66. Comment puis-je installer des quotas  travers un systme de
  fichiers virtuel ?


  RR66. Vous l'installez comme vous le feriez d'habitude. Aller voir le
  Quota mini-HOWTO.  Cependant, vous devez tre sr qu'il n'y ait pas de
  conflits d'uid entre les domaines. S'il y'a des conflits, les
  utilisateurs devront partager un quota.  Prparez un intervalle d'uid
  qui auront le quota activ et dites aux domaines qu'ils ne peuvent
  avoir d'utilisateurs dans cet intervalle,  part ceux qui sont retenus
  pour avoir un quota.


  QQ77. Que fait cette notation "\" dans toutes les entres du
  inetd.conf ?


  RR77. C'est juste une mthode pour couper une ligne d'un fichier de
  configuration en deux lignes. J'ai fait a pour que les lignes
  puissent avoir un retour  la ligne de manire  obtenir une meilleure
  prsentation. Vous pouvez ingorer le "\" et les rejoindre en une
  seule.


  QQ88. Quand je lance  passwd  ou n'importe quel programme concernant les
  logins, le systme me renvoie  permission denied .  Quand je lance FTP
  ou  su  le systme me renvoi
   no modules loaded for service XXX . Pourquoi ?


  RR88. Ce sont les messages d'erreur de PAM. J'ai crit les scripts avant
  que PAM ne sorte. Mon script virtfs ne copie pas  /etc/pam.d ,
   /usr/lib/cracklib_dict.* ,  /lib/security  ou n'importe quel fichier
  dont PAM a besoin. PAM en a besoin pour fonctionner. Si vous ditez
  mon script virtfs pour copier ces fichiers, il n'y aura plus de
  problmes.


  QQ99. Est-ce que virtuald peut fonctionner avec les hosts.allow et
  hosts.deny de tcpd ?


  RR99. Oui, il peut, mais avec quelques modifications.


  D'abord, le code source doit tre chang en deux endroits.


  Il faut insrer ces lignes l o les arguments sont analyss.


          if (!argv[3])
          {
                  syslog(LOG_ERR,"invalid arguments: no program to run");
                  exit(0);
          }



  La ligne d'excution doit remplacer :


          if (execvp(argv[2],argv+2)<0)



  par :


          if (execvp(argv[2],argv+3)<0)



  Deuximement, les lignes du fichier  inetd.conf  :


  ftp stream tcp nowait root /usr/local/bin/virtuald \
          virtuald /virtual/conf.ftp tcpd wu.ftpd -l -a



  Troisimement, diter les fichier
  /virtual/domain1.com/etc/hosts.allow et
  /virtual/domain1.com/etc/hosts.deny pour mettre vos paramtres.


  QQ1100. Est-ce que mon serveur virtuel peut lancer des CGI ?


  RR1100. Bien sr, mais je vous recommande de mettre le rpertoire
   /cgi-bin   un endroit en dehors du  chroot , o vous seul avez
  accs. Par exemple, /var/www/cgi-bin/domain1.com. Donner l'accs aux
  cients  /cgi-bin leur donne la possibilit de lancer des programmes
  sur votre serveur. C'est un gros trou de scurit. Soyez prudent. Je
  ne laisse aucun CGI tourner sur mon systme sans que je n'ai pas
  personnellement cherch d'ventuels bugs.


  QQ1111. Mes fichiers de configuration sont diffrents de vos exemples.
  Que dois je faire ?


  RR1111 Il y a deux styles de configuration : System V et BSD. Les
  exemples fournis dans ce HOWTO sont bass sur les fichiers de
  configuration System V.  Les services virtuels marchent aussi bien sur
  l'autre systme. Pour des informations sur la mthode pour configurer
  vos fichier de style BSD, consultez l'origine de votre distribution ou
  le site LDP le plus prs.



  QQ1122. Je vous ai envoy un mail et n'ai pas reu de rponses ou alors
  elles ont pris un long moment avant de me parvenir. Pourquoi ?


  RR1122. Vous n'avez srement pas mis VIRTSERVICES HOWTO dans le sujet.
  Sachez que je suis un administrateur rseau, et que parmi mes 20
  heures par jour, j'administre mes machines virtuelles et celles de mes
  clients. Un mail qui est proprement adress aura toujours une rponse
  dans les deux ou trois jours suivants. Les mails mal adresss ne
  seront pas filtrs vers ma bote aux lettres pour VIRTSERVICES, et
  peuvent m'tre inconnus pendant plusieurs jours, voir semaines.


  QQ1133. Est-ce que virtuald marche avec une connection a 100Mbit ?


  RR1133. La vitesse d'une carte rseau est totalement indpendante du fait
  que virtuald fonctionne ou pas. Vrifiez que votre serveur tourne sous
  10Mbit et que votre carte 100Mbit fonctionne normalement sans un
  serveur virtuel.


  QQ1144. Est-ce que je dois utiliser la  table virthost  de sendmail ?


  RR1144. Non, c'est une fonctionnalit de Sendmail qui reoit les
  informations pour plusieurs domaines. Virtuald donne  chaque Sendmail
  son propre environnement
   chroot . Installez Virtuald et configurez sendmail comme vous le
  feriez  l'habitude pour chaque domaine.


  QQ1155. Puis-je installer un telnet virtuel sur ma machine ? Et est-il
  possible de crer un compte root virtuel, pour que les client puissent
  administrer leur propre domaine ?


  RR1155. Ces questions reviennent souvent, et pour etre honnte, j'en ai
  un peu marre de les entendre. La rponse, qui est dans ce document,
  est que n'importe quel service lanc par inetd peut tre rendu
  virtuel, donc rien ne vous empche de le faire. Rien,  part le bon
  sens.  Cependant, les bnfices que vous pouvez avoir sont fortement
  altrs par le prix de la securit de votre machine virtuelle (ainsi
  que les sites que vous tes supposs hberger d'une manire
  rsponsable). Voici quelques exemples :


    Afin de duper une session telnet entrante vous devez modifier le
     noyau, pour avoir plusieurs proccessus, rinitialiser votre adresse
     IP source pour les connections sortantes, duper  gethostname  pour
     qu'il utilise le nom de domaine virtuel et non celui du systme,
     etc.  Si vous tes un utilisateur avanc, hackez le kernel. Pour un
     dbutant, je ne le recommande pas.

    En autorisant les utilisateurs  venir sur votre machine en telnet,
     vous les autorisez  lancer des programmes dangereux. Et ceux qui
     savent hacker peuvent prendre les privilges root et causer des
     dommages sur votre systme.

    Donner un accs root en telnet sur une machine virtuelle est trs
     mauvais.  Un utilisateur root virtuel peut quand mme lire les
     fichiers des pripheriques , ce qui annule le  chroot , peut
     teindre le systme et tuer les autres processus sur le systme.

    Telnet est un service rseau non scuris. Des mots de passes sont
     envoys en clair par le rseau. Si un utilisateur avec de mauvaises
     intentions rcupre ce mot de passe, il ou elle peut utiliser les
     attaques mentionnes ci-dessus pour nuire  votre systme.

    Votre environnement virtuel devra tre plus gros. Vous aurez besoin
     de plus de librairies, plus de fichiers de configuration, et plus
     d'excutables. Un disque de 6Go peut tre trs vite rempli.


  Comme quoi, c'est une trs mauvaise ide d'autoriser des connections
  sur une machine virtuelle. Si vous le permettez, tous les sites
  hebergs sur cette machine seront en danger. Si vous voulez autoriser
  un propritaire de site  administrer ses utilisateurs, vous devez
  alors crire (pas de script) le programme ncessaire pour lancer un
  processus virtuel qui l'autorise  les ajouter, effacer ou modifier en
  se connectant par ssh. Ceci devra tre compltement excut par menus,
  vous ne devrez jamais autoriser de consoles, ou d'accs root. Afin
  d'accomplir ceci, vous devrez changer le propritaire des fichiers
  concerns de root  un autre utilisateur.  Si c'est fait de cette
  maniere, c'est assez securis pour tre incorpor dans une machine
  virtuelle. Il ne sera jamais acceptable d'autoriser des connections
  root en telnet ou ssh. Le faire, serait simplement une invitation au
  dsastre. S'il y avait une raison de le faire, le site devrait tre
  hberg sur une machine ddie, o le risque serait juste pour lui.
  Aucun administrateur responsable ne ferait autrement et donc je ne
  perdrai pas plus de temps sur cette question.


  QQ1166. Y a-t-il un rpm, tar, site web, liste de diffusion, etc. associ
   virtuald et au Virtual-Services HOWTO ?


  RR1166. Pour le moment il n'y a rien de tout ceci. Ce HOWTO est la seule
  source d'information sur tout ce que j'ai fait concernant ce projet.
  Je trouve ce HOWTO assez informatif, rendant le besoin d'autres
  renseignements superflu.


  QQ1177. Quand j'essaye de lancer virtexec en tant que simple utilisateur,
  j'ai  chroot: operation not permitted . Pourquoi ?


  RR1177.  chroot  est un appl systme restreint au root. Seulement le
  super utilisateur peut l'executre. Le script virtexec lance le
  programme
   chroot  ce qui implique le besoin d'tre root pour le lancer.


  QQ1188. J'ai mis en place pop et sendmail, mais la rcuperation des mails
  ne semble pas marcher. D'o cela vient-il ?


  RR1188. Certains programmes pop prennent comme emplacement des fichiers
  mail
   /usr/spool/mail . Je sais que  qpop  doit etre dit manuellement
  pour rsoudre ce problme. Soit vous recompilez les sources de votre
  programme, soit vous faites un lien symbolique de
  /virtual/domain1.com/usr/spool  vers
   /virtual/domain1.com/var/spool .


  QQ1199. Je n'ai pas utilis le programme mentionn dans votre HOWTO,
  j'utilise le programme XXX. Il ne marche pas. Pourquoi ?


  RR1199. J'ai essay de faire des exemples le plus gnerique possible pour
  chaque serveur. Je sais que certaines personnes ont leur version
  favorite de chaque serveur. Envoyez-moi le plus d'informations
  possible, et j'essaierai de trouver une solution  votre problme et
  je l'incluerai dans la FAQ.  L'information la plus importante est de
  me dire ou trouver la version du programme que vous utilisez (sous la
  forme ftp://ftp.domain.com/subdir/subdir/file.tgz).


  QQ2200. Quand je lance virtexec il dit  symlink not a virt function .
  Qu'est-ce que cela veut dire et comment le rparer ?


  RR2200. Virtexec est programme pour lequel les arguments sont les quatres
  premiers caractres, et il lance le nom restant dans l'environnement
  virtuel.  Par exemple,  virtpasswd  lance  passwd . Si les quatres
  premiers caracteres ne sont pas  virt , il se plaint et sort un
  message d'erreur. Virtexec est crit en script shell et devrait tre
  trs simple  porter.  Rfrez vous aux pages de manuels de bash ou du
  shell que vous utilisez pour vos question sur la programmation de
  script shell.


  QQ2211. J'ai une question  propos de Qmail, Samba, Apache, etc. qui n'a
  aucun rapport avec la mise en place de virtuald ou l'interface entre
  le paquetage et virtuald.


  RR2211. Tous les paquetages dcris ici sont pleinement documents.
  Certains ont un site web comme  www.nom_du_paquetage.org  qui leur est
  entirement ddi. S'il vous plait consultez ces documents  propos de
  ce genre de questions.


  QQ2222. J'ai plusieurs alias de domaines pointant sur domain1.com mais
  les mails continuent  tre renvoys aux alias. D'o est-ce que ca
  vient ?

  AA2222. Virtmaildelivery compte sur les variables d'environnement qui lui
  sont passes pour dterminer quel rpertoire /virtual/domain1.com
  utiliser pour distribuer le courrier. Il ne fait pas de recherche DNS
  pour dterminer l'adresse du mail.  Puis, si l'adresse est
  submail.mail.domain1.com , virtmaildelivery essayera en premier cette
  adresse puis  mail.domain1.com  et puis
   domain1.com . Il essaye dans cet ordre, jusqu' ce qu'une concordance
  ait lieu o qu'il ne reste plus de noms de domaines.


  De toutes facons, si vous avez des alias de domaines qui ne sont pas
  des sous-domaines d'un autre, vous devez crer des liens symboliques
  comme :


  cd /virtual
  ln -s domain1.com domain1alias.com



  De cette manire, virtmaildelivery sera tromp en pensant que ces
  mmes rpertoires existent mme si l'un d'eux est un lien symbolique
  et le mail pourra tre distribu 
   user@domain1.com  ou  user@domain1alias.com . Notez que
   virtexec  listera les deux rpertoires des domaines dans la bote de
  dialogue quand vous le lancerez. Vous pouvez choisir n'importe lequel,
  mais ce sera le mme systme de fichier.





































































