logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 10-10-2016 21:25:44

anonyme
Invité

[contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

Bonsoir

j'ai commencé a refaire un serveur sous strech avec bind et isc.dhcp.server
pour bind pas de souci , pour dhcpd suite a un bug le service ne démarre pas , j'ai trouvé une astuce pour le démarrer quand meme
mon souci c est l ipv6 qui est intégré et je n'ai pas trouvé comment la désactivé . (pour l'instant bind a ipv6 none , et il est mit a jour par dhcpd4 )
je donne quelques infos si besoin
actuellement j ai 2 cartes reseau , une coté box et l autre coté sous reseau (avec forwarding ) , bind surveille coté "sous réseau" et dhcpd donne des ip coté "sous reseau" en ipv4
mon probleme c'est actuellement pour dhcp j'ai ceci dans /etc/default/isc.dhcp.server


# On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
# Separate multiple interfaces with spaces, e.g. "eth0 eth1".
INTERFACESv4="enp6s0f1"
INTERFACESv6=""
 



si j affecte une carte a l'interfacev6 , le serveur plante (entre autre parce que le dhcpd6.conf n'est pas configuré )

je peut donner ma configuration "interfaces" , le contenu de dhcpd6.conf (qui est actuellement celui de l installation )

configuration réseau


source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

post-up iptables-restore < /etc/firewall

# premiere carte reseau local
# allow-hotplug enp6s0f0
auto enp6s0f0
iface enp6s0f0 inet static
address 192.168.1.10
network 192.168.1.0
netmask 255.255.255.0
gateway 192.168.1.1
dns-nameservers 80.10.246.130

 up /sbin/wondershaper enp6s0f0 10000 800
 down /sbin/wondershaper remove enp6s0f0

# deuxieme carte sous-reseau local
# allow-hotpplug enp6s0f1
auto enp6s0f1
iface enp6s0f1 inet static
address 192.168.10.1
network 192.168.10.0
netmask 255.255.255.0
 



le retour de ifconfig


enp6s0f0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.10  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::beee:7bff:fe1c:c693  prefixlen 64  scopeid 0x20<link>
        ether bc:ee:7b:1c:c6:93  txqueuelen 1000  (Ethernet)
        RX packets 60341  bytes 69597452 (66.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 52912  bytes 27153264 (25.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xc3a20000-c3a3ffff  

enp6s0f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.10.1  netmask 255.255.255.0  broadcast 192.168.10.255
        inet6 fe80::beee:7bff:fe1c:c694  prefixlen 64  scopeid 0x20<link>
        ether bc:ee:7b:1c:c6:94  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 25  bytes 3500 (3.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xc3a00000-c3a1ffff  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 26515  bytes 4334513 (4.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 26515  bytes 4334513 (4.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 



nota : je précise le serveur n'est pas en production 
sur ma configuration en ip fixe (ipv4 ) je vois des adresses ipv6 affectées (surement par le noyau , je suppose ) et elles semblent fixe (ne change pas )

le contenu de dhcp6.conf


# Server configuration file example for DHCPv6
# From the file used for TAHI tests - addresses chosen
# to match TAHI rather than example block.

# IPv6 address valid lifetime
#  (at the end the address is no longer usable by the client)
#  (set to 30 days, the usual IPv6 default)
default-lease-time 2592000;

# IPv6 address preferred lifetime
#  (at the end the address is deprecated, i.e., the client should use
#   other addresses for new connections)
#  (set to 7 days, the  usual IPv6 default)
preferred-lifetime 604800;

# T1, the delay before Renew
#  (default is 1/2 preferred lifetime)
#  (set to 1 hour)
option dhcp-renewal-time 3600;

# T2, the delay before Rebind (if Renews failed)
#  (default is 3/4 preferred lifetime)
#  (set to 2 hours)
option dhcp-rebinding-time 7200;

# Enable RFC 5007 support (same than for DHCPv4)
allow leasequery;

# Global definitions for name server address(es) and domain search list
option dhcp6.name-servers 3ffe:501:ffff:100:200:ff:fe00:3f3e;
option dhcp6.domain-search "test.example.com","example.com";

# Set preference to 255 (maximum) in order to avoid waiting for
# additional servers when there is only one
##option dhcp6.preference 255;

# Server side command to enable rapid-commit (2 packet exchange)
##option dhcp6.rapid-commit;

# The delay before information-request refresh
#  (minimum is 10 minutes, maximum one day, default is to not refresh)
#  (set to 6 hours)
option dhcp6.info-refresh-time 21600;

# Static definition (must be global)
#host myclient {
# # The entry is looked up by this
# host-identifier option
#   dhcp6.client-id 00:01:00:01:00:04:93:e0:00:00:00:00:a2:a2;
#
# # A fixed address
# fixed-address6 3ffe:501:ffff:100::1234;
#
# # A fixed prefix
# fixed-prefix6 3ffe:501:ffff:101::/64;
#
# # Override of the global definitions,
# # works only when a resource (address or prefix) is assigned
# option dhcp6.name-servers 3ffe:501:ffff:100:200:ff:fe00:4f4e;
#
# # For debug (to see when the entry statements are executed)
# #  (log "sol" when a matching Solicitation is received)
# ##if packet(0,1) = 1 { log(debug,"sol"); }
#}
#
#host otherclient {
#        # This host entry is hopefully matched if the client supplies a DUID-LL
#        # or DUID-LLT containing this MAC address.
#        hardware ethernet 01:00:80:a2:55:67;
#
#        fixed-address6 3ffe:501:ffff:100::4321;
#}

# The subnet where the server is attached
#  (i.e., the server has an address in this subnet)
#subnet6 3ffe:501:ffff:100::/64 {
# # Two addresses available to clients
# #  (the third client should get NoAddrsAvail)
# range6 3ffe:501:ffff:100::10 3ffe:501:ffff:100::11;
#
# # Use the whole /64 prefix for temporary addresses
# #  (i.e., direct application of RFC 4941)
# range6 3ffe:501:ffff:100:: temporary;
#
# # Some /64 prefixes available for Prefix Delegation (RFC 3633)
# prefix6 3ffe:501:ffff:100:: 3ffe:501:ffff:111:: /64;
#}

# A second subnet behind a relay agent
#subnet6 3ffe:501:ffff:101::/64 {
# range6 3ffe:501:ffff:101::10 3ffe:501:ffff:101::11;
#
# # Override of the global definitions,
# # works only when a resource (address or prefix) is assigned
# option dhcp6.name-servers 3ffe:501:ffff:101:200:ff:fe00:3f3e;
#
#}

# A third subnet behind a relay agent chain
#subnet6 3ffe:501:ffff:102::/64 {
# range6 3ffe:501:ffff:102::10 3ffe:501:ffff:102::11;
#}
 


c'est le fichier original (de l'installation )
pour le bug , c'est le dhcpd.pid qui reste actif (sur une commande "service isc.dhcp.server stop"  par exemple ) et l 'affectation de la carte réseau a surveiller pour l ipv6 du dhcpd6
coté box , celle ci ne donne que de l ipv4 , par contre les clients .......
coté sous réseau pour l instant il n y a pas de client  smile
comme je comprend rien sur la distribution des ip en ipv6 , que faire ?

le contenu du fichier "hosts"  avec ce qui est relatif a l'ipv6 ( créé à  l'installation )


127.0.0.1 localhost
# 127.0.1.1 debian1
192.168.1.10    debian1  //l ip de la carte coté box

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
 




ipv6 des 2 cartes reseau
fe80::beee:7bff:fe1c:c693
fe80::beee:7bff:fe1c:c694  prefixlen 64

ipv6 du dhcpd6.conf (il y en a d autres )
option dhcp6.name-servers 3ffe:501:ffff:100:200:ff:fe00:3f3e;

dans le fichier host
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
 


ce qui est important je suppose c'est les 4 premiers caracteres de gauche , il y a 5 blocs , les 4 derniers de droite c'est ce qui change
ici c'est different dans les 3 cas , je raisonne ipv4 peut etre et c'est pas correct
donc mon problème quoi mettre dans dhcpd6.conf , si je supprime le fichier de conf (dhcpd6) ou si je modifie le contenu ça plante

Dernière modification par anonyme (11-10-2016 13:43:25)

#2 10-10-2016 23:48:57

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

l ipv4 fonctionne bien , la mise a jour du dns aussi , juste oublié quelque chose pour la passerelle tongue , pas de net,
un extrait du log de dhcpd


Oct 11 00:23:08 debian1 dhcpd[10396]: Internet Systems Consortium DHCP Server 4.3.5b1
Oct 11 00:23:08 debian1 dhcpd[10396]: Copyright 2004-2016 Internet Systems Consortium.
Oct 11 00:23:08 debian1 dhcpd[10396]: All rights reserved.
Oct 11 00:23:08 debian1 dhcpd[10396]: For info, please visit https://www.isc.org/software/dhcp/
Oct 11 00:23:08 debian1 dhcpd[10396]: Wrote 1 leases to leases file.
Oct 11 00:23:08 debian1 dhcpd[10398]: Server starting service.
Oct 11 00:29:46 debian1 dhcpd[10398]: DHCPRELEASE of 192.168.10.20 from 00:1d:60:59:71:28 via enp6s0f1 (found)
Oct 11 00:30:42 debian1 dhcpd[10398]: DHCPDISCOVER from 00:1d:60:59:71:28 via enp6s0f1
Oct 11 00:30:43 debian1 dhcpd[10398]: DHCPOFFER on 192.168.10.20 to 00:1d:60:59:71:28 (debian7) via enp6s0f1
Oct 11 00:30:43 debian1 dhcpd[10398]: DHCPREQUEST for 192.168.10.20 (192.168.10.1) from 00:1d:60:59:71:28 (debian7) via enp6s0f1
Oct 11 00:30:43 debian1 dhcpd[10398]: DHCPACK on 192.168.10.20 to 00:1d:60:59:71:28 (debian7) via enp6s0f1
Oct 11 00:30:43 debian1 dhcpd[10398]: Added new forward map from debian7.internals.alata.loc to 192.168.10.20
Oct 11 00:30:43 debian1 dhcpd[10398]: Added reverse map from 20.10.168.192.in-addr.arpa. to debian7.internals.alata.loc
 



j'ai commencé a modifier le fichier dhcpd6.conf , je posterai ce que j'ai fait .

#3 11-10-2016 00:26:08

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

Bonjour anonyme,

Je ne suis pas certain d'avoir bien compris le besoin, mais si tu n'utilises pas IPv6 tu dois pouvoir laisser la config du serveur telle qu'elle; il n'y a en effet aucun interface à l'écoute en IPv6 selon ton /etc/default/isc.dhcp.server, donc aucun risque qu'il distribue des baux ou autres infos par ce canal.

Si ça peut aider...

#4 11-10-2016 00:50:24

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

Bonsoir
je n'en suis pas sur , mais si tu confirme

pour expliquer , je suis chez orange (donc pas sur que j'ai l ipv6 et peut etre payant ) , mon "modem-routeur" est ancien pas d ipv6 et je ne veut pas de live orange.
donc tous mes clients et serveurs ont l ipv6 désactivé (seul les win ont l ipv6 actif )
j'ai profité du bug de isc-dhcp-server pour me pencher sur l ipv6 (ou je ne comprend rien )
d'ailleurs le client que j'ai placé derriere la passerelle pour test a l ipv6 désactivé
voici mon fichier dhcpd6.conf modifié


#validité adresse ipv6 30 jours
default-lease-time 2592000;

#preference validité adresse ipv6 7 jours
preferred-lifetime 604800;

# renouveler 1h
option dhcp-renewal-time 3600;

# le délai avant Rebind (if Renews failed)2h
option dhcp-rebinding-time 7200;

# Enable RFC 5007 support for DHCPv4
allow leasequery;

option dhcp6.name-servers fe80::beee:7bff:fe1c:c694;  // ici j'ai mit ce qui me semble l ipv6 de la carte reseau du serveur (donc enp6s0f1 )
option dhcp6.domain-search "internals.alata.loc";         // ici mon domaine de test

# mini 10 mn, maxi 1 day, default not refresh ici 6h
option dhcp6.info-refresh-time 21600;
 



pour ce que j'ai enlevé du fichier dhpcd6.conf voir en #1 le fichier original

voila il me reste 2 options:
pour bind :      ipv6 => any (none)   =>  (  //listen-on-v6 { any; };  ou  listen-on-v6 { none; };   )
       
pour dhcpd6 :   une configuration correcte

sur le réseau interne je peut utiliser ipv6 ,  , je pense qu'a terme ce sera indispensable , déja entre jessie et stretch certains logiciel en sont équipé (bind , dhcp (client et serveur ) et surement d'autres

le premier serveur que j'ai monté en jessie , je me souvient plus de ce qui se passe au niveau réseau si aucune carte déclaré (j'en ai discuté avec le membre Hypathie lorsqu elle a créé le tuto pour dhcpd )

voila ci quelqu un a le courage de m expliquer ce que j'ai mal fait ou pas fait  roll

ps: ça servira au moins a ceux qui ont subi le bug sur stretch , pour le pid de dhcpd , j'ai fait un "rm" dans le dossier ça la calmé  tongue   cool  lol
un restart ou un reboot le dhcpd ne bug pas

Dernière modification par anonyme (11-10-2016 01:17:03)

#5 11-10-2016 13:18:44

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

Bonjour

le changelog de la derniere version , c'est clair uniquement une instance ipv4 ou ipv6 , pas les deux


Internet Systems Consortium DHCP Distribution
                            Version 4.3.5b1
                            7 September 2016

                             Release Notes

                              NEW FEATURES

The major "theme" for ISC DHCP 4.3.x was to update the support for
DHCPv6 to include several of the features that have been available
for DHCPv4.  These include:

- Support the use of classes

- Support for on_commit, on_expiry and on_release statements

- Better logging of address assignments

- Support for using DHCPv6 relay options in expressions

This release also adds support for the standard DDNS as described in the
current RFCs as well as enhancing support for dynamically adding and removing
subclasses via OMAPI.

There are a number of DHCPv6 limitations and features missing in this
release, which will be addressed in the future:

- Only Solaris, Linux, FreeBSD, NetBSD, and OpenBSD are supported.

- DHCPv6 includes human-readable text in status code messages, in
  English.  A method to reconfigure or support other languages would
  be preferable.

- The "host-identifier" option is limited to a simple token.

- The client and server can only operate DHCPv4 or DHCPv6 at a time,
  not both.  To use both protocols simultaneously, two instances of the
  relevant daemon are required, one with the '-6' command line option.

For information on how to install, configure and run this software, as
well as how to find documentation and report bugs, please consult the
README file.

ISC DHCP uses standard GNU configure for installation. Please review the
output of "./configure --help" to see what options are available.

The system has only been tested on Linux, FreeBSD, and Solaris, and may not
work on other platforms. Please report any problems and suggested fixes to
<dhcp-users@isc.org>.

ISC DHCP is open source software maintained by Internet Systems
Consortium.  This product includes cryptographic software written
by Eric Young (eay@cryptsoft.com).
 



il faut lancer deux demons dont un avec le flag -6 pour traiter ipv4 et ipv6


- The client and server can only operate DHCPv4 or DHCPv6 at a time,
  not both.  To use both protocols simultaneously, two instances of the
  relevant daemon are required, one with the '-6' command line option.
 



donc ça confirmerai que dhcpd ne traite pas les clients ipv6 par défaut , que le fichier de conf ipv6 n'est pas nécessaire (pourtant lors de la première installation si je le supprime ça bug  )
ça me laisse un peut de temps pour réviser le fonctionnement d ipv6  roll

ps: pour le bug annoncé (dhcpd ne se lance pas ), je ne suis plus concerné ça fonctionne correctement.
64 pour le client , 29 pour le serveur  =>  https://packages.qa.debian.org/i/isc-dhcp.html
sad

Dernière modification par anonyme (11-10-2016 13:20:08)

#6 11-10-2016 16:22:29

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

Bonjour
un lien pour s'informer => https://fr.wikipedia.org/wiki/IPv6

un tableau sur l attribution ipv6


Préfixe  Description
 ::/8   Adresses réservées
2000::/3  Adresses unicast routables sur Internet
fc00::/7  Adresses locales uniques
fe80::/10   Adresses locales lien  => debian attribue les ipv6 de cette classes ( ipv6 locales )
ff00::/8  Adresses multicast
 



l'adresses mac permet une attribution unique de l ipv6 et toujours la meme (pour mon sous réseau c'est parfait )

nota : pour mon cas , pas avant 2017 l ipv6 orange , et peut etre plus tard , je suis en adsl2 (c'est pas prévu ) , en plus ma région fait parti d une exception  hmm
donc pas trop besoin de savoir comment l ipv6 locale va etre traitée sur le réseau public (internet)
un exemple d ipv6 publique => 2001:db8:17d4:e800:ee56:9889:ff50:4e9a  (pris sur le site orange)

la passerelle
inet6 fe80::beee:7bff:fe1c:c693  prefixlen 64  scopeid 0x20<link>
inet6 fe80::beee:7bff:fe1c:c694  prefixlen 64  scopeid 0x20<link>
le client (réactivé l ipv6)
inet6 fe80::21d:60ff:fe59:7128  prefixlen 64  scopeid 0x20<link>

je peut créer un enregistrement AAAA dans bind pour la carte réseau  avec l ip   "fe80::beee:7bff:fe1c:c694"  du serveur

pour dhcpd6 je vois pas trop son utilité (sans configuration ipv6 dans le fichier interfaces , il y a une attribution d une ipv6)
sinon il y a l option "auto" ou "dhcp" dans le fichier "interfaces" pour etre plus rigoureux .

dans le dhcpd6.conf il utilise  => fixed-prefix6 3ffe:501:ffff:101::/64; , ce serait une adresse locale  roll

j'ai encore pas mal de lecture a faire  neutral
@++

Dernière modification par anonyme (11-10-2016 16:28:01)

#7 11-10-2016 19:34:32

raleur
Membre
Inscription : 03-10-2014

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

fe80::/64 est le préfixe des adresses link local unicast. On peut utiliser ces adresses pour communiquer entre machines d'un même segment,mais ce n'est pas fait pour ça, ce sont plutôt des adresses de service à usage interne du protocole IPv6.

Avec un préfixe IPv6 global fixe, on n'a pas besoin de DHCPv6. Je n'en ai pas sur mon réseau, je n'utilise que l'autoconfiguration sans état avec radvd.

3ffe:: est un ancien préfixe global qui n'est plus utilisé.

Il vaut mieux montrer que raconter.

Hors ligne

#8 12-10-2016 11:28:19

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

Bonjour
merci raleur pour l'info

nota : je suis revenu sur un dns local ipv4 et dhcp ipv4 (le service dhcpd6 n'existe pas )

j'ai testé ceci sur un client du sous reseau


source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#allow-hotplug eth0
auto eth0
iface eth0 inet dhcp
iface eth0 inet6 auto
 


j'ai toujours la meme ipv6 (ceci avant de lire ta réponse )


eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.10.20  netmask 255.255.255.0  broadcast 192.168.10.51
        inet6 fe80::21d:60ff:fe59:7128  prefixlen 64  scopeid 0x20<link>
        ether 00:1d:60:59:71:28  txqueuelen 1000  (Ethernet)
        RX packets 533  bytes 328690 (320.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 607  bytes 85686 (83.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17
 


ma question il faut que j'installe ce paquet sur toutes les machines (passerelle et clients ?)
une configuration spéciale dans le fichier "interfaces" ou ailleurs ?

a la lecture de ceci :


IPv6 a beaucoup plus de capacité pour l'auto-configuration que IPv4. Mais
pour que cette auto-configuration fonctionne sur les hôtes d'un réseau,
les routeurs du réseau local doivent exécuter un programme qui répond aux
requêtes d'auto-configuration émises par les hôtes.

Sur Linux, ce programme est appelé radvd, qui signifie « Router
ADVertisement Daemon », démon d'information de routeur. Ce démon écoute
les sollicitations de routeurs (RS, « router solicitations ») et répond
par des informations de routeur (RA, « routeur advertisement »). De plus,
des RA non sollicitées sont émises de temps en temps.
 


je dirai que radvd doit etre sur mon serveur passerelle
petit résumé
je n'ai pas de routeur ipv6  a part la passerelle debian
je n'ai pas de continuité ipv6 entre le reseau local 192.168.1 et le sous reseau 192.168.10
je n'ai pas d adsl ipv6 (public) et box compatible

ps: cette ligne est inutile dans mon fichier interfaces , je peut l enlever ?


iface eth0 inet6 auto
 

#9 12-10-2016 11:52:38

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

je regarde sur la passerelle , le service ne démarre pas , il manque le radvd.conf

dans la doc un exemple basic


interface enp6s0f1
{
   AdvSendAdvert on;
   prefix 2001:db8::/64
   {
   };
};  
 



cette option n'est pas activé sur la passerelle


net.ipv6.conf.default.forwarding=1
 



un petit test , le syslog


Oct 12 13:04:51 debian1 radvd[1224]: Starting radvd:
Oct 12 13:04:51 debian1 radvd[1224]: * IPv6 forwarding seems to be disabled.
Oct 12 13:04:51 debian1 radvd[1224]: * See /usr/share/doc/radvd/README.Debian
Oct 12 13:04:51 debian1 radvd[1224]: * radvd will *not* be started.
 



je vais le faire tongue


 # Uncomment the next line to enable packet forwarding for IPv6
#  Enabling this option disables Stateless Address Autoconfiguration
#  based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1
 

Dernière modification par anonyme (12-10-2016 12:15:26)

#10 12-10-2016 12:39:32

raleur
Membre
Inscription : 03-10-2014

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

radvd ne doit être installé que sur une machine jouant le rôle de routeur IPv6 (net.ipv6.conf.all.forwarding=1). Pas sur un simple serveur non routeur.
Si tu n'as pas de préfixe IPv6 (autre que fe80 qui ne compte pas), tu n'as pas besoin de radvd.

Je n'ai jamais eu besoin de la ligne avec "inet6 auto" pour que l'autoconfiguration IPv6 sans état fonctionne. Je suppose que c'est utile pour activer l'interface si elle n'a pas de configuration IPv4 (inet).

Il vaut mieux montrer que raconter.

Hors ligne

#11 12-10-2016 12:56:37

anonyme
Invité

Re : [contourné]Probleme configuration dhcpd6 serveur isc.dhcp.server

ok donc par exemple si j'avais un réseau complet en ipv6 et une adsl compatible ipv6 , il permet le lien entre mon reseau local et mon sous réseau (actuellement je l ai testé sur la carte du sous réseau )

ce que j'ai trouvé dans le syslog


Oct 12 13:25:37 debian1 xfce4-notifyd[1853]: Failed to parse css file: gtk.css:10:14not a number

Oct 12 13:24:10 debian1 ntpd[1324]: failed to init interface for address fe80::beee:7bff:fe1c:c694%3

Oct 12 13:24:10 debian1 ntpd[1324]: unable to create socket on enp6s0f1 (7) for fe80::beee:7bff:fe1c:c694%3#123

Oct 12 13:24:10 debian1 ntpd[1324]: bind(27) AF_INET6 fe80::beee:7bff:fe1c:c694%3#123 flags 0x11 failed: Cannot assign requested address

Oct 12 13:24:07 debian1 radvd[1304]: version 2.11 started
Oct 12 13:24:07 debian1 radvd[1226]: Starting radvd: radvd.
 


je reviens a l'ancienne config sans raddv et j'ai supprimé la ligne pour l ipv6 (inet auto ) qui ne change rien
donc je reste avec ce type d ipv6 => fe80::beee:7bff:fe1c:c694

pour le routage je n'ai que le forwarding ipv4 (acces au net ) et pour le dns local du sous reseau

Dernière modification par anonyme (12-10-2016 12:57:32)

Pied de page des forums