1. 12 Sep, 2016 1 commit
    • Thomas Haller's avatar
      device: change default value for cloned-mac-address to "preserve" (bgo#770611) · fae5ecec
      Thomas Haller authored
      Long ago before commit 1b49f941, NetworkManager did not touch the
      MAC address at all. Since 0.8.2 NetworkManager would modify the
      MAC address, and eventually it would reset the permanent MAC address
      of the device.
      
      This prevents a user from externally setting the MAC address via tools
      like macchanger and rely on NetworkManager not to reset it to the
      permanent MAC address. This is considered a security regression in
      bgo#708820.
      
      This only changed with commit 9a354cdc and 1.4.0. Since then it is possible
      to configure "cloned-mac-address=preserve", which instead uses the "initial"
      MAC address when the device activates.
      That also changed that the "initial" MAC address is the address which was
      externally configured on the device as last. In other words, the
      "initial" MAC address is picked up from external changes, unless it
      was NetworkManager itself who configured the address when activating a
      connection.
      
      However, in absence of an explicit configuration the default for
      "cloned-mac-address" is still "permanent". Meaning, the user has to
      explicitly configure that NetworkManager should not touch the MAC address.
      It makes sense to change the upstream default to "preserve". Although this
      is a change in behavior since 0.8.2, it seems a better default.
      
      This change has the drastic effect that all the existing connections
      out there with "cloned-mac-address=$(nil)" change behavior after upgrade.
      I think most users won't notice, because their devices have the permanent
      address set by default anyway. I would think that there are few users
      who intentionally configured "cloned-mac-address=" to have NetworkManager
      restore the permanent address.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=770611
      fae5ecec
  2. 02 Sep, 2016 1 commit
  3. 23 Aug, 2016 4 commits
  4. 17 Aug, 2016 1 commit
  5. 03 Aug, 2016 1 commit
  6. 19 May, 2016 1 commit
  7. 29 Mar, 2016 1 commit
  8. 16 Mar, 2016 1 commit
  9. 01 Mar, 2016 1 commit
  10. 21 Jan, 2016 1 commit
  11. 19 Jan, 2016 1 commit
  12. 18 Jan, 2016 1 commit
  13. 27 Jan, 2015 1 commit
  14. 18 Dec, 2014 1 commit
  15. 20 Nov, 2014 1 commit
  16. 09 Jun, 2014 1 commit
  17. 06 Jun, 2014 1 commit
  18. 15 Jan, 2013 1 commit
  19. 07 Aug, 2012 1 commit
  20. 23 Jul, 2012 1 commit
  21. 27 Jun, 2012 1 commit
  22. 12 Jun, 2012 1 commit
  23. 18 May, 2012 1 commit
  24. 01 May, 2012 1 commit
  25. 23 Mar, 2012 1 commit
  26. 16 Mar, 2012 1 commit
  27. 15 Mar, 2012 1 commit
  28. 02 Mar, 2012 1 commit
  29. 16 Feb, 2012 1 commit
  30. 02 Dec, 2011 1 commit
  31. 10 Nov, 2011 1 commit
  32. 07 Nov, 2011 1 commit
  33. 28 Oct, 2011 1 commit
  34. 12 Oct, 2011 1 commit
  35. 20 Sep, 2011 1 commit
  36. 25 Aug, 2011 1 commit
  37. 24 Aug, 2011 1 commit