[Wapt] Réplication de dépôt Wapt

[Hubert TOUVET]

La procédure du client wapt pour trouver son dépôt est :
- utiliser le champ repo_url de wpat-get.ini si renseigné

si repo_url est vide :
- recherche DNS sur enregistrements SRV _wapt._tcp.mondomaine.local
      si des enregistrements sont trouvés, et que l'un de ces 
enregistrement est dans le même sous-réseau que l'interface réseau de 
monposte, et que le serveur correspondant répond en http, on prend celui-là
      sinon, on prend le premier enregitrement SRV d'un serveur qui 
répond, dans l'ordre des  poids des enregistrement DNS SRV (le plus gros 
poids d'abord)
- si pas d'enregistrement SRV, on recherche un CNAME wapt.mondomaine.local
- si pas d'enregistrement CNAME, on recherche un A wapt.mondomaine.local

donc, si on utilise la méthode SRV, et qu'il n'y a pas de dépôt dans le 
même sous-réseau que mon poste, on choisit le premier qui répond dans 
l'ordre  des poids des enregistrement DNS SRV (le plus gros poids d'abord)

Hubert

Le 23/05/2014 10:38, Jean-Charles Prin a écrit :
> OK.
>
> Méthode 2 pour nous.
>
> Et pour un sous-réseau qui n'a pas de serveur de dépôt dédié ? Comment 
> spécifier qu'il doit pointer vers
> le serveur principal ?
>
>
> Jean-Charles PRIN
> /Service Informatique/
> Convenant SA
> Tel.: 02.40.57.45.18
> 	Logo
>
> jean-charles.prin at convenant.fr <mailto:jean-charles.prin at convenant.fr>
>
> Groupe Convenant <http://www.convenant.fr/>
>
> Avant d'imprimer ce message, veuillez prendre
> en compte les conséquences environnementales
>
> Le 23/05/2014 09:56, Hubert TOUVET a écrit :
>>
>> Il y a deux procédures possibles suivant le type de serveur DNS :
>> 1 - Déclarer  repo_url=wapt.mondomaine.local dans le fichier 
>> wapt.get.ini des postes et faire un DNS multivues (avec bind ;) ) sur 
>> tous les lans qui répond l'IP du dépot WAPT le plus proche en 
>> fonction du client qui fait la requête DNS
>> 2 - Déclarer une url vide  repo_url= dans le fichier wapt.get.ini des 
>> postes et déclarer autant d'enregistrements SRV  
>> _wapt._tcp.mondomaine.local dans la zone DNS qu'il y a de dépôts WAPT
>>
>> Chacune a ses inconvénients...
>> - la méthode 1 suppose de pouvoir faire un bind multivues... très 
>> pratique quand on est en multisite avec des utilisateurs nomades 
>> (pour assurer un service local smtp, proxy, replicas ldap, dépôt 
>> wapt.... avec une configuration du poste client unique) mais parfois 
>> déroutant. Je ne pense pas que le dns interne de samba4 gère le 
>> multivue... ?
>>
>> - la méthode 2 suppose que le "suffixe DNS principal" soit 
>> correctement défini sur chaque poste, car wapt fait une recherche DNS 
>> sur cette zone...
>> U:\>ipconfig /all
>>
>> Configuration IP de Windows
>>
>>    Nom de l'hôte . . . . . . . . . . : HTLAPTOP
>> *   Suffixe DNS principal . . . . . . : tranquilit.local**
>> *   Type de noeud. . . . . . . . . .  : Hybride
>>    Routage IP activé . . . . . . . . : Non
>>    Proxy WINS activé . . . . . . . . : Non
>>    Liste de recherche du suffixe DNS.: tranquilit.local
>>
>>
>>
>> Le 23/05/2014 09:19, Jean-Charles Prin a écrit :
>>> Bonjour,
>>>
>>> Hubert nous a parlé de réplication de dépots Wapt afin de ne pas 
>>> saturer la bande passante:
>>> - serveur principal 'srvwapt' qui possède une IP type 192.168.1.100
>>> - serveur secondaire sur un site distant, 'srvwaptdistant' avec IP 
>>> 192.168.2.100
>>>
>>> J'ai installé un apache sur le 2e serveur, et fait un rsync de 
>>> /var/www/wapt/
>>>
>>> Comment faire pour que les postes du réseau 192.168.2.0/24 
>>> récupèrent les paquets sur  le 2e
>>> serveur ? Via DNS ?
>>>
>>> Merci
>>> -- 
>>>
>>> Jean-Charles PRIN
>>> /Service Informatique/
>>> Convenant SA
>>> Tel.: 02.40.57.45.18
>>> 	Logo
>>>
>>> jean-charles.prin at convenant.fr <mailto:jean-charles.prin at convenant.fr>
>>>
>>> Groupe Convenant <http://www.convenant.fr/>
>>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tranquil.it/pipermail/wapt/attachments/20140523/b4d969fc/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 14103 bytes
Desc: not available
URL: <http://lists.tranquil.it/pipermail/wapt/attachments/20140523/b4d969fc/attachment-0001.png>