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

[Jean-Charles Prin]

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/>
>>
>> Avant d'imprimer ce message, veuillez prendre
>> en compte les conséquences environnementales
>>
>>
>>
>> _______________________________________________
>> WAPT mailing list
>> WAPT at lists.tranquil.it
>> http://lists.tranquil.it/listinfo/wapt
>
>
>
> _______________________________________________
> WAPT mailing list
> WAPT at lists.tranquil.it
> http://lists.tranquil.it/listinfo/wapt

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