Skip to content

Conversation

@ethanjli
Copy link
Collaborator

Because some institutional networks may require users to register their devices (and, in the process, to provide a MAC address for each such device) for network/internet access, users of the simplified Internet Access page may also need to find the MAC address for wlan1. It's better if we provide it to them on the simplified page rather than instructing them to use our advanced page (which comes without documentation). This PR changes the simplified page to show the MAC addresses for the network devices.

@ethanjli ethanjli marked this pull request as ready for review January 16, 2026 16:57
@ethanjli ethanjli added this pull request to the merge queue Jan 16, 2026
Merged via the queue into main with commit 0373940 Jan 16, 2026
2 checks passed
@ethanjli ethanjli deleted the mac-address branch January 16, 2026 17:00
github-merge-queue bot pushed a commit to openUC2/rpi-imswitch-os that referenced this pull request Jan 20, 2026
This PR configures NetworkManager to always try to acquire link-local
IPv4 addresses (`169.254.x.y/16`) on its direct connections to other
devices, so that they can be used in the following cases:

- ~If an RPi is trying to get an IP address via DHCP but the request
times out, then the RPi might be able to get internet access via the
link-local address as a fallback~ (I tested this and it didn't work, so
I've removed it from this PR)
- If multiple RPis are connected to the same computer, their
statically-assigned IP addresses will conflict but they'll still be
accessible via their link-local addresses (though mDNS probably won't
use those link-local addresses instead, so an IP address scanner would
be needed to discover the devices on their link-local addresses)

In other words, here the link-local addresses are a last-resort escape
hatch for still being able to access the RPi even if things have gone
very wrong.

This PR also stops trying to acquire static IP addresses on connections
which use DHCP for dynamic IP address assignment, because then DHCP
fails if the network on the other end already uses that static IP
address. This was a bug I discovered in testing, and things seem to work
fine after removal.

This PR also bumps the device-admin ctr img to integrate
openUC2/device-admin#27,
openUC2/device-admin#28, and
openUC2/device-admin#29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants