IP statiques
Je veux que des IP statiques soient attribuées à mon Raspberry Pis
Avec ma terminologie, ce ne sont pas "statiques". Un appareil choisit sa propre adresse "IP statique".
Mais, sur la base de la question, je peux dire ce que vous recherchez: une adresse dynamique, que le serveur a réservée.
Si le Raspberry Pi ne se donne même pas la peine de demander au serveur DHCP, il est statique (et le serveur DHCP peut toujours réserver l'adresse). Si l'adresse provient "du" serveur DHCP, comme vous l'avez spécifié, Raspberry Pi demande au serveur DHCP de l'adresse, il est donc "dynamique" (dans le sens où le Raspberry Pi accepte ce que le serveur spécifie, et Par conséquent, si le serveur DHCP change d'adresse, le Raspberry Pi acceptera vraisemblablement le changement, ce qui le rend dynamique du point de vue de Raspberry Pi, même si le serveur DHCP le désigne comme une adresse dynamique réservée.
Est-il possible que le Raspberry Pi (ou tout autre périphérique) demande une adresse IP statique spécifique au serveur DHCP?
Non, car si l'adresse est demandée, elle n'est pas statique. (Il pourrait faire une demande et obtenir une adresse réservée.)
Le modem a une adresse Web 192.168.0.1 qui me permettra de gérer l’attribution dhcp des ips statiques en fonction des adresses mac.
Ce sont des adresses réservées, pas statiques.
Je suis désolé d’avoir si souvent insisté sur ce point, mais la question a utilisé l’expression "statique" d’une manière avec laquelle je ne suis pas d’accord, alors j’espère avoir une habitude corrigée tôt. La mise en réseau peut être source de confusion, même lorsque la terminologie est utilisée correctement. Je vous encourage donc à utiliser le terme "adresse IP statique" pour ne pas faire référence aux adresses reçues d'un protocole d'attribution d'adresses automatique tel que DHCP. (Bien que DHCP soit le plus répandu avec IPv4, ce n’est pas la seule option possible. Par exemple, il existe des "annonces de routeur", qui sont probablement plus largement utilisées avec IPv6 que IPv4, simplement parce que DHCP était si, donc, si largement supporté. dans IPv4 et l’expérience montre que cela fonctionne bien).
Demander une IP
Est-il possible qu'un périphérique demande à se voir attribuer une adresse IP spécifique par le serveur DHCP (statique ou dynamique)
Oui. Le protocole DHCP le permet. Ce ne serait pas statique, mais "réservé".
Si vous examinez les communications DHCP, DHCP suit une approche DORA . DORA signifie DÉCOUVRIR, OFFRIR, DEMANDER, RECONNAÎTRE.
Dans une transaction simple, la séquence peut être aussi simple que DORA. (Cela signifie qu'il y a une DISCOVER, une OFFRE, une REQUEST et une ACKNOWLEDGE.) Un client DHCP peut demander l'adresse de son choix. Cela peut souvent être fait si un client quitte un réseau, puis y retourne et privilégie une adresse précédemment utilisée. Si un client DHCP demande une adresse non acceptable, cela peut entraîner des communications plus longues, comme un DORORA. Vous trouverez ci-dessous un résumé de ces communications.
Tout d'abord, quelques notes:
-
Les lettres en gras décrivant l'une des étapes DORA représentent une communication réellement envoyée.
-
Les lettres en caractères gras sont également utilisées pour identifier les machines.
-
Dans les exemples suivants, le sous-réseau 192.0.2 a été utilisé conformément à la RFC 5737
-
les adresses suivantes étaient littérales:
- 0.0.0.0
- 255.255.255.255
- FF-FF-FF-FF-FF-FF
-
Les adresses suivantes sont plus représentatives et seront personnalisées:
-
11-11-11-22-22-22
- et 33-33-33-44-44-44
Et maintenant, le résumé promis des communications:
-
[Client] : "Je n'ai pas d'adresse IP. Je veux que ça change."
-
[Client] utilise l'adresse IP 0.0.0.0, MAC 11-11-11-22-22-22 et envoie à 255.255.255.255, FF-FF-FF-FF-FF: et envoie un message DISCOVER . (Hey! Des serveurs DHCP là-bas?)
-
Étape facultative: [Agent de relais DHCP] communique avec [serveur DHCP] , qui peut se trouver sur un autre sous-réseau. Pour simplifier, nous n'entrerons pas dans les détails des communications entre [l'agent de relais DHCP] et le [serveur DHCP] . Notez qu'un [client DHCP] n'a pas besoin de remarquer de différence entre un [serveur DHCP] et un [agent de relais DHCP] . (De prime abord, je ne me souviens pas s'il est même possible pour un [client DHCP] de faire une telle distinction.)
-
[Serveur DHCP ou agent de relais] , sur le même sous-réseau, répond de l'adresse IP 192.0.2.1 Adresse MAC-48 33-33-33-44-44-44 à 0.0.0.0 Adresse MAC-48 11-11-11- 22-22-22: OFFRE 192.0.2.140 . (Ce que cette offre signifie, c’est que [serveur ou agent de relais] pourrait laisser le client réserver 192.0.2.140 , s’il le souhaite.)
-
Si plusieurs [clients DHCP] communiquent en même temps, c'est correct, même s'ils peuvent partager une adresse IP telle que 0.0.0.0, car les adresses MAC-48 peuvent être utilisées pour suivre les conversations individuelles.
-
[Client DHCP] ignore l'adresse fournie 192.0.2.140, car [Client] préférerait l'adresse 192.0.2.135 que le Client possédait hier. Ainsi, le client est autorisé à ignorer complètement l'adresse fournie par OFFER et à demander ce qu'il veut. (Ceci est sur le point d'être démontré par la prochaine communication.)
-
Cela représente le "levier" dont dispose le client. Ce n’est pas un pouvoir absolu, mais peut avoir une influence si le [serveur DHCP] souhaite simplement coopérer.
-
(Dans le monde réel, cela pourrait être assez courant pour les ordinateurs portables qui sortent d'une période d'hibernation?)
-
[Client DCHP] à [Serveur DHCP ou agent de relais] , sur le même sous-réseau, à partir de 0.0.0.0 MAC-48 11-11-11-22-22-22 et envoie à l'adresse 192.0.2.1 33-33-33- 44-44-44: DEMANDE pour 192.0.2.135 souhaitable
-
À ce stade, le client a envoyé sa demande et espère obtenir un accusé de réception.
-
[Serveur DHCP] réalise que 192.0.2.135 n'est plus disponible.
-
[Serveur DHCP ou agent de relais] , adresse 192.0.2.1, 33-33-33-44-44-44, à 0.0.0.0 MAC-48 11-11-11-22-22-22: OFFRE 192.0.2.140
-
[Client DHCP] est déçu que l'offre ne corresponde pas à la demande. Le client, déçu de ne pas avoir reçu d’offre intéressante, retombe dans l’essai de quelque chose qui est plus susceptible d’être accepté par ce serveur peu coopératif.
-
[Client DHCP] , du 0.0.0.0 MAC-48 au 11-11-11-22-22-22, au 192.0.2.1 adresse 33-33-33-44-44-44, DEMANDE 192.0.2.140
-
[Serveur DHCP ou agent de relais] décide de coopérer. Il fait deux choses:
-
[Serveur DHCP] Prend note d'un contrat de location, afin qu'il ne distribue plus la même adresse.
-
L'adresse est maintenant officiellement indisponible pour quiconque. Le client sera probablement satisfait de cette adresse, car elle a été demandée. Le client n'a pas besoin de spécifier un autre accord
-
[Serveur DHCP ou agent de relais] , du 192.0.2.1 MAC-48 au 33-33-33-44-44-44, au MAC-48 11-11-11-22-22-22, indique qu’il a décidé de RECONNAÎTRE (et, par conséquent, approuve) la demande 192.0.2.140 .
Un client DHCP est uniquement autorisé à commencer à utiliser une adresse proposée après réception de la mention ACKNOWLEDGE par ce client . (En fait, un serveur DHCP est autorisé à offrir une adresse à plusieurs ordinateurs, ce qui ne devrait pas causer de conflit, car ces adresses doivent rester inutilisées jusqu'à ce qu'un ACKNOWLDGE soit fourni.) Ainsi, dans ce sens, le client DHCP ne reçoit pas N'importe quelle permission absolue jusqu'à ce qu'il reçoive une réponse ACKNOWLEDGE, mais il peut toujours avoir un pouvoir d'influence en décidant ce qu'il veut DEMANDER.
Si un serveur ne veut pas coopérer avec une requête, tout ce qu'il a à faire est de ne pas accuser réception. Il peut être poli en choisissant d’OFFRIR quelque chose d’autre, ou peut simplement ignorer la DEMANDE inappropriée, le tout sans courir le risque d’autoriser l’utilisation d’une adresse IP indésirable. Lorsque le serveur DHCP reçoit une DEMANDE, le serveur DHCP peut décider de consulter l'adresse MAC-48 à l'origine de la demande et d'utiliser ces informations pour décider de ce qu'il veut OFFER. C’est ainsi que le serveur peut restreindre l’adresse OFFER à l’utilisation exclusive de ce qui est indiqué dans une réservation DHCP.
Donc, oui, une DEMANDE peut demander l’adresse IP de son choix. Si le client DHCP ne sait pas quelle adresse IP est susceptible d'être sûre pour une REQUEST, il peut consulter la dernière offre, ou envoyer un package DISCOVER et rechercher une nouvelle offre.
Finalement,
Je suis curieux de savoir si cela est possible d'automatiser avec une demande de la framboise pi elle-même.
Si vous utilisez Unix, recherchez un fichier /etc/dhclient.conf. Je sais qu'un tel fichier peut être utilisé pour spécifier les options DHCP utilisées. (Exemples des "options DHCP" les plus courantes: la taille du sous-réseau ("masque de sous-réseau"), l'adresse du routeur ("passerelle par défaut"), mais d'autres informations peuvent également être partagées par le serveur DHCP et utilisées (ou ignorées) par le serveur. Client DHCP. Je suppose que ce fichier se trouve peut-être là où vous pouvez spécifier une adresse souhaitée. La ligne souhaitée peut être: " send dhcp-requested-address 192.0.2.135;" (Voir: Page de manuel ISC dhclient.conf et la page de manuel ISC pour dhcp-options et Self réponse à une question: Comment demander une adresse IP spécifique au serveur DHCP? )