Ein Webserver stellt Webseiten, APIs oder Anwendungen bereit und liefert HTTP- bzw. HTTPS-Inhalte an Clients wie Browser oder Apps aus.

Die beiden bekanntesten Webserver sind:

• Apache HTTP Server
• Nginx (sprich: Engine-X)

Beide sind weit verbreitet, aber unterschiedlich aufgebaut und eingesetzt.

• Bereitstellen von Webseiten (HTML, CSS, JS)
• Ausliefern von Bildern, Downloads, Dateien
• Ausführen von Webanwendungen (PHP, Python, FastCGI)
• HTTPS-Verschlüsselung via TLS
• Reverse Proxy für Backend-Dienste
• Weiterleitungen, Rewrite-Regeln
• Logging von Zugriffen

Apache ist modular aufgebaut und gilt als sehr flexibel.
Ideal, wenn viele Funktionen gebraucht werden.

• Prozessbasiert (jeder Client erzeugt eigenen Prozess/Thread)
• sehr flexibel dank vieler Module
• traditionell für PHP-Anwendungen (z. B. WordPress, Joomla)
• gute .htaccess-Unterstützung

Module (Beispiele):

• mod_ssl – TLS/HTTPS
• mod_rewrite – URL-Umschreibungen
• mod_php – PHP direkt ausführbar

/etc/apache2/
/var/www/html/

Konfigurationen:

• /etc/apache2/sites-available/*.conf
• aktivieren via:

a2ensite sitename.conf
systemctl reload apache2

<VirtualHost *:80>
    ServerName example.com
    DocumentRoot /var/www/example
</VirtualHost>

Nginx ist moderner, schlanker und extrem performant.
Er ist besonders gut geeignet als:

• Reverse Proxy

  • Load Balancer
    * Webserver für statische Dateien
    

  Merkmale
• ereignisbasiert (event-driven)
• sehr ressourcenschonend
• extrem leistungsfähig bei vielen Verbindungen
• bevorzugt für Microservices/Docker
• PHP per FastCGI statt direkt

/etc/nginx/
/var/www/html/

Aktivierung von Sites:

ln -s /etc/nginx/sites-available/site.conf /etc/nginx/sites-enabled/
nginx -t
systemctl reload nginx

server {
    listen 80;
    server_name example.com;
    root /var/www/example;

    location / {
        try_files $uri $uri/ =404;
    }
}

Nginx vor einem Backend (z. B. Docker-Service):

location /api/ {
    proxy_pass http://localhost:8080/;
}

Beispiel (Nginx):

server {
    listen 443 ssl;
    ssl_certificate /etc/ssl/certs/fullchain.pem;
    ssl_certificate_key /etc/ssl/private/key.pem;
}

Apache:

<VirtualHost *:443>
    SSLEngine on
    SSLCertificateFile /etc/ssl/certs/fullchain.pem
    SSLCertificateKeyFile /etc/ssl/private/key.pem
</VirtualHost>

Apache:

/var/log/apache2/access.log
/var/log/apache2/error.log

Nginx:

/var/log/nginx/access.log
/var/log/nginx/error.log

Nginx ist in Docker-Umgebungen extrem beliebt wegen:

• wenig RAM
• guter Performance
• Reverse-Proxy-Fähigkeiten

Apache wird oft in LAMP-Stacks genutzt.

• TLS erzwingen (Redirect zu HTTPS)
• Prinzip „Least Privilege“
• keine .git- oder .env-Dateien ausliefern
• Rate-Limits setzen (Nginx)
• aktuelle Versionen nutzen
• WAF-Integration möglich (z. B. ModSecurity)

Browser → HTTP/HTTPS → Webserver (Apache/Nginx) → Anwendung

• Apache = flexibel, modular, ideal für klassische Websites

  • Nginx = schnell, modern, ideal für Reverse Proxy & Docker
    * beide liefern Webseiten, Anwendungen und APIs aus
    * TLS-Verschlüsselung ist Pflicht in modernen Umgebungen
    * zentrale Komponenten jeder Infrastruktur