Webové servery a reverzní proxy
Apache httpd: Původní webový server, který si stále získává své místo
Apache httpd poháněl tři dekády webu a éra Apache Running After Maturity je skutečná: událost MPM vytvořila souběžnou pracovní zátěž třídy mod_php, moduly pokrývají vše od autentizace po ukládání do mezipaměti na straně serveru a .htaccess umožňuje spravovat sdílený hosting. Jeho stereotyp je zastaralý z hlediska výkonu, ale přesný z hlediska obchodu a znalost kompromisů udržuje Apache spíše legitimní možností než omluvou.
Klíčové body
- Event MPM je moderní platforma: pevný fond pracovních vláken dodává udržovaná připojení asynchronně, což je důvod, proč současný Apache již nekolabuje při souběžném běhu jako staré prefork benchmarky; prefork je vhodný pouze pro moduly, které nejsou bezpečné pro vlákna a zůstává záměrnou výjimkou.
- Povrch modulu je funkce: mod_ssl, mod_security (standardní WAF), mod_rewrite, mod_proxy plus balancér ventilátory a autentizační moduly pro každou éru; moduly lze zkompilovat nebo načíst pomocí nástrojů třídy a2enmod s přepsáním pro jednotlivé hostitele, což je důvod, proč sdílený hosting stále běží na prvním místě Apache.
- .htaccess je dvousečná kulturní funkce: přepsání na úrovni adresářů dává uživatelům do rukou plnou konfigurační moc (přesměrování na web, příznaky PHP, bezpečnostní šílenství), ale každý požadavek platí náklady na vyhledávání a analýzu souborového systému; tam, kde na výkonu záleží a pravidla jsou stabilní, přesuňte pravidla htaccess do konfigurace serveru.
- Reverzní proxy je skutečné, ale sekundární: možnosti mod_proxy/AJP a mod_pagespeed-class existují, i když pro práci na hraně obvykle vyhrávají proxy třídy nginx/caddy/traefik; společným moderním tvarem je Apache za rychlejší frontou pro starší verze aplikací (a sdílený hosting WordPress, kde je htaccess nosný).
- Osvědčená konfigurační disciplína: configtest apachectl po změnách, oddělené virtuální hostitele pro každý web, zabezpečení nejen nainstalované, ale vyladěné sadou pravidel (výchozí nastavení Paranoia Level 1), moduly ve stylu mod_evasive/limitreq pro zpracování záplav a protokolování chyb plus přístup pomocí polí pro analýzu protokolů.
- Čestný verdikt v roce 2026: Apache je vynikající aplikační server a průměrný okrajový proxy; spouštějte jej tam, kde jeho moduly a přepisy adresářů nesou pracovní zátěž, předejte jej štíhlým reverzním proxy, když to škála potřebuje, a nikdy nedovolte, aby skenování htaccess zůstalo bez monitorování (na sdíleném hostingu se jedná o trvalé využití).
Poznámka z terénu
Hostingový majetek WordPress, který jsme převzali, provozoval Apache s 1 700 soubory .htaccess napříč weby, z nichž některé byly protichůdné. Přesunuli jsme stabilní pravidla do konfigurací vhost, ponechali jsme přepisy pro jednotlivé stránky tam, kde je vlastníci potřebovali, a latence sdíleného hostitele p99 klesla o třetinu, aniž bychom něco kupovali.
Časté dotazy
Spustíme ještě Apache v roce 2026?
Ano, a z dobrých důvodů: ekosystém .htaccess (sdílený hosting třídy WordPress/Drupal), vyspělost mod_security a pokrytí modulů pro starší sady. Jeho výměna ve velkém je rozhodnutí o pracovní zátěži, nikoli módní.
Které MPM bychom měli spustit?
Event pro cokoli moderního, prefork schválně pro starší moduly, které nejsou bezpečné pro vlákna (některé zásobníky rozšíření PHP a starší knihovny); dělník je v tomto bodě většinou historií. Změřte svůj vlastní provoz po každém přepnutí MPM.
Je .htaccess špatný?
Není to „špatné“, stojí to výkon na požadavek a rozšiřuje útočnou plochu ve sdíleném hostingu, ale to je celý důvod, proč sdílený hosting vůbec funguje; disciplína posouvá stabilní pravidla nahoru do konfigurace vhost a sleduje přepisy na úrovni adresářů.
Jak mod_security zapadá do zásobníku zabezpečení?
Je to nejrozšířenější otevřená vrstva WAF, vynikající ve filtrování zjevných tříd zneužití (vzory SQLi, procházení cest, sondy správce), ale bez ladění je hlučná; spárujte jej s protokoly a výjimkami pravidel pro jednotlivé stránky (viz náš článek o konfiguraci brány firewall pro doplněk na straně serveru).
Jak Kinetikatech pomáhá s webové servery a reverzní proxy
Nemusíte se stát odborníkem na webové servery a reverzní proxy: Programy, které přijímají připojení a rozhodují o tom, jak budou žádosti proudit: nginx, Apache, LiteSpeed, Caddy a Traefik plus konfigurační návyky, díky kterým jsou rychlé, uložené v mezipaměti a obtížně odstranitelné. Přesně proto existuje Optimalizace rychlosti webu a Správa serverů: zprovoznění, zpevnění, monitoring a člověk ve službě dnem i nocí.