You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently found out, that when the SSHd on a macOS is configured that pubkey auth is being used instead of password auth the playbook keeps hanging when the "mas install" tasks are executed.
This seems to be an issue macOS handling the security context for SSH tunnels (somehow)...
What helped me was the solution suggested in that github issue answer (installing the reattach-to-user-namespace brew and running mas using that).
I've tested it locally vía manually installing that brew and copying the mas tasks into a local yml file (instead of using the rule - what messes up the order of role/task execution) - and that way it works.
Has anyone experienced the same issue?
Would be nice if the role supports that way (toggled by a mas-reattach-to-user-namespace boolean config). What's your suggestion?
The text was updated successfully, but these errors were encountered:
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution!
Please read this blog post to see the reasons why I mark issues as stale.
I recently found out, that when the SSHd on a macOS is configured that pubkey auth is being used instead of password auth the playbook keeps hanging when the "mas install" tasks are executed.
This seems to be an issue macOS handling the security context for SSH tunnels (somehow)...
What helped me was the solution suggested in that github issue answer (installing the
reattach-to-user-namespace
brew and runningmas
using that).I've tested it locally vía manually installing that brew and copying the mas tasks into a local yml file (instead of using the rule - what messes up the order of role/task execution) - and that way it works.
Has anyone experienced the same issue?
Would be nice if the role supports that way (toggled by a
mas-reattach-to-user-namespace
boolean config). What's your suggestion?The text was updated successfully, but these errors were encountered: