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 ?
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