Recent content by Paul Muloin

bump. i would also like to know the answer to this.

support guy got us sorted. somebody changed it to only block the service that was failing. deny list doesnt show properly in the current version if that is checked.

Yup i see entries in the /etc/csf/csf.deny file, nothing in the juggernaught gui. have opened a support ticket. thanks. tcp|in|d=587|s=162.219.29.134 # lfd: (smtpauth) Failed SMTP AUTH login from 162.219.29.134 (US/United States/162-219-29-134.alnitech.com): 5 in the last 3600 secs - Fri Jul...

Not sure if it was an update that did it, but at some point recently, our Deny permanently list shows as empty. I see lots of permanent blocks in the "advanced deny filters" area. I'm guessing the page is simply not reading the file properly. I can see temp blocks fine. any suggestions?

Looks like a lot of this will simply go away with the inclusion of Mod_ruid2 in the next release of plesk. The other thing we can look at is migrate to cloudlinux+plesk. so far no issues with symlinks off in apache.

try by IP address, you might not have dns propogation yet.

Using plesk 12 installed fresh from the official plesk ubuntu 14.04 iso. latest uppdates last week we had a mass defacement of websites via a symlink attack thru a compromised vhost. Looks like they gained access to their user and then wrote data to all folders it could find in that group...

Thanks for the quick response, we are actually already in the process of building a new server as you advise but it could be another month before we have everything ready to go and start migrating. In the mean time to fix the issue we would like to upgrade the current Ubuntu to 10.04.4 LTS but...

Hello We also have the same issue, xinetd fails to restart properly after Plesk MU updates. Restarting via command line resolves the issue "/etc/init.d/xinetd restart" This occurs on 2 of our Linux servers both running Plesk 12.0.18 on Ubuntu 10.04.2.LTS. We have since temporarily disabled...

Resolved ...customer had their own SSL certificate installed. Llesk it the SSL cert listed in "other repository" instead of his own, never seen that before but since it wasnt required we just removed the ssl cert, restarted apache and the stats are now accessible.

try this: +44(0) 208 899 6720

Contacted support by phone +1 (425) 282 6400 and they were able to immediately issue me a new key, uploaded and all is working again ...give them a shout

we have the same issue here starting this morning, also on Ubuntu 10.04 with Plesk 10.4

We are running Plesk 11 (Ubuntu 10.04) with all PP updates including MU#7 and I can confirm it was still not writing to the directory in the psa.conf Dump_TMP_D variable. Parallels tech support ended up logging into our server and creating a "symlink" ...still nothing mentioned about why the...

DUMP_TMP_D variable ignored by Plesk Backups to ftp server fail because default temp dump location is too small to accept it. We've updated the psa.conf variable DUMP_TMP_D to point to a location with more space (/var/lib/psa/tmp) and then restarted psa service and ran another backup but it...