A PHP-FPM (FastCGI Process Manager) használata a weboldalak és webalkalmazások futtatásához számos előnnyel jár, különösen ha azt a régebbi technikákkal, mint például az Apache modulként futtatott PHP-val hasonlítjuk össze. Az egyik legfontosabb előny, hogy a PHP-FPM jelentősen javítja a teljesítményt és a skálázhatóságot, mivel lehetővé teszi a PHP folyamatok finomabb kezelését és optimalizálását. Ezáltal a szerver erőforrásait hatékonyabban használhatjuk ki, csökkenthetjük a válaszidőt, és nagyobb forgalom esetén is stabil maradhat a rendszerünk. Az idő előrehaladtával azonban a webalkalmazásaink PHP verziói elavultakká válhatnak, amiket a különböző kezelőpanelek nem frissítenek. Ebben a leírásban megnézzük néhány lépésben, hogy hogyan tudjuk egyszerűen kézi beállításainkat módosítani ahhoz, hogy a weboldalaink, illetve webalkalmazásaink is a megfelelő PHP verzióval működjenek.

Az elektronikus levelezések lebonyolítása során a levelező kiszolgálók törekednek a kéretlen levelek (spam) minél hatékonyabb kiszűrésére. Időnként megesik, hogy olyan levelek is fennakadnak ezeken a spam szűrési szolgáltatásokon, amik egyáltalán nem tartalmaznak olyan dolgokat, amik ezt indokolttá tennék. Ezért velünk is előfordulhat, hogy nem tudunk email-t küldeni egy címzettnek, vagy éppen a saját szerverünkön nem tudunk leveleket fogadni másoktól. Ebben a leírásban utánajárunk az egyik gyakrabban előforduló szerver oldali "554 5.7.1 Service unavailable; Client host blocked using zen.spamhaus.org; Error: open resolver;" típusú hibának.

Weboldalaink folyamatos támadásnak vannak kitéve a külvilág felől. Ezeknek túlnyomó részét robotok végzik, amik megpróbálják felderíteni a szerveren futó weboldalak gyenge pontjait. Az ilyen célú robotoknak egy része ezt úgy próbálja megtenni, hogy weboldalaink felé különböző, véletlenszerűnek tűnő HTTP lekéréseket intéznek, amiknek a java része nem létező URL címekre irányul. Ennek következtében szerverünk 404-es HTTP válaszkóddal reagál. Ebben a leírásban megnézzük hogyan tilthatjuk ki a nagy mennyiségben érkező, 404 és egyéb 4xx HTTP válaszkódokat eredményező próbálkozásokat a Fail2Ban segítségével.

A Monit egy ingyenes és nyílt forráskódú folyamat- és erőforrásfigyelő eszköz, amely a rendszerfolyamatok és erőforrások - webböngésző és parancssor segítségével történő - megfigyelésére használható. A Monit automatikusan leállítja vagy újraindítja a folyamatokat vagy szolgáltatásokat, amennyiben azok például túl sok erőforrást használnak fel, vagy rendellenesen működnek. A különböző eseményekről email-es riasztásokat is küld.
Ezen az oldalon egy Debian 10 (Buster) tökéletes szerver 1.1-es változatára telepítjük fel frissen a Monit rendszermonitor programot, ahol még korábban nem volt használatban, majd utána beállítjuk.

ISPConfig szerverünk szépen kezeli weboldalainkat, azonban ha a böngészőbe a szerver IP-címére vagy teljes hosztnevére hivatkozunk, akkor nem a várt eredményt kapjuk, mert ilyenkor az Apache2 Debian Default Page töltődik be, ami lényegében az Apache "üdvözlő" oldala. Ez persze nem tragikus hiba, de szépséghiba. Ebben a leírásban megnézzük, hogy hogyan állíthatjuk be Apache webkiszolgálónkat, hogy ilyenkor az általunk kívánt weboldal kerüljön betöltésre.