Search results

You are correct. Here are the steps used to unmount the second tmp folder. 1. /etc/init.d/psa stopall 2. umount /dev/tmpMnt 3 commented the line below in /etc/fstab files: # cat /etc/fstab |grep tmp tmpfs /dev/shm tmpfs defaults,nodev,nosuid,noexec 0 0 #/tmp /var/tmp none...

Solved by Nikolay in chat support.

Would like to see if I can get this resolved today as I have been having some crashes that I believe is directly related to this extra folder. This is the guide that I used http://www.eth0.us/tmp df -h |grep tmp /dev/tmpMnt 769M 55M 676M 8% /tmp tmpfs 5.7G 20K...

All working. Thanks to everyone for their assistance.

Did all this: mkdir -p /usr/local/psa/admin/conf/templates/custom/domain/ cp /usr/local/psa/admin/conf/templates/default/domain/nginxDomainVirtualHost.php /usr/local/psa/admin/conf/templates/custom/domain Edit the following file...

This seems to be a tad confusing. Modify where? cd /etc/nginx openssl dhparam -out dhparam.pem 4096 what am I modify by hand?

Yeah I see what you mean. I am still getting handshakes after that too. So changes have been made in: /etc/nginx/plesk.conf.d/server.conf /usr/local/psa/admin/conf/templates/default/server/nginxVhosts.php service nginx restart /usr/local/psa/admin/bin/httpdmng --reconfigure-all openssl...

I spent three hours in chat with plesk agents and nothing was resolved. I was given this article to follow http://kb.odin.com/en/120083 which is wrong as stated by the tech in chat AFTER I applied it on his direction. Try this and let me know how it works for you. nano...

According to this article: How to test for SSL POODLE vulnerability? $ openssl s_client -connect google.com:443 -ssl3 If there is a handshake failure then the server is not supporting SSLv3 and it is secure from this vulnerability. Otherwise it is required to disable SSLv3 support. How to...

Another way (and this can suck) is to pull up your mail queue with mailq you should see something like this: 3048FA88A 1422 Tue Aug 27 09:38:04 [email protected] (host 206.247.145.161[206.247.145.161] said: 452 Too many recipients received this hour. You then have to dig down: nano...

I have tmpfs loaded with no exec. The problem is the /dev/tmpMnt that was loaded while making the tmpfs noexec. Now both are being used?

Does it error out? If you run a phpinfo() you can see where the php.ini is loading from.

Open your php.ini nano /etc/php.ini and look for these ; Add X-PHP-Originaiting-Script: that will include uid of the script followed by the filename mail.add_x_header = On ; Log all mail() calls including the full path of the script, line #, to address and headers mail.log =...

So yesterday I tried to follow along with http://www.eth0.us/tmp to secure m /tmp folder. It broke. I have since fixed the issues (chmod 1777 and not 0777) but I still have a second tmp mount point that I can't get rid of. /dev/tmpMnt on /tmp type ext2 (rw,noexec,nosuid,loop=/dev/loop0) tmpfs...

I have this same problem on a single domain. Switching to Horde and mail sends. Switch back to roundcube and it times out. Did you find a fix for this?

Awesome thanks for this. Didn't even think to look here.

If you have a list of Google IP's could you pm them to me? I looked around and get from Google that there don't have a "set" list.

I called in to support and they generated a new key for me and every thing is now working properly on the new server.

Sure enough. I removed my custom blacklists from my iptables and Google Insights is now working. What does this say of google? All of my custom blacklist DROPS come from logwatch and are brute force attempts to root. tsk tsk google.

I have two linux servers. Both CentOS 6.5. One ran Plesk 11..0.9 with over a hundred sites on it. I migrated another 120+ then upgraded to Plesk 12. The other server was created from scratch with Plesk 12 on it. Last week I migrated 300 domains over to it. On server 1 only the domains that...