If the setting is controlled from a protected settings file or database, then you can at least read that to determine the state and use that information to trigger a notification to the user that action is required.
My suspicion is that the TCC database is involved. I have (so far) been unsuccessful in determining where the restricted access setting is stored. When you enable Screen Sharing manually in the ‘Sharing’ preference pane, it will grant full access. This command will enable Screen Sharing access, but it will be observe only. You have to restart System Preferences to pick up the change in the UI.
You can enable Screen Sharing (when ARD/Remote Management is disabled) from the command line with: $ sudo launchctl load -w /System/Library/LaunchDaemons/ This limitation extends to Screen Sharing. You can still use kickstart to disable Remote Management access. You can only manually enable the access privileges in the ‘Sharing’ preference pane, which requires administrator privileges to unlock. You get a nice (red) warning in the shell and when you go into the Remote Management preference pane, no active access is enabled. The kickstart tool will enable ARD access and configure the users but not enable any access privileges. If you rely on Apple Remote Desktop for remote control and remote assistance, this will disrupt your installation workflow. This continues Apple’s effort to require user interaction for every configuration that can provide on going access to sensitive data or the system a Mac, like User-Approved MDM and the new privacy controls. If you wish to control the Mac while sharing its screen, enable remote management in System Preferences. In macOS Mojave, Apple will restrict the functionality of kickstart:įor increased security, using the kickstart command to enable remote management on a Mac will only allow you to observe it when sharing its screen.
0 kommentar(er)
