Główny problem:
- w godzinach pracy kilka razy dziennie aktywuje się proces:
/usr/local/php73/bin/php-cgi73 -c /usr/local/directadmin/data/users/admin/php/site.ua.ini -d sendmail_from="admin..site.ua" -d open_basedir="/var/home/admin/:/tmp:/var/tmp:/opt/alt/php73/usr/share/pear/:/dev/urandom:/usr/local/lib/php/:/usr/local/php73/lib/php/" -d post_max_size="16M" -d upload_max_filesize="16M" -d mail.log="/var/home/admin/.php/php-mail.log"
Ten proces obciąża CPU serwera prawie w 100%.
Trzeba całkowicie "uśmiercić" ten proces, aby nigdy i w żadnych okolicznościach się nie uruchamiał. Ale wyłączyć tak, aby nie zepsuć innych funkcji serwera.
Ponieważ ten proces wysyła powiadomienia o nadmiernym obciążeniu serwera, to istnieje jakaś pierwotna przyczyna jego aktywacji - to znaczy najpierw jakiś inny proces zwiększa obciążenie serwera, po czym aktywuje się Sendmail i tym samym "dobija" serwer. W związku z tym, oprócz wyłączenia Sendmail, trzeba znaleźć przyczynę, przez którą się aktywuje - prawdopodobnie, parsowanie strony lub mały atak.
Sytuacja trwa od ponad miesiąca, wyłącznie w godzinach pracy, zazwyczaj od 10:00 do 13:00.
Parametry serwera:
- VPS na bazie Hetzner, 32 GB RAM, 10 rdzeni KVM, dysk nvme - na tym wszystkim działa tylko jedna jedyna strona z relatywnie małym ruchem, więc nawet pomimo tego, że to VPS - zasobów jest więcej niż wystarczająco
- panel DirectAdmin
- Centos-8.8
Proszę nie składać ofert i nie pisać, jeśli jesteś "specjalistą-gołębiem", który przylatuje, aby obrzucić błotem, skrytykować i odlecieć dalej. Poprzednie kontrole tego problemu przeprowadzali właśnie tacy "specjaliści" i nie przyniosły żadnych rezultatów, poza patosem i wyniosłym podejściem.
Dlatego nie piszcie rekomendacji w stylu "postawcie normalny serwer" czy "zniszczcie wszystko do zera i skonfigurujcie serwer po ludzku" lub "serwer z panelem to nie serwer, powinien być bez panelu", oszczędźcie swój i mój czas.
