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

Jean-Charles Prin jean-charles.prin at convenant.fr
Fri May 23 14:58:41 CEST 2014 

Et pour terminer, lors de la création d'un paquet Waptsetup 
personnalisé, l'adresse du dépôt
ne peut être nulle, il faudrait pouvoir autoriser ça.


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 14:40, Jean-Charles Prin a écrit :
> Ok tout fonctionne 8-)
>
> En résumé:
>
>   * Au départ
>
> 1 serveur principal, 'srvwapt.reseau.local' enregistré dans le DNS en 
> /A/, avec un /CNAME/  'wapt.reseau.local',
> sur le réseau 192.168.1.0/24
>
> En raison d'un grand nombre de paquets et du poids de certains, on 
> souhaite mettre en place une
> réplication du dépôt WAPT sur un serveur 'srvwaptclone.reseau.local' 
> sur le sous-réseau 192.168.2.0/24,
> qui est sur un site différent du serveur principal.
>
> Tous les postes ont le suffixe 'reseau.local' (poussé par le DHCP)
>
>   * Mise en place
>
> - Sur 'srvwaptclone' : installation de apache2, création du répertoire 
> '/var/www/wapt', puis rsync du
> dépôt principal (srvwapt). On met un cron qui gère le rsync toutes les 
> nuits
>
> - Sur le serveur DNS: création d'un nouvel enregistrement SRV '_wapt'  
> qui pointe vers 'srvwapt.reseau.local'
> avec un poids 100, sur le port 80.
> Création d'un autre enregistrement SRV   '_wapt'  qui pointe vers 
> 'srvwaptclone.reseau.local' avec un poids 10.
>
> - Sur le client Windows: édition du fichier c:\wapt\wapt-get.ini, 
> ligne 'repo_url='
> On lance ensuite un 'wapt-get update', puis un 'wapt-get -f clean', et 
> on teste l'installation d'un paquet.
>
>
> Voila!
>
>
> 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 12:33, Denis Cardon a écrit :
>> Bonjour Hubert et Jean Charles,
>>
>>> 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)
>>
>> 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.
>>
>> 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.
>>
>> à bientôt,
>>
>> Denis
>>
>>>
>>> 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/>
>>>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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/dc301899/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/dc301899/attachment-0002.png>
-------------- 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/dc301899/attachment-0003.png>

More information about the WAPT mailing list