-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
proposal: ifconfig list fails for unpriv user past 2c24ad3377a #638
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This patch would defeat the whole point, which is to catch the EPERM returned by kldload in a jail. What exactly is your problem? Could you please past the command you execute, the user you execute it as, and the expected result you'd like to see?
|
Sure, Why? Because not only lists is impacted, but also interface rename operations fail the same way. And, I do not even have kernel modules at all (zero). All interfaces are static within the main kernel and working otherwise (since years) rock stable that way. Currently its <if_ue> that fails as soon I have more than one ue mapped nic. I will rollback the patch and add some more network interfaces and provide some traces. Thank you! |
|
Hello Alan, INTERACTIVEroot@rpi2b32 # ifconfig root@rpi2b32 # ifconfig lo0 root@rpi2b32 # ifconfig ue1 root@rpi2b32 # ifconfig ue2 root@rpi2b32 # ifconfig intra0 [... every other attempt to list or rename ue1..3 & intra0 terminate the same way. There is no reaon to even try kldload at all, all static, see kernconf] [... before 2c24ad3 / or tip + patch above, everythings works as expected] KERNCONFIGauto-generated DYNAMIC KERNCONF rpi2b32 pnoc - do not edit - 2023-01-19 16:46:50cpu CPU_CORTEXA DMESG---<>--- |
|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269042 fixed via revert 5205908 Thank you! |
Hello Team,
proposed fix for bugID:269042
Summary:
since 2c24ad3377a6f58 / D37873 ifconfig exits with permission denied when called by unpriviledged user and kldload(if_xxx) is called.
With this patch, it just behaves as before, no information is (silently) dropped or missing.
Greetings,
Michael