Debian-facile

raleur

Membre

Inscription : 03-10-2014

Re : KVM configuration carte réseau

pour le broadcast c'est pour limiter les adresses autorisées

Je répète : l'adresse de broadcast n'a rien à voir avec la plage d'adresses distribuées en DHCP. C'est toujours la dernière adresse du sous-réseau.

2 zones inverses db.mondomaine.loc.inv et db.mondomaine.kvm.loc.inv

Erreur courante. Une zone inverse est liée à un préfixe IP (sous-réseau), pas à un nom de domaine.

donc je peut utiliser mon domaine actuel pour 192.168.0.0 et 192.168.10.0 , juste a a créer 2 zones inverses 0.168.192  et 10.168.192

Ça, c'est mieux.
Rien ne t'empêche de créer un domaine et une zone directe par sous-réseau si tu préfères, mais rien ne t'y oblige non plus. L'un peut être un sous-domaine de l'autre.

a modifier listen-on {127.0.0.1; 192.168.0.1; 192.168.10.1; }

Il n'est pas indispensable de modifier l'option listen-on. Les clients du sous-réseau 192.168.0.0/24 peuvent très bien envoyer les requêtes DNS à l'adresse  192.168.10.1.
Par contre il faut bien ajouter le sous-réseau dans l'ACL internals.

---

Il vaut mieux montrer que raconter.

anonyme

Invité

Re : KVM configuration carte réseau

Bonsoir
ça fonctione , juste créer en plus de ma zone principale (db.internals.alata.loc ) , mes 2 DB " db.192.168.0.inv et db.192.168.10.inv" et modification des scripts du DNS et de DHCP
purgé les fichiers devenu inutiles
faut que ça se mette a jour maintenant
par contre KVM c'est une horreur , affichage , fluidité etc , on dirai que je tourne sur un P2 400Mhz
faudra que je cherche les améliorations possible (KVM ou un autre )

anonyme

Invité

Re : KVM configuration carte réseau

un souci avec les logs

named[1250]: unable to rename log file '/var/log/update_debug.log' to '/var/log/update_debug.log.0': permission denied
 

c'était sur "bind:bind"  pour les droits (rw , rw ..) , je teste "bind:root"  il y a adm aussi pour les logs "bind:adm"

et ce petit souci sur les enregistrements

05-Nov-2016 16:34:50.645 info: client 127.0.0.1#15135/key ns-internals-alata-loc_rndc-key: signer "ns-internals-alata-loc_rndc-key" approved
05-Nov-2016 16:34:50.646 info: client 127.0.0.1#15135/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': adding an RR at 'debian30.internals.alata.loc' A 192.168.10.29
05-Nov-2016 16:34:50.646 info: client 127.0.0.1#15135/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': adding an RR at 'debian30.internals.alata.loc' TXT "00d8f5709b9a614bbe4664be0d0367dfe0"
05-Nov-2016 16:34:50.653 info: client 127.0.0.1#15135/key ns-internals-alata-loc_rndc-key: signer "ns-internals-alata-loc_rndc-key" approved
05-Nov-2016 16:34:50.653 info: client 127.0.0.1#15135/key ns-internals-alata-loc_rndc-key: updating zone '10.168.192.in-addr.arpa/IN': deleting rrset at '29.10.168.192.in-addr.arpa' PTR
05-Nov-2016 16:34:50.653 info: client 127.0.0.1#15135/key ns-internals-alata-loc_rndc-key: updating zone '10.168.192.in-addr.arpa/IN': adding an RR at '29.10.168.192.in-addr.arpa' PTR debian30.internals.alata.loc.
05-Nov-2016 17:21:06.245 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': update unsuccessful: debian30.internals.alata.loc: 'name not in use' prerequisite not satisfied (YXDOMAIN)
05-Nov-2016 17:21:06.247 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: signer "ns-internals-alata-loc_rndc-key" approved
05-Nov-2016 17:21:06.247 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': deleting rrset at 'debian30.internals.alata.loc' A
05-Nov-2016 17:21:06.247 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': adding an RR at 'debian30.internals.alata.loc' A 192.168.0.20
05-Nov-2016 17:21:06.257 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: signer "ns-internals-alata-loc_rndc-key" approved
05-Nov-2016 17:21:06.257 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone '0.168.192.in-addr.arpa/IN': deleting rrset at '20.0.168.192.in-addr.arpa' PTR
05-Nov-2016 17:21:06.257 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone '0.168.192.in-addr.arpa/IN': adding an RR at '20.0.168.192.in-addr.arpa' PTR debian30.internals.alata.loc.
05-Nov-2016 18:34:50.567 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: signer "ns-internals-alata-loc_rndc-key" approved
05-Nov-2016 18:34:50.567 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': deleting an RR at debian30.internals.alata.loc A
05-Nov-2016 18:34:50.569 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone 'internals.alata.loc/IN': update unsuccessful: debian30.internals.alata.loc/A: 'rrset does not exist' prerequisite not satisfied (YXRRSET)
05-Nov-2016 18:34:50.570 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: signer "ns-internals-alata-loc_rndc-key" approved
05-Nov-2016 18:34:50.570 info: client 127.0.0.1#36928/key ns-internals-alata-loc_rndc-key: updating zone '10.168.192.in-addr.arpa/IN': deleting rrset at '29.10.168.192.in-addr.arpa' PTR
 

depuis 18h34 plus de message  (il y a eu arret de bind9  , effacement des fichiers .temporaires reboot ) , debian30 (sur le reseau 192.168.0.0 ) est bien inscrit sur la db directe et inverse (db.192.168.0.inv )

Dernière modification par anonyme (06-11-2016 02:42:38)