Tag Info

New answers tagged

2

Use /bin/su rather than sudo. That uses root's password.


0

I would classify this as a 'security exploit' between the relationship of the Linux 'client' system(s) and FreeIPA. Though not necessarily a 'bug' it DOES expand the local root accounts ability beyond that of the local O/S instance (which it should 'not'). The repetitive statements that this issue is all about UNIX and how it works is incorrect. Though a ...


2

If the script is running in root's crontab, you should remove 'sudo' from the command. I've seen this before, where trying to 'sudo' when you're already root makes the command fail. If you want to switch user, then the command when run as root, is 'su -l jira', not sudo -u jira.


0

You can use one time passwords with a central management. I know, that this does not fit to "must work when eth is offline and server accessed with iLO". Anyway: The question is, how often the server is offline. So you could think of the following setup: Use a centrally managed OTP solution like privacyidea (http://www.privacyidea.org). You can assign ...


0

I cannot see anything in what you posted that points to the cause. It does, however, rule out the most obvious causes. It may be worth looking into SELinux. Run the following to check current level of enforcement: /usr/sbin/getenforce If it says "Enforcing", this could possibly be part of the equation. Then try temporarily disabling SELinux with: ...



Top 50 recent answers are included