Search results

In our case we don't want to use PHP-FPM. Since 12.5 php-fpm seems the default handler for serviceplan addons and causing problems because of Selinux policies missing on our side. Even "/usr/local/psa/bin/php_handler --disable -id fpm" does not does work here. Any clue?

@abdi, your the greatest! I did checked the audit log for exceptions and it didn't showed anything :confused:

I'm trying to migrate sites from one 11.5 server to a 12.0 server. But I'm getting an System error 13: Permission denied error with the deployer: <?xml version="1.0" encoding="UTF-8"?> <response> <errcode>1001</errcode> <errmsg>Runtime error in migration handler: &lt;class...

FYI Igor, we had a lot (90% of our plesk servers) of servers which failed the MU update with the message: Updating: pp12.0.18-bootstrapper-12.0.18-cos6.build1200150817.13.x86_64 [1/2] Cleanup: pp12.0.18-bootstrapper [2/2] Verify: 1/2: pp12.0.18-bootstrapper.x86_64...

A fix for PPP-15880 not in in #51 :mad:

@igor thanks for clearing this up :) Is pretty frustrating for us and our customers.

The rules from Atomicorp are pretty ok! But Odin has this odd behaviour of breaking working stuff and now the rules are not working currently. We are paying atomicorp licenses for nothing atm ... :mad: Issue is known as PPP-15880

@igor this has todo with #PPP-15880 you have any clue when this will be fixed?!? ps. I hate these regression bugs! Do some proper QA

We running into problems with modsecurity when enabling the Atomic (subscription) rules it's seems not to work (not even logging to the modsec log). I test it with /index.php?foo=../../passwd When I switch to Atomic Basic ModSecurity rule set I get an nice 403 and the modsec log is being...

Yes your right, but Parallels is not doing that :-) They put the log in /var/log

@igor The link you gave me is interesting. I had the atomic turtle rpm installed but i'm pretty sure I did not do that! I uninstalled the turtle rpm and reinstalled the original rpm. Now it seems to work. But the modsec_audit.log keeps growing (today 82 MB already)!

Testing the mod_security functionality (in combination with the Atomic corp live rules) in active mode . Below some of my findings about the current state of mod_security in Plesk: On the manual page they are talking about /var/log/httpd/modsec_audit.log but the correct location is...

@igor The above fix does work temporarily. But every day the fix is undone by the 50plesk-daily cron. Do you have some info why WEB_Apache_SniSupport is set to false again?

And the fix...tada! Open Mysql (you can use phpmyadmin) goto: * Database: psa * Table: ServiceNodeEnvironment * Field: WEB_Apache_SniSupport * Change value from false to true No restart is needed it works right away. I don't know why this setting was on false, we sure did not change it to false.

Hi guys, I have one server with this behaviour too! On Plesk 11.5 mu47 that is. Other servers with this version seems to be oke.

For those who want to vote: http://plesk.uservoice.com/forums/184549-feature-suggestions/suggestions/5079332-support-for-http-strickt-transport-security-hsts

Hi, I'm wondering if Plesk also will implent HTTP Strickt Transport Security. It's an extra layer of security for sites who need to be extra secure. It's being done with a special header (mod_headers) and a TLS connection. The client (browser) can then verify if the server is the real server...

Well in Plesk 11.5 the /etc map is located in the /var/www/vhosts/system/<websitename> directorie. But beside of that you cannot make changes to that file because changes will be undone on site edits.

Hi (Igor especially), Is it possible that a SSL SNI bug had re-added in the lastest MU updates? The problem in a nutshell. A website with an SSL website on a dedicated IP address was threated as an SNI (shared SSL website) and is served with the default ssl certificate. With new sites added...

@Tozz did you fixed this issue already? Facing the same problem and deleting the /logs directory ain't helping....