
Originally Posted by
pthirose
Ah. But if the root user (or whatever user(s) allowed to run the script) are blocked from logging in because of cPHulk, then this script still can't be run. And if I could login, then I don't specifically need that particular auto-fixer script, since wouldn't Main >> Security Center >> cPHulk Brute Force Protection >> Flush DB essentially do the same thing? Or does the auto-fixer script do something different?
The auto-fixer script was given as a URL, and I haven't found its equivalent for the command line, if the user were able to login via ssh. But since cPHulk also blocks ssh logins, I'm not sure. I suppose any user still ssh-able would be able to directly tap into the MySQL database for cPHulk and/or run the script from the shell. Although I'm guessing one must be root to run the script from the shell.
Thank you,
PH
In its current form, the auto-fixer, disable_cphulkd, will attempt to remove an entry containing "pam_hulk.so" from the system-auth PAM configuration (at "/etc/pam.d/system-auth").
Here is the command-line (CLI) equivalent to running the auto-fixer in WHM that may be used via root SSH or console access:
Code:
# /scripts/autorepair disable_cphulkd
For clarification, the name of an auto-repair AKA auto-fixer script, such as disable_cphulkd, can be entered via the following URI in WebHost Manager:
Code:
/scripts2/autofixer
If security (session) tokens are enabled, the aforementioned WHM URI must be placed after the session token in the URL, like in the following example:
Code:
https://$host:2087/cpsess0123456789/scripts2/autofixer
If the specific IP address you're accessing from is blocked, you may need to either contact your upstream data center to assist via direct console access, use remote KVM or KVM over IP access, or connect from a different originating IP address that is not blocked.