The Wiert Corner – irregular stream of stuff

Jeroen W. Pluimers on .NET, C#, Delphi, databases, and personal interests

  • My badges

  • Twitter Updates

    • Since when is the PLATFORMTARGETS resource included in non-package binaries? wiert.me/2021/04/20/sin… 1 hour ago
    • RT @isotopp: Falsehoods programmers believe about countries. Also, über den markierten Code hier haben schon andere gelästert, und das zu… 3 hours ago
    • RT @locuta: In Vlissingen doen ze ook graag mee met de transitie naar duurzame energie. Maarre... misschien had iemand hier iets langer dan… 3 hours ago
    • RT @Walrathis: Dit zijn geen wetten die extreme spoed behoeven en kunnen gwoon langs de Tweede Kamer, zou ik zeggen! 3 hours ago
    • RT @zeitonline: “Wir haben #Covid-Patienten verloren, die keine 30 Jahre alt waren”, sagt der Leiter der Intensivstationen der @ChariteBerl3 hours ago
  • My Flickr Stream

  • Pages

  • All categories

  • Enter your email address to subscribe to this blog and receive notifications of new posts by email.

    Join 2,317 other followers

Not cool: openSuse Tumbleweed switched DHCP clientID algorithm on Raspberry Pi 3, so now all devices get a non-static DHCP address

Posted by jpluimers on 2018/09/15

Not sure in which changeset this happened, but here is one example:

  1. old DHCP client ID 1:b8:27:eb:1a:b1:ec
  2. new DHCP client ID ff:eb:78:a9:4:0:1:0:1:22:6:67:49:b8:27:eb:78:a9:4

The first one was marked static in the DHCP server, which means the Raspberry Pi now did get a different IP address.

This messes up a few places that cannot do proper address resolution.

Anyone who knows where this has changed / is configured?

These did not help finding the cause:

Edit

As commented by Leen below, this is about

Wicked changed its defaults to use this DHCPv6 compatible RFC4361 client-id in favour of the older RFC2132 client-id. However, this has caused some issues with older DHCPv4 servers and existing setups where the client-id stored by the server is used to assign a (static) address. It is recommended to fix this server-side, but still, wicked provides several ways of addressing this issue

So here are some links:

–jeroen

6 Responses to “Not cool: openSuse Tumbleweed switched DHCP clientID algorithm on Raspberry Pi 3, so now all devices get a non-static DHCP address”

  1. Leen said

    Perhaps here is an explanation (first question):

    https://github.com/openSUSE/wicked/wiki/FAQ

  2. Joseph Mitzen said

    Silly question, but did you check YaST? Hardware/ Network Settings/ Global Options tab? There’s a DNS Client Identifier field. The documentation says “If left empty, it defaults to the hardware address of the network interface.”.

    • jpluimers said

      I did not change any setting in System / Network Settings / Global Options, as I just zypper dist-upgrade an existing Tumbleweed system (which had no updates for at least a few months as it was on the workbench for a while).

      The Client Identifier field is empty, and the hardware address did not change (the MAC is still B8:27:EB:1A:B1:EC, so it is odd that somehow this changed:

      • old DHCP client ID 1:b8:27:eb:1a:b1:ec
      • new DHCP client ID ff:eb:78:a9:4:0:1:0:1:22:6:67:49:b8:27:eb:78:a9:4
      • Joseph Mitzen said

        While I’m not sure what caused the problem yet, if you just put the old value in that field would it at least be a workaround?

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.

 
<span>%d</span> bloggers like this: