![]() I was searching for the root cause and found a different answer which I believe may be a better solution.Ĭouldn't find any issue in your post nor a corresponding quote. However the "fix" mentioned there may not address the root cause, it's a workaround. ![]() Why don't you provide the URL to the thread you're referring to? This of course doesn't help if you do require to be multi-homed on a different wired and wireless network simultaneously and thus need two simultaneous IP addresses. Switching from wired to wireless and vice versa will then keep the same IP on each NIC and allows for a more smooth transition without established sessions terminating such as ongoing voice/video calls (a few packets may drops but calls don't hang up) remote sessions and so on. This is becoming useful with devices such as laptops that often have wired and wireless NICs. Not using a MAC address is becoming preferred (though contested as well by my IT Pros) as it helps ensure the same computer gets the same IP address each time regardless of which NIC is active at the time. #Linux show mac address table windowsWindows Server 2019 accepts these long IDs just fine and hands out the correct IP address. Now it registers in DHCP with the actual MAC of the virtual NIC as it should and I could create a proper reservation for that MAC to a particular IP address.Īre you by chance using an older version of Windows server with its DHCP function? I have created many reservations with the longer DHCP Client IDs (Linux isn't the only OS that uses these nowadays). After that I needed to clear the entry on the DHCP server leases table and reboot the linux server. This config forces linux to use the hardware MAC. The fix I found was to edit the /etc/dhcp/nf file on the linux server and add this line ( If you try to create a DHCP reservation for a linux machine's NIC, the DHCP admin console will not recognize the extra long MAC. This pic below shows the issue as it appears in Win DHCP server. In my research it's considered the DHCP client ID. Instead it adds many more characters and creates an extremely long string which appears to contain part of the MAC address. The default installation is using this a configuration whereby the dhcp-client-identifier is not using the hardware MAC address of the NIC. The issue being that newer Linux is using NetPlan to manage networking functionality and I'm not sure if this is a bug or intended. I was searching for the root cause and found a different answer which I believe may be a better solution. ) however the "fix" mentioned there may not address the root cause, it's a workaround. ![]() Weird MAC Address on an Ubuntu VM on ESXi I saw another closed thread on this topic ( ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |