Vous n'êtes pas identifié(e).
modifier le fichier named.conf.options
le contenu de resolv.conf du serveur
il y a autre chose a faire ?
nota: actuellement dhcpd met a jour les clients en IPv4
modification effectué , il écoute IPv6 et IPv4
au niveau des fichiers db.domaine et db.ip.inv je sais pas
Dernière modification par anonyme (17-01-2019 15:15:22)
Dernière modification par raleur (14-01-2019 15:56:28)
Il vaut mieux montrer que raconter.
Hors ligne
pour l'option "none" c'est ma configuration en IPv4
je peut tester "any" si il n' écoute que sur une seule carte réseau c'est correct
pour créer une zone inverse en IPv6 ça va être chaud
le souci il est la , avec "any" tu écoute sur toutes les interfaces
ce que je ne veut surtout pas
Dernière modification par anonyme (14-01-2019 16:53:23)
je peut tester "any" si il n' écoute que sur une seule carte réseau c'est correct
listen-on-v6 {"any"; } écoute sur toutes adresses IPv6 "locales" (configurées sur les interfaces de la machine). Note que BIND n'écoute pas sur des interfaces mais des adresses. Par défaut une adresse locale peut être jointe par n'importe quelle interface. Donc même si tu limites les adresses d'écoute cela n'empêche pas d'accepter des requêtes sur une autre interface (sauf si c'est ::1 / lo).
Il vaut mieux montrer que raconter.
Hors ligne
nota: c'est la machine "raven2200g" ou j'ai fait le test en client IPv6
normalement c'est dhcpd qui demande a bind9 la mise a jour des clients
mon fichier se nomme dans /etc/bind/
le contenu
dans le fichier named.conf.local j'ai ajouté la zone
Dernière modification par anonyme (15-01-2019 07:45:52)
Si tu veux créer une zone inverse pour un préfixe IPv6, c'est comme en IPv4 avec des PTR mais les noms d'enregistrements sont en ...x.x.x.x.ip6.arpa où x.x.x... sont les chiffres de l'adresse ou du préfixe en sens inverse.
Par exemple pour le préfixe fd4b:cb93:8a6b::/64 : 0.0.0.0.b.6.a.8.3.9.b.c.b.4.d.f.ip6.arpa.
les noms de zones en in-addr.arpa c'est pour les reverse ipv4, et non en ipv6
et contenu de toto.ipv6
o_O
Hors ligne
nota: je pense que "127.0.0.1" ou "::1" c'est équivalent
désolé si j' écrit des bêtises je découvre
il y a un paquet "radvd" pour l IPv6 (si pour le routage pas mon soucis , faire correspondre a un nom en réseau local IPv6 , une IPv4 )
Dernière modification par anonyme (15-01-2019 10:03:49)
mon interface coté box n'est pas configuré en IPv6 (juste l'auto conf)
Donc on peut l'utiliser pour communiquer en IPv6. Elle a une adresse locale au lien (fe80) et peut être utilisée pour émettre et recevoir des paquets avec l'adresse IPv6 ULA de l'autre interface.
Je n'ai jamais utilisé la fonctionnalité de mise à jour des enregistrements DNS par DHCP ni en IPv4 ni en IPv6, donc je ne peux pas t'aider sur ce point.
Le paquet radvd sert à diffuser des annonces de routeur IPv6 servant à l'autoconfiguration sans état des postes du réseau local. Mais la machine doit être configurée en routeur IPv6, ce qui n'est pas ton cas.
Il vaut mieux montrer que raconter.
Hors ligne
donc je vais remplacer mon db. par celui ci (pas le vrai domaine sinon le reste sauf erreur sera sur bind9)
pour l'instant dhcpd6 fait son travail (le client est bien configuré) mais pas de réseau (le ping juste boucle locale et IPv6 du client)
il se plaint de ne pas avoir de résolution
coté client pas de réseau (pourtant il a reçu les informations du dhcpv6 , IPv6 et domaine )
j'ai vérifié le fichier hosts et sysctl.conf (désactivé l ipv6)
en IP pas un problème de DNS
sur le client j'ai ajouté "gateway fd4b:cb93:8a6b::5" dans interfaces et dhcp6 annonce le serveur de nom et le domaine en plus de donner une IPv6
c'est la troisième machine ou je teste (pas un souci de switch ?)
N'aurais-tu pas oublié de remplacer "in-addr" par "ip6" dans le nom de la zone dans named.conf.local ?
Pour le ping, laisse-le plus longtemps pour voir les messages d'erreur.
j'ai vérifié le fichier hosts et sysctl.conf (désactivé l ipv6)
Hein ? Désactivé IPv6 ? Forcément ça ne risque pas de marcher !
sur le client j'ai ajouté "gateway fd4b:cb93:8a6b::5" dans interfaces
Il ne faut pas puisque ce n'est pas un routeur.
Il vaut mieux montrer que raconter.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
ping de IP locale de la machine aucune erreur
ping de l IPv4 du serveur
comme si le cable réseau était absent
on dirait que l IPv6 du serveur (carte réseau) et celle de "dhcpd6" (du range qu il distribue) sont incompatible
j'ai modifié le range de fd4b:cb93:8a6b::10 a ::ff c'est pareil
ça te parle ça (message du dhcpd)
le nouveau leases
Dernière modification par anonyme (15-01-2019 16:47:09)
inet6 fd4b:cb93:8a6b::d:f8/128 scope global => pourquoi 128 ?
Un préfixe /128 contient une adresse unique, il ne spécifie pas de réseau associé. Par conséquent la route pour le préfixe /64 du réseau n'est pas créée et aucune autre adresse de celui-ci n'est joignable.
Ça m'était sorti de l'esprit et reste un des grands mystères de DHCPv6 qui m'échappent. D'après ce que j'ai cru comprendre, le serveur DHCPv6 n'attribue que l'adresse IPv6, et le reste (préfixe/masque, routeur par défaut...) doit être fourni par des annonces de routeur IPv6 (RA) comme celles émises par radvd. Ce que je ne comprends toujours pas, c'est comment on fait quand il n'y a pas de routeur pour envoyer les annonces...
Il vaut mieux montrer que raconter.
Hors ligne
je n'ai pas modifié mon sysctl.conf pour autoriser le forward du noyau en IPv6
normalement je dois récupérer mon préfixe (déclaré par radvd) + le reste généré par le mac de la carte sur le client.
bon ce que je veut faire en IPv6 ne fonctionnera pas , mais aller un peu plus loin pour comprendre .
on va voir ce qui se passe
Dernière modification par anonyme (16-01-2019 08:26:42)
retour
le ping par nom du serveur échec
le ping du nom du client ( il utilise a priori l'adresse du dhcpv6 ) j'ai remit le range comme au départ .
retour
retour
retour
firefox n'arrive pas a joindre le forum , logique
a priori j'ai l'IPv6 fonctionnel avec les IP sur le sous réseau ( le DNS c'est un autre souci )
en #17 radvd se plaint du forward = 0 mais fonctionne quand même.
nota: je remet le client en IPv4 mais si tu a quelque chose a vérifier ou un retour de commande , la configuration reste en place , je vais continuer a chercher.
Pour modifier le comportement par defaut et donner la priorité a la résolution IPv4
dans le fichier /etc/gai.conf modifier comme ceci : décommenter la ligne: "precedence ::ffff:0:0/96 100"
nota: pas encore testé
un petit tour sur les logs de bind9 (le log securité) me donne des "denied" sur la météo (bureau Mate) et la tentative faite avec firefox
donc le client IPv6 joint bien le DNS du réseau local
avec tcpdump , j'ai vérifié que radvd n' envoie rien coté réseau local (uniquement sur le sous réseau).
si je veut faire mieux installer radvd sur une machine du sous réseau (et pas sur la passerelle ) , il suffit que ce soit une machine qui reste allumé.
Dernière modification par anonyme (16-01-2019 10:28:30)
le ping par nom du serveur échec
Que contient le fichier resolv.conf sur le poste client ?
Note : pour tester la résolution DNS utilise les commandes spécialisées comme host ou dig plutôt que des commandes générales comme ping qui interrogent d'autres sources de noms que DNS.
firefox n'arrive pas a joindre le forum , logique
Le poste n'a pas d'accès internet en IPv4 ?
un petit tour sur les logs de bind9 (le log securité) me donne des "denied" sur la météo (bureau Mate) et la tentative faite avec firefoxdonc le client IPv6 joint bien le DNS du réseau local
Comment as-tu configuré les autorisations d'accès et la récursion dans les options de BIND ?
Il vaut mieux montrer que raconter.
Hors ligne
Comment as-tu configuré les autorisations d'accès et la récursion dans les options de BIND ?
les acl internes
pour les options
nota: le serveur a le resolv.conf = 127.0.0.1 , donc il utilise le DNS local donc j'ai ajouté "127.0.0.1" a allow-query et allow-recursion
pour l'instant ça fonctionne en IPv4
Dernière modification par anonyme (17-01-2019 12:34:51)
j'ai ajouté "127.0.0.1" a allow-query et allow-recursion
Tu aurais pu simplement inclure "internals".
pour l'instant ça fonctionne en IPv4
C'est-à-dire ? Pour le serveur, le client, les deux ?
Il vaut mieux montrer que raconter.
Hors ligne
le nom du serveur "debian1"
je maîtrise pas trop "nslookup" , "dig" et "host"
avec l'ip
remarque: aucune traces pour l'instant de IPv6 , dans dhcpd et bind9
pas d'erreurs non plus
pour la mise a jour du DNS par DHCP j'ai fait au pif , rien trouvé sur le net , donc dans dhcpd.conf (et pas dans dhcpd6.conf )
il va bien sortir une erreur quelque part
Dernière modification par anonyme (17-01-2019 14:48:19)