<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Ok tout fonctionne <span
        class="moz-smiley-s11"><span> 8-) </span></span><br>
      <br>
      En résumé:<br>
      <br>
      <ul>
        <li>Au départ</li>
      </ul>
      1 serveur principal, 'srvwapt.reseau.local' enregistré dans le DNS
      en <i>A</i>, avec un <i>CNAME</i>  'wapt.reseau.local',<br>
      sur le réseau 192.168.1.0/24<br>
      <br>
      En raison d'un grand nombre de paquets et du poids de certains, on
      souhaite mettre en place une<br>
      réplication du dépôt WAPT sur un serveur
      'srvwaptclone.reseau.local' sur le sous-réseau 192.168.2.0/24,<br>
      qui est sur un site différent du serveur principal.<br>
      <br>
      Tous les postes ont le suffixe 'reseau.local' (poussé par le DHCP)<br>
      <br>
      <ul>
        <li>Mise en place</li>
      </ul>
      - Sur 'srvwaptclone' : installation de apache2, création du
      répertoire '/var/www/wapt', puis rsync du<br>
      dépôt principal (srvwapt). On met un cron qui gère le rsync toutes
      les nuits<br>
      <br>
      - Sur le serveur DNS: création d'un nouvel enregistrement SRV 
      '_wapt'  qui pointe vers 'srvwapt.reseau.local'<br>
      avec un poids 100, sur le port 80.<br>
      Création d'un autre enregistrement SRV   '_wapt'  qui pointe vers
      'srvwaptclone.reseau.local' avec un poids 10.<br>
      <br>
      - Sur le client Windows: édition du fichier c:\wapt\wapt-get.ini,
      ligne 'repo_url=' <br>
      On lance ensuite un 'wapt-get update', puis un 'wapt-get -f clean',
      et on teste l'installation d'un paquet.<br>
      <br>
      <br>
      Voila!<br>
      <br>
      <div class="moz-signature"><br>
        <table style="font-size:14px;" border="0" cellpadding="0"
          cellspacing="0">
          <tbody>
            <tr>
              <td style="vertical-align: middle;"><span
                  style="font-weight: bold;">Jean-Charles PRIN</span><br>
                <i>Service Informatique</i><br>
                Convenant SA<br>
                Tel.: 02.40.57.45.18<br>
              </td>
              <td align="left"><img
                  src="cid:part1.07030306.09000708@convenant.fr"
                  alt="Logo"></td>
            </tr>
            <tr>
              <td colspan="2"><span style="font-size:5px;"><br>
                </span><a href="mailto:jean-charles.prin@convenant.fr">jean-charles.prin@convenant.fr</a><br>
              </td>
            </tr>
            <tr>
              <td colspan="2"><br>
                <a href="http://www.convenant.fr/"
                  style="text-decoration:none;">Groupe Convenant</a><br
                  <span="" style="font-size:5px;">
                <br>
                <span style="color: green;font-size:11px;">Avant
                  d'imprimer ce message, veuillez prendre <br>
                  en compte les conséquences environnementales</span></td>
            </tr>
          </tbody>
        </table>
      </div>
      Le 23/05/2014 12:33, Denis Cardon a écrit :<br>
    </div>
    <blockquote cite="mid:537F23FB.1040009@tranquil-it-systems.fr"
      type="cite">Bonjour Hubert et Jean Charles,
      <br>
      <br>
      <blockquote type="cite">La procédure du client wapt pour trouver
        son dépôt est :
        <br>
        - utiliser le champ repo_url de wpat-get.ini si renseigné
        <br>
        <br>
        si repo_url est vide :
        <br>
        - recherche DNS sur enregistrements SRV
        _wapt._tcp.mondomaine.local
        <br>
              si des enregistrements sont trouvés, et que l'un de ces
        <br>
        enregistrement est dans le même sous-réseau que l'interface
        réseau de
        <br>
        monposte, et que le serveur correspondant répond en http, on
        prend celui-là
        <br>
              sinon, on prend le premier enregitrement SRV d'un serveur
        qui
        <br>
        répond, dans l'ordre des  poids des enregistrement DNS SRV (le
        plus gros
        <br>
        poids d'abord)
        <br>
        - si pas d'enregistrement SRV, on recherche un CNAME
        wapt.mondomaine.local
        <br>
        - si pas d'enregistrement CNAME, on recherche un A
        wapt.mondomaine.local
        <br>
        <br>
        donc, si on utilise la méthode SRV, et qu'il n'y a pas de dépôt
        dans le
        <br>
        même sous-réseau que mon poste, on choisit le premier qui répond
        dans
        <br>
        l'ordre  des poids des enregistrement DNS SRV (le plus gros
        poids d'abord)
        <br>
      </blockquote>
      <br>
      je rajouterai à cette explication déjà très détaillée que l'url du
      dépôt utilisé pour le téléchargement est stockée dans la base
      sqlite locale par la commande wapt-get update.
      <br>
      <br>
      Normalement le service lance cette commande au moins une fois
      toutes les deux heures, donc une fois que les champs SRV sont mis
      en place, il faut soit forcer la commande wapt-get update soit
      attendre un peu.
      <br>
      <br>
      à bientôt,
      <br>
      <br>
      Denis
      <br>
      <br>
      <blockquote type="cite">
        <br>
        Hubert
        <br>
        <br>
        Le 23/05/2014 10:38, Jean-Charles Prin a écrit :
        <br>
        <blockquote type="cite">OK.
          <br>
          <br>
          Méthode 2 pour nous.
          <br>
          <br>
          Et pour un sous-réseau qui n'a pas de serveur de dépôt dédié ?
          Comment
          <br>
          spécifier qu'il doit pointer vers
          <br>
          le serveur principal ?
          <br>
          <br>
          <br>
          Jean-Charles PRIN
          <br>
          /Service Informatique/
          <br>
          Convenant SA
          <br>
          Tel.: 02.40.57.45.18
          <br>
              Logo
          <br>
          <br>
          <a class="moz-txt-link-abbreviated" href="mailto:jean-charles.prin@convenant.fr">jean-charles.prin@convenant.fr</a>
          <a class="moz-txt-link-rfc2396E" href="mailto:jean-charles.prin@convenant.fr"><mailto:jean-charles.prin@convenant.fr></a>
          <br>
          <br>
          Groupe Convenant <a class="moz-txt-link-rfc2396E" href="http://www.convenant.fr/"><http://www.convenant.fr/></a>
          <br>
          <br>
          Avant d'imprimer ce message, veuillez prendre
          <br>
          en compte les conséquences environnementales
          <br>
          <br>
          Le 23/05/2014 09:56, Hubert TOUVET a écrit :
          <br>
          <blockquote type="cite">
            <br>
            Il y a deux procédures possibles suivant le type de serveur
            DNS :
            <br>
            1 - Déclarer  repo_url=wapt.mondomaine.local dans le fichier
            <br>
            wapt.get.ini des postes et faire un DNS multivues (avec bind
            ;) ) sur
            <br>
            tous les lans qui répond l'IP du dépot WAPT le plus proche
            en
            <br>
            fonction du client qui fait la requête DNS
            <br>
            2 - Déclarer une url vide  repo_url= dans le fichier
            wapt.get.ini des
            <br>
            postes et déclarer autant d'enregistrements SRV
            <br>
            _wapt._tcp.mondomaine.local dans la zone DNS qu'il y a de
            dépôts WAPT
            <br>
            <br>
            Chacune a ses inconvénients...
            <br>
            - la méthode 1 suppose de pouvoir faire un bind multivues...
            très
            <br>
            pratique quand on est en multisite avec des utilisateurs
            nomades
            <br>
            (pour assurer un service local smtp, proxy, replicas ldap,
            dépôt
            <br>
            wapt.... avec une configuration du poste client unique) mais
            parfois
            <br>
            déroutant. Je ne pense pas que le dns interne de samba4 gère
            le
            <br>
            multivue... ?
            <br>
            <br>
            - la méthode 2 suppose que le "suffixe DNS principal" soit
            <br>
            correctement défini sur chaque poste, car wapt fait une
            recherche DNS
            <br>
            sur cette zone...
            <br>
            U:\>ipconfig /all
            <br>
            <br>
            Configuration IP de Windows
            <br>
            <br>
               Nom de l'hôte . . . . . . . . . . : HTLAPTOP
            <br>
            *   Suffixe DNS principal . . . . . . : tranquilit.local**
            <br>
            *   Type de noeud. . . . . . . . . .  : Hybride
            <br>
               Routage IP activé . . . . . . . . : Non
            <br>
               Proxy WINS activé . . . . . . . . : Non
            <br>
               Liste de recherche du suffixe DNS.: tranquilit.local
            <br>
            <br>
            <br>
            <br>
            Le 23/05/2014 09:19, Jean-Charles Prin a écrit :
            <br>
            <blockquote type="cite">Bonjour,
              <br>
              <br>
              Hubert nous a parlé de réplication de dépots Wapt afin de
              ne pas
              <br>
              saturer la bande passante:
              <br>
              - serveur principal 'srvwapt' qui possède une IP type
              192.168.1.100
              <br>
              - serveur secondaire sur un site distant, 'srvwaptdistant'
              avec IP
              <br>
              192.168.2.100
              <br>
              <br>
              J'ai installé un apache sur le 2e serveur, et fait un
              rsync de
              <br>
              /var/www/wapt/
              <br>
              <br>
              Comment faire pour que les postes du réseau 192.168.2.0/24
              <br>
              récupèrent les paquets sur  le 2e
              <br>
              serveur ? Via DNS ?
              <br>
              <br>
              Merci
              <br>
              --
              <br>
              <br>
              Jean-Charles PRIN
              <br>
              /Service Informatique/
              <br>
              Convenant SA
              <br>
              Tel.: 02.40.57.45.18
              <br>
                  Logo
              <br>
              <br>
              <a class="moz-txt-link-abbreviated" href="mailto:jean-charles.prin@convenant.fr">jean-charles.prin@convenant.fr</a>
              <a class="moz-txt-link-rfc2396E" href="mailto:jean-charles.prin@convenant.fr"><mailto:jean-charles.prin@convenant.fr></a>
              <br>
              <br>
              Groupe Convenant <a class="moz-txt-link-rfc2396E" href="http://www.convenant.fr/"><http://www.convenant.fr/></a>
              <br>
              <br>
            </blockquote>
          </blockquote>
        </blockquote>
        <br>
        <br>
        <br>
        _______________________________________________
        <br>
        WAPT mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:WAPT@lists.tranquil.it">WAPT@lists.tranquil.it</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.tranquil.it/listinfo/wapt">http://lists.tranquil.it/listinfo/wapt</a>
        <br>
        <br>
      </blockquote>
      <br>
      <br>
    </blockquote>
    <br>
  </body>
</html>