met a jour ton OS...

Intéressant : En rajoutant auto eth0 mon ip statique est bien prise en compte avec 2 autoconf et 2 ULA (stable + temporaire) alors que ces dernières sont censé être désactivé.

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd63:13cf:cda4:0:a336:b05b:916c:cf9c/64 scope global noprefixroute
       valid_lft forever preferred_lft forever
    inet6 2001:470:1f13:629:xx:xx:xx:xx/64 scope global noprefixroute
       valid_lft forever preferred_lft forever
    inet6 2001:470:1f13:629::x/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fd63:13cf:cda4:0:ba27:xx:xx:xx/64 scope global mngtmpaddr dynamic
       valid_lft forever preferred_lft forever
    inet6 2001:470:1f13:629:ba27:xx:xx:xx/64 scope global mngtmpaddr dynamic
       valid_lft forever preferred_lft forever
    inet6 fe80::ba27:ebff:feea:13a9/64 scope link
       valid_lft forever preferred_lft forever
root@raspberrypi:~#

J'ai ensuite testé avec allow-hotplug et là j'ai droit a la statique + autoconf + ULA mais sans les temporaires.

Et sans rien une autoconf + ULA et pas de statique.

C'est quoi ce bintz ?    D'après la doc Debian auto et allow-hotplug sont pas censé influer les ip... juste le moment où elles sont configurées (démarrage, câble branché)...

Donc si auto n'est pas présent, l'interface n'est pas censée monter toute seule donc pas d'accès une fois rebooté ?

Bizarre, car jusqu'à présent ça n'y était pas et ça montait bien. Et je n'ai aucun script qui démarre l’interface après coup. Ou alors un service monte l'interface à mon insu ?

Serait-ce le dhcp ou bind, vu qu'il ne sert qu'à ça ?

bonjour,

j'aimerai bien avoir des éclaircissements sur cette parties:

- on a pas besoin de mettre des IPv4 et/ou IPv6 sur l'interface wg0 elle meme. ca évite d'utiliser un /24 ou un /64 et de compliquer le plan d'adressage. Le mieux est de mettre une IPv6 link-local meme si on fait que de l'IPv4

comment on fait pour avoir une ipv4 si on lui met pas d'ip sur l'interface wg elle même ? j'avoue que c'est une question de N00B, mais ça m'intrigue ou alors j'ai pas compris le sens du message, ce qui est bien possible.

Jerem

bonjour,

j'aimerai bien avoir des éclaircissements sur cette parties:
comment on fait pour avoir une ipv4 si on lui met pas d'ip sur l'interface wg elle même ? j'avoue que c'est une question de N00B, mais ça m'intrigue ou alors j'ai pas compris le sens du message, ce qui est bien possible.

Jerem

y'a pas besoin d'IP coté tunnel car c'est une liaison point a point donc dans le tunnel les 2 extrémités n'ont pas obligatoirement besoin d'addresses pour communiquer car elles n'ont qu'un seul interlocuteur possible.

Un peu comme une petite rue qui relie 2 avenues. Si y'a pas de maison dans la petite rue y'a pas besoin de n° d'adresses, le nom de la petite rue suffit du moment qu'il y'a des numéros dans les 2 avenues:

Pour envoyer une lettre de la maison n°25 avenue 1 a la maison 12 avenue 2 passe par le petite rue.

Tu peux mettre des numéros d'adresses aux extrémités de la petite rue:

Pour envoyer une lettre de la maison n°25 avenue 1 a la maison 12 avenue 2 passe par le n° 1 de la petite rue puis le n°2 de la petite rue.

mais c'est inutile car la petite rue n'a pas de n°3 donc 'est toujours forcement 1->2 dans un sens et 2-1  dans l'autre.

En jargon 'routeur' on appelle la petite rue une "unnumbered interface" .

L'interface wg a bien une ip c'est une link-local ipv6 (fe80). Il n'y a  techniquement pas besoin de plus pour que ça fonctionne.

y'a meme pas besoin de la link-local. c'est juste pour debug et si on veut mettre un protocol de routage dynamique.