Jump to content

IveLeft...

Members
 View Profile  See their activity

  • Posts

    1,241

  • Joined

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by IveLeft...

  1. IveLeft...
    @Marc Stridgen can you link me to the bug please ?
  2. IveLeft...
    We used to use varnish cache many years ago, from memory it only runs on http and not https which is why we stopped using it, there was also a particular setting we had to use on the server to get it working properly with IPS - I cant remember what that was though. I would personally disable varnish and use redis.
  3. IveLeft...
    @Ocean West in EasyApache
  4. IveLeft...
    MariaDB 10.6 is very good, no problems here
  5. IveLeft...
    Firstly check is SElinux is running - if it is kill and disable it - it sucks Then check the logs - in particular PHP-FPM log (default: /var/log/php-fpm.log) This may give more information You could also look at request_terminate_timeout located normally in /etc/php-fpm.d/www.conf To see what its currently set at This relates to an Apache server......
  6. IveLeft...
    If you have root access (or your hosts need pointing in the right direction) then install the package auditctl (if its not installed) and use auditd to watch and log changing to the uploads directory. Tail the log and you will find out the user, process and which executable changed the permissions. Here is a good example on Ubuntu - CentOS is fairly similar https://unix.stackexchange.com/questions/196840/how-to-investigate-what-is-modifying-a-directories-permission-on-linux
  7. IveLeft...
    @estan Are you on a managed server or hosted or unmanaged ? There are many things you can do if you have your own server, for example we use and always have all the Config Server Services and within this they have the exploit scanner and its very very good and automated...... https://configserver.com/cp/cxs.html However its no good installed on an exploited server - its best installed on a new vanilla server as it will doubtfully pick up your existing exploits You need to sort the server out first before you move forward - this is a manual task to be honest and for a server admin If your on shared or managed hosting then open a support ticket with them and point them in the right direction......
  8. IveLeft...
    @estan I would say something is changing the r/w permissions of the uploads directory Also I would guess the hack php files you mentioned were copied over from the old server The trouble you have is how long was that php script there and what other hacks are in your filesystem..... I would contact your host as a matter of urgency - if they are any good they will deal with its fairly quickly - if they dont and seem slack I would change hosts
  9. IveLeft...
    https://www.derekfountain.org/security_c99madshell.php
  10. IveLeft...
    Have a look at this @kar3n2 For the second one (ssl I presume) SUBDOMAIN = _457899d55c6b2424f195a911a8a2117b Set CNAME in the drop down RECORD = _67f5910f653ff97ff51cca32c7f1860a.snmnbsbtgy.acm-validations.aws. Then you will have two CNames - you need to go back out of it and go back into it to see them
  11. IveLeft...
    Thats correct with the extra period on cPanel
  12. IveLeft...
    Jim I know all that 1. Sometimes its helpful not to have to edit out sensitive information - I consider this a waste of my time - if I could just open a support ticket - id send you the info and not have to worry if any sensitive info is on there - instead I have to check and then black out anything I dont want seen publicly - a waste of my time 2. If its started here..... then it goes to a ticket - yes we continue to do it on the tickets - but the thread is now split - if your trying to have it so other members can see the outcome then when its on a ticket or with sensitive information you cant publish then its all kind of gone wrong in my humble opinion......
  13. IveLeft...
    @Dave Baker Community Support
  14. IveLeft...
    I agree, the new style forum support doesnt work for me. 1. You cannot (if you wish to remain anonymous) post sensitive information here 2. You start a support topic here and then have to reply to an email ticket - now the support is split across here and an email so completely disjointed I find it horrible and mostly confusing and irritating......
  15. IveLeft...
    Thankyou
  16. IveLeft...
    @Marc Stridgen Marc, please go ahead with our move to the new IPS hosting on the specified forum Cheers
  17. IveLeft...
    @kmk For Nginx try centminmod for a vps or dedicated - then use Jimmys IPS nginx config
  18. IveLeft...
    If your not very server admin technical then you could try centminmod, its a breeze to set up and runs IPS4 nicely, Jimmy has an NGinx config file for it as well.
  19. IveLeft...
    If its managed then get them to dig deeper and find the root of the problem
  20. IveLeft...
    Is it a managed VPS or ? CPanel / WHM ?
  21. IveLeft...
    Yes it should be ok, but lots of things could affect this, not enough info..... Apache ? Nginx ? MariaDB ? MySql ? Versions ? Any Caching ? Type of VPS (KVM, OpenVZ etc) ? Any optimisation done ? Mysql tuner ? Has it always been ok ? Just started ? Anything changed recently ?
  22. IveLeft...
    Its a php error i think causing nginx to give me a 500 error - acp logs show the links files as the problem - can i pm you the acp system log errors ?
  23. IveLeft...
    Not sure if your interested (maybe ? :-) ) but links 5.0.2 running on PHP7 and the latest .14.3 beta - gets an nginx 500 error when i go to links directory - It was working on php5.6 though and a .12 version
  24. IveLeft...
    Bouncer worked flawlessly with 3.4.x for me and that included when Mandril changed to paid accounts only.
  25. IveLeft...
    @Adriano Faria Another switch maybe in ACP ? I like this idea as well
Invision Community © 2024 IPS, Inc.
×
×
  • Create New...