Apache oktatóanyagok kezdőknek

Mi az Apache?

Az Apache egy figyelemre méltó alkalmazás-szoftver. Ez a világon a legszélesebb körben használt webkiszolgáló alkalmazás, több mint 50% -os részesedéssel a kereskedelmi webszerverek piacán. Az Apache a legszélesebb körben használt webkiszolgáló alkalmazás a Unix-szerű operációs rendszerekben, de szinte minden platformon használható, például Windows, OS X, OS / 2 stb. Az Apache szót a Native nevéből vették át Amerikai „Apache” törzs, amely híres a hadviselésben és a stratégiaalkotásban.

Ez egy moduláris, folyamatalapú webszerver alkalmazás, amely minden egyidejű kapcsolattal új szálat hoz létre. Számos funkciót támogat; sokukat külön modulokként állítják össze, és kibővítik alapvető funkcióit, és a szerveroldali programozási nyelv támogatásától kezdve a hitelesítési mechanizmusig mindent képesek nyújtani. A virtuális tárhely az egyik olyan szolgáltatás, amely lehetővé teszi, hogy egyetlen Apache webszerver számos különféle webhelyet kiszolgáljon.

Az Apache telepítése

A csomag vagy az alkalmazás telepítésének számos módja van. Az alábbiak sorakoznak -

1. A nyílt forráskódú webalkalmazás egyik jellemzője, hogy bárki telepítőt készíthet a saját környezetének megfelelően. Ez lehetővé tette a különböző gyártók, például a Debian, a Red Hat, a FreeBSD, a Suse stb. Számára, hogy testre szabják az apache fájl helyét és konfigurációját, figyelembe véve a többi telepített alkalmazást és az alap operációs rendszert.
2. Amellett, hogy szállítói telepítőtől telepíti, mindig lehetősége van a forráskódból építeni és telepíteni. Az Apache telepítése a forrásfájlból egy platformfüggetlen, és minden operációs rendszeren működik.

Az apache webszerver egy moduláris alkalmazás, ahol az adminisztrátor kiválaszthatja a szükséges funkcionalitást, és különböző modulokat telepíthet a követelményeinek megfelelően.

Minden modul dinamikusan megosztott objektumként állítható össze (a DSO egy olyan objektumfájl, amelyet végrehajtás közben több alkalmazás is megoszthat), amely a fő apache fájltól külön létezik. A DSO megközelítés erősen ajánlott, nagyon egyszerűvé teszi a modulok hozzáadását / eltávolítását / frissítését a kiszolgálók konfigurációjából.

Telepítse az Apache: Linux platformot

Red Hat vagy rpm alapú rendszereken

Ha rpm (RedHat Package Manager segédprogram alkalmazás telepítéséhez Linux rendszerekre) alapú Linux disztribúciót (pl. Red Hat, Fedora, CentOs, Suse) használ, telepítheti ezt az alkalmazást akár a gyártóspecifikus csomagkezelővel, akár közvetlenül elkészítheti az rpm fájlt. a rendelkezésre álló forrás tarballból.

Telepítheti az Apache-ot az alapértelmezett Csomagkezelőn keresztül, amely elérhető az összes Red Hat alapú disztribúción, például CentOs, Red Hat és Fedora.

[root @ amsterdam ~] # yum install httpd

Az apache forrás tarball az alábbi paranccsal konvertálható rpm fájlokká.

[root @ amszterdam ~] # rpmbuild -tb httpd-2.4.x.tar.bz2

A .rpm fájl forrásból történő létrehozásához kötelező a -devel csomag telepítése a szerverre.

Miután átalakította a forrásfájlt rpm telepítővé, a következő paranccsal telepíthette az Apache fájlt.

[root @ amszterdam ~] # rpm -ivh httpd-2.4.4-3.1.x86_64.rpm

A telepítés után a szerver nem indul el automatikusan, a szolgáltatás elindításához a Fedora, a CentOs vagy a Red Hat alábbi parancsainak bármelyikét kell használnia.

[root @ amsterdam ~] # / usr / sbin / apachectl start[root @ amszterdam ~] # szolgáltatás httpd start[root @ amszterdam ~] # /etc/init.d/httpd start

Telepítse az Apache-ot a forrásból

Az apache forrásból történő telepítéséhez telepítenie kell a -devel csomagot a szerverére ... Az Apache legfrissebb elérhető verzióját itt töltheti le. Miután letöltötte a forrásfájlt, helyezze át az / usr / local / src mappába.

[root @ amserversterdam ~] cd / usr / local / src[root @ amserversterdam ~] gzip -d httpd-2.2.26.tar.gz[root @ amserversterdam ~] tar xvf httpd-2.2.26.tar[root @ amserversterdam ~] httpd-2.2.26

Az Apache összes elérhető konfigurációs beállításának megtekintéséhez használhatja a ./configure -help beállítást. A leggyakoribb konfigurációs lehetőség a -prefix = {telepítési könyvtár neve}.

[root @ amserversterdam ~] ./ configure --help[root @ amserversterdam ~] ./ configure -prefix = / usr / local / apache -enable-so[root @ amserversterdam ~] gyártmány[root @ amserversterdam ~] make install

A fenti példa az Apache fordítását mutatja be az / usr / local / apache könyvtárban, a DSO képességgel. Az -enable-so opció a DSO-mechanizmuson keresztül futás közbeni apache-ra töltheti be, nem pedig újrafordítást igényel.

Miután a telepítés befejeződött, kedvenc böngészőjével böngészhet a webszerverek alapértelmezett oldalán. Ha a tűzfal engedélyezve van a szerveren, akkor kivételet kell tennie az operációs rendszer tűzfalának 80-as portja alól. A következő paranccsal nyithatja meg a 80-as portot.

iptables -I BEMENET -p tcp --port 80 -j ELFOGADÁS

szolgáltatás iptables mentése

A kiszolgáló IP-címének böngészésével láthatja az Apache2 alapértelmezett üdvözlő képernyőjét .

Mi az a virtuális gazdagép?

Az Apache webkiszolgáló több webhelyet is otthont adhat a SAME kiszolgálón. Nem szükséges különálló kiszolgálógép és apache szoftver minden webhelyhez. Ezt a virtuális gazdagép vagy a VHost koncepciójával érhetjük el.

Bármely tartománynak, amelyet a webkiszolgálón szeretne tárolni, külön bejegyzése lesz az apache konfigurációs fájljában.

Az Apache Virtualhost típusai

1. Név-alapú virtuális gazdagép
2. Cím- vagy IP-alapú virtuális gazdagép és.

Név-alapú virtuális gazdagép

A névalapú virtuális tárhely több virtuális webhely egy IP-címen történő tárolására szolgál.

A névalapú virtuális tárhely konfigurálásához be kell állítania azt az IP-címet, amelyre az összes kívánt webhelyhez megkapja az Apache-kéréseket. Ezt megteheti a NameVirutalHost direktívával az apache konfigurációban, azaz a httpd.conf / apache2.conf fájlban.

Apache virtuális gazdagép példa:

NameVirtualHost *: 80ServerAdmin Ezt az e-mail címet a spamrobotok ellen védjük. Engedélyezze a Javascript használatát a megtekintéshez.DocumentRoot /var/www/html/example1.comKiszolgálónév www.pelda1.comServerAdmin Ezt az e-mail címet a spamrobotok ellen védjük. Engedélyezze a Javascript használatát a megtekintéshez. DocumentRoot /var/www/html/example2.com kiszolgáló neve www.example2.com 

Annyi virtuális gazdagépet adhat hozzá, amennyire szüksége van. Webkonfigurációs fájljait ellenőrizheti:

[root @ amszterdam ~] #httpd -tSzintaxis OK

Ha a konfigurációs fájl szintaxisa hibás, hibát fog okozni

[root @ 115 conf.d] # httpd -tSzintaktikai hiba az /etc/httpd/conf/httpd.conf fájl 978. sorában:Érvénytelen '*' parancs, lehet, hogy hibásan írta, vagy a szerver konfigurációjában nem szereplő modul határozta meg

IP-alapú virtuális gazdagép

Az IP alapú virtuális tárhely beállításához egynél több IP-címre van szüksége a szerveren. Tehát a vhost apache száma függ a szerveren konfigurált IP-címek számától. Ha szerverének 10 IP-címe van, akkor létrehozhat 10 IP-alapú virtuális gazdagépet.

A fenti ábrán két, az example1.com és a example2.com webhelyhez különböző IP-k vannak hozzárendelve, és IP-alapú virtuális tárhelyet használnak.

Hallgassa 192.168.0.100:80ServerAdmin Ezt az e-mail címet a spamrobotok ellen védjük. Engedélyezze a Javascript használatát a megtekintéshez.DocumentRoot /var/www/html/example1.comKiszolgálónév www.pelda1.comServerAdmin Ezt az e-mail címet a spamrobotok ellen védjük. Engedélyezze a Javascript használatát a megtekintéshez. DocumentRoot /var/www/html/example2.com kiszolgáló neve www.example2.com 

Mi szükséges az Apache-nak a Php fájl futtatásához?

A Php fájlok Apache futtatásához engedélyezni kell a mod_php szolgáltatást a szerveren. Lehetővé teszi az Apache számára a .Php fájlok értelmezését. Php kezelői vannak, amelyek értelmezik a Php kódot apache-ban, és HTML-t küldenek a webszerverre.

Ha a mod_php engedélyezve van a szerveren, akkor az /etc/httpd/conf.d/ könyvtárban lesz egy php.conf nevű fájl. A következővel is ellenőrizheti:

httpd -M | grep "php5_module"

A kimenet hasonló lesz:

Php-kezelők Apache-ban

• mod_php
• CGI
• FastCGI
• suPHP

A mod_php a legrégebbi PHP kezelő, a PHP-t az apache részévé teszi, és nem hív semmilyen külső PHP folyamatot. Ez a modul alapértelmezés szerint minden Linux disztribútor tárhelyre telepítve van, ezért a modul engedélyezése / letiltása nagyon egyszerű.

Ha a FastCGI- t használja PHP-kezelőjeként, beállíthatja a PHP több verzióját a kiszolgálón lévő különböző fiókok számára.

FastCGI azaz mod_fastcgi kiterjesztése mod_fcgid , ahol a mod_fcgid egy nagy teljesítményű alternatív CGI azaz mod_cgi. Elegendő számú CGI-t indít el az egyidejű webes kérések kezeléséhez. A suexec segítségével a különböző felhasználókat saját PHP-példányaikkal is támogatja, és javítja az internetes biztonságot.

A ruby ​​fájlok Apache-on történő futtatásához engedélyezni kell a mod_ruby fájlt. Az Apache a rubinfájlokat is kezelheti a FastCGI-n keresztül. Lehetséges a rubin több változatának használata a mod_fcgid, azaz a FastCGI segítségével.

Telepítheti az apache utasokat, és beállíthatja az Apache-t úgy, hogy rubin oldalak kiszolgálására használja.

(A Phusion Passenger más néven „ utas ” egy ingyenes webszerver modul, amelyet az Apache és az Nginx integrálására terveztek.)

A mod_ruby szerverre történő telepítésének lépései -

cd / tmpwget http://www.modruby.net/archive/mod_ruby-1.2.6.tar.gztar zxvf mod_ruby-1.2.6.tar.gzcd mod_ruby-1.2.6 /./configure.rb --with-apr-tartalmazza = / usr / include / apr-1készítsentelepíteni

Hogyan kell futtatni a Rubyt az Apache-szal

Hozzá kell adnunk a mod_ruby modult az Apache konfigurációhoz, azaz az /etc/httpd/conf.d/ruby.conf fájlhoz, és hozzá kell adnunk a következő sort.

LoadModule ruby_module modules / mod_ruby.so

Ha engedélyezni vagy letiltani kívánja ezeket a modulokat, akkor szerkesztenie kell az apache konfigurációs fájlt, és meg kell jegyeznie vagy meg kell szüntetnie ezeket a modulokat, ha a webszerver már össze van állítva ezekkel a modulokkal.

Az Apache webkiszolgáló védelme

A webkiszolgáló védelme nagyon fontos, ez azt jelenti, hogy másoknak csak a kívánt információkat láthatják, az adatok védelmét és a hozzáférés korlátozását.

Ezek olyan általános dolgok, amelyek fokozzák az Apache webkiszolgálók biztonságát.

1) Az Apache verzió és az operációs rendszer információinak elrejtése:

Az Apache hibásan jeleníti meg verzióját és az operációs rendszer nevét, amint az az alábbi képernyőképen látható.

Egy hacker felhasználhatja ezeket az információkat támadás indítására a szerver vagy az operációs rendszer adott verziójának nyilvánosan elérhető biztonsági réseivel.

Annak megakadályozása érdekében, hogy az Apache webszerver megjelenítse ezeket az információkat, módosítanunk kell

Az „Apache konfigurációs fájlban elérhető“ szerver aláírás ”opció. Alapértelmezés szerint „be” van kapcsolva, ki kell kapcsolnunk.

vim /etc/httpd/conf/httpd.conf

ServerSignature kiServerTokens Prod

Beállítottuk a „ServerTokens Prod” programot is, amely megmondja a webszervernek, hogy csak az apache-ot adja vissza, és elnyomja az operációs rendszer fő és minor verzióját

A konfigurációs fájl módosítása után újra kell indítania / újra kell töltenie az apache webszervert a hatékonyság érdekében.

szolgáltatás httpd újraindítása

2) Tiltsa le a könyvtárak listáját

Ha a dokumentum gyökérkönyvtárában nincs indexfájl, akkor alapértelmezés szerint az apache webszerver megjeleníti a dokumentum gyökérkönyvtárának minden tartalmát.

Ez a szolgáltatás kikapcsolható egy adott könyvtár számára az Apache konfigurációs fájlban elérhető „opciós irányelv” segítségével.

Opciók -Indexek

3) A felesleges modulok letiltása

Jó gyakorlat kikapcsolni az összes felesleges modult, amely nincs használatban. Az apache konfigurációs fájlban elérhető engedélyezett modulok listáját láthatja -

[root @ amszterdam ~] #httpd -Mperl_module (megosztott)php5_module (megosztott)proxy_ajp_module (megosztott)python_module (megosztott)ssl_module (megosztott)

A felsorolt ​​modulok közül sok kikapcsolható, mint a likemod_imap, mod_include, mod_info, mod_userdir, mod_autoindex, mivel ezeket alig használják egyetlen produkciós webszerver sem.

vi /etc/httpd/conf/httpd.conf#LoadModule auth_digest_module modules / mod_auth_digest.so

Miután kommentálta a modult, mentse a fájlt.

Indítsa újra az apache szolgáltatásokat a következő paranccsal.

/etc/init.d/httpd újraindítás

4) A webes gyökérkönyvtáron kívüli fájlokhoz való hozzáférés korlátozása

Ha meg szeretné győződni arról, hogy a webes gyökérkönyvtáron kívüli fájlok nem érhetők el, akkor győződjön meg arról, hogy a könyvtár az „Engedélyezés” és „Elutasítás” lehetőségekkel van korlátozva a webkiszolgáló konfigurációs fájljában.

Opciók NincsNincs AllowOverrideA parancs megtagadása, engedélyezéseTagadj meg mindenkitől

Miután korlátozta a hozzáférést a webgyökér direktíván kívül, nem férhet hozzá a webkiszolgáló bármely más mappájában található fájlhoz, 404 visszatérési kódot kap.

5) A mod_evasive használata a DoS támadás megcáfolásához

Ha meg akarja védeni a webszervert a Dos-tól (azaz a szolgáltatás megtagadása), engedélyeznie kell a mod_evasive modult. Ez egy harmadik fél modul, amely észleli a Dos támadást, és megakadályozza, hogy a támadás annyi kárt okozzon, mint akkor, ha hagynák futni. Itt letölthető.

Töltse le a fenti fájlt

6) A mod_security használata az apache biztonságának növelése érdekében

Ez a modul tűzfalként működik az Apache számára, és lehetővé teszi a forgalom valós idejű figyelemmel kísérését. Ez megakadályozza a webszervert is a durva erőszakos támadásokban. A mod_security modul telepíthető a disztribúció alapértelmezett csomagkezelőjével.

7) A kérelem méretének korlátozása

Az Apache nem korlátozza a http-kérelem teljes méretét, amely DoS-támadáshoz vezethet. A könyvtárcímkével korlátozhatja az Apache „LimitRequestBody” irányelv kérelmének méretét. Az érték 0 és 2 GB (azaz 2147483647 bájt) között állítható be az Ön igényei szerint.

LimitRequestBody 512000

Apache Napló formátum

Az Apache naplók részletes információkat nyújtanak, amelyek segítenek a szerverrel kapcsolatos gyakori problémák felderítésében.

Hozzáférési naplók létrehozásához engedélyezni kell a mod_log_configmodule elemet.

Három irányelv érhető el az apache konfigurációs fájlban, azaz

• TransferLog: Naplófájl létrehozása.
• LogFormat: Egyéni formátum megadása.
• CustomLog: Naplófájl létrehozása és formázása.

A TransferLog irányelv elérhető az apache konfigurációs fájlban, és a beállított paraméterek szerint forgatja a virtuális gazdagép naplófájljait.

ServerAdmin Ezt az e-mail címet a spamrobotok ellen védjük. Engedélyezze a Javascript használatát a megtekintéshez.DocumentRoot / usr / www / example / httpd / htdocs /Kiszolgáló neve www.example.comServerAlias ​​example.com www.exampleErrorLog / usr / www / example / httpd / logs / error_logTransferLog / usr / www / example / httpd / logs / accesslogCustomLog / usr / www / example / httpd / logs / accesslog együtt

Kétféle Apache naplóformátum

• Közös naplóformátum
• Kombinált naplóformátum.

Engedélyezheti őket az apache konfigurációs fájl, azaz az apache2.conf (Debian / ubuntu) vagy a httpd.conf (rpm alapú rendszerek) fájl szerkesztésével.

Közös naplóformátum

LogFormat "% h% l% u% t \"% r \ "%> s% b" commonCustomLog naplók / access_log közös

Az Apache által generált közös napló

[Wed Oct 11 14:32:52 2000] [hiba] [kliens 127.0.0.1] kliens megtagadva a szerver konfigurációjával: / export / home / live / ap / htdocs / test

Kombinált naplóformátum

LogFormat "% h% l% u% t \"% r \ "%> s% b \"% {Referer} i \ "\"% {User-agent} i \ "" kombinálvaCustomLog napló / access_log együttvéve

Itt,

• % h a távoli gazdagép
• % l a felhasználó azonossága, amelyet az identd határoz meg
• A% u a HTTP-hitelesítés által meghatározott felhasználónév
• % t az az idő, amikor a szerver befejezte a kérés feldolgozását.
• % r az ügyfél kérési sora. ("GET / HTTP / 1.0")
• %> s a szerverről az ügyfélnek küldött állapotkód (500, 404 stb.)
• % b az ügyfélnek adott válasz mérete (bájtban)
• A hivatkozó az az oldal, amely erre az URL-re hivatkozott.
• A User-agent a böngésző azonosító karakterlánca.

Az Apache által generált kombinált napló:

199.187.122.91 - - [06 / Mar / 2014: 04: 22: 58 +0100] "GET /robots.txt HTTP / 1.1" 404 1228 "-" "Mozilla / 4.0 (kompatibilis; MSIE 6.0; Windows NT 5.1; SV1 ; .NET CLR 2.0.50727) "

Az Egyéni napló külön naplófájlt hoz létre a szerver minden egyes virtuális gazdagépéhez. Meg kell adni a konfigurációs fájl virtuális gazdagép szakaszában.

Az alábbiakban láthatja a virtuális gazdagép konfigurációját, a létrehozott napló egyedi lesz a virtuális gazdagép számára, és a formátumot egyesítik.

Konfigurálja a legelső Production Web Sever szolgáltatást

1. Ahhoz, hogy futó termelési webszerver legyen, egy dedikált csomópontra (fizikai / virtuális vagy felhőpéldányra) van szükség, amely Linux / Unix, Windows, MacOS stb.

2. A webkiszolgálónak közvetlen hálózati kapcsolattal és staticIP-címmel kell rendelkeznie .

3. Rendelkeznie kell a weblapok futtatásához szükséges összes modullal . Ha egy webszerver feldolgozza a PHP oldalakat, akkor engedélyezni kell a PHP modult.

4. Szüksége van egy jó víruskereső alkalmazásra, amely konfigurálva van és fut, hogy megvédje a webkiszolgálót rosszindulatú programoktól vagy vírusoktól. Szüksége van egy mechanizmusra is a konfigurált víruskereső / kártevőirtó alkalmazás rendszeres kézi beavatkozás nélkül történő frissítéséhez , hogy azokból maximálisan profitálhasson.
5. Ha több száz domaint kell tárolnia a webkiszolgálón, korlátozásokat kell végrehajtania az egyes tartományok fájlrendszerének kvótájára, az egyes tartományok által létrehozható adatbázisok számára, az e-mail fiókok számára stb.
6. Ha a webkiszolgálón megosztott tárhelyszolgáltatásokat állítottak be, akkor korlátozni kell a webszerver felhasználóit . A megosztott tárhelyet használó felhasználóknak a legkevesebb felhasználói jogosultsággal kell rendelkezniük, hogy ne károsítsák a fontos fájlokat és ne törjék meg az egész szervert. Az Apache nem nyújt ilyen funkcionalitást, és ehhez különböző harmadik féltől származó alkalmazásokra, az operációs rendszer testreszabására van szükség.
7. Ha új tartományt ad hozzá a webkiszolgálóhoz, annak több száz konfigurációs fájlt kell szerkesztenie, hogy engedélyezze a hozzáadott tartomány összes szolgáltatását.
8. Ha az egyik hosztolt tartomány eltérő PHP-beállítást igényel, mint a többi tartomány, akkor ennek végrehajtása az Apache magszerverben nagyon bonyolult, és nagymértékben testre kell szabnia a webkiszolgálót.
9. A termelési webszervernek tűzfalra van szüksége a nem kívánt forgalom blokkolásához, amely nagy terhelést okozhat a szerverén. Az IPTABLE szabályok parancssorral történő végrehajtása nagyon összetett. A nem kívánt forgalom blokkolásához hatékony tűzfalszabályok megírásához szüksége van a Linux / Unix mag környezetére. Az IPTABLE a netfilter modulon alapul; ez egy operációs rendszer szintű tűzfal, amely lehetővé teszi az adminisztrátor számára, hogy szabályokat hozzon létre a szerveren bejövő / kimenő forgalomhoz.
10. A termelési webszerverhez különféle alkalmazásokra van szükség, például E-mail , FTP a fájlok feltöltéséhez, Domain Name System a parkolt domainekhez. Ezeknek az alkalmazásoknak a kezelése Linux / Unix alaprendszeren szakértelmet igényel a megfelelő technológiákkal kapcsolatban.

Tehát azt mondhatjuk, hogy a webszerver kezelése több tartományhoz nagyon összetett feladat, és több száz konfigurációs fájl szerkesztését igényli, az egyes alkalmazások testreszabását a kívánt eredmény elérése érdekében. A hiányzó konfigurációk hibaelhárítása nagyon nehéz lesz a kezdők számára.

A megoldás Cpanel vagy hasonló szoftver segítségével

A Cpanel grafikus módon kezeli a webkiszolgálót . Könnyen használható és konfigurálható tömegtárhely-szolgáltatásokat nyújt. A cPanel csökkentette a tárhely és a webkiszolgáló kezelésébe való belépés technikai akadályait. Ez megkönnyíti a bonyolult feladatokat, sok hasznos és könnyen használható webes felületet biztosít, amelyek a webkiszolgáló működtetéséhez szükséges általános rendszergazdai feladatokat látják el.

A cPanel összeállítja a szoftver saját verzióját.

Ha újra kell fordítania a webkiszolgálót, azaz az apache-ot a normál Linux platformon, manuálisan kell kiválasztania / megkeresnie a szükséges modult. A cPanel Easyapache funkcionalitást nyújt, amely egy szkript alapú webszerver fordítási módszer.

Nem csak webszolgáltatásokat nyújt Önnek, hanem Mail, DNS, FTP és még sok más szolgáltatást is, amelyek szükségesek a webalkalmazásához.

Olyan feladat, amely szakértelmet igényel az alapvető Linux / Unix alapú tárhelyekről, mint például az SSL-ek telepítése, az Apache újrafordítása különböző PHP-modulokkal, a Web Security frissítése, a hatékony IPTABLE-szabályok konfigurálása, az ftp-felhasználók hozzáadása, az egyes tartományokhoz levelezési fiókok létrehozása, a dokumentumgyökér beolvasása víruskeresővel és az adatbázisok létrehozása a cPanel segítségével egyszerűen elvégezhető.

Nagyon sok szkriptet biztosít, amelyek javítják, telepítik és elhárítják a gyakori adminisztrációs feladatokat.

Biztonsági mentést és visszaállítást biztosít, így nincs szükség a fájlok manuális másolására a biztonsági másolat tárolójára. Ha biztonsági másolatot készít a tartományáról, a cPanel létrehoz egy kátrányfájlt, amely tartalmazza a dokumentum gyökérmappáját, e-mail fiókokat és e-maileket, ftp fiókokat, adatbázisokat, DNS rekordokat és egyéb alkalmazásokat.

Ez egy átfogó dokumentációt is tartalmaz, és nagyon nagy felhasználói közösséggel rendelkezik, ahol megvitathatja és megoldhatja problémáit.

Tehát elmondhatjuk, hogy a cPanel a legjobb szolgáltatás a webszerver kezeléséhez, a szükséges funkciókkal. Könnyen kezelhető felületet biztosít a domain kezeléséhez, valamint egy mechanizmust az alapvető webszerver kezelésének bonyolultságának elkerülésére.

A cPanel számára számos olyan termék létezik, mint a Plesk, az ISPConfig, az Ajenti, a Kloxo, az Open Panel, a Zpanel stb.