Docker + Nginx + Let's Encrypt Konfiguration

Parmaster

Hallo!

Ich bin gerade dabei eine Anwendung zum laufen zu bekommen, die aber ein gültiges Zertifikat braucht (LE funktioniert damit).

Mein Problem dabei ist, dass ich mittlerweile gefühlt jede Anleitung aus dem Internet versucht habe (ich habe des Server jedes mal neu installiert, so dass keine fehlerhaften Rückstände da sind), ich es aber bis jetzt nicht hinbekommen habe, ein LE Zertifikat mit Nginx zu koppeln. Nginx läuft in einem Docker Container.

In der docker-compose Datei werden 3 Services konfiguriert, einmal eine DB, Nginx und die Anwendung an sich. Die 3 laufen auch ohne Problem, aber Zugriff auf die Domain wird abgelehnt, da kein Zertifikat.

Meine Frage ist nun:

Kennt jemand eine Anleitung die 100%ig funktioniert? Oder hat es schon mal selbst jemand gemacht und kann mir dabei helfen?

Ist das echt so kompliziert?

Viele Grüße

Error: User not found

Wenn du das Zertifikat hast, musst du eigentlich nur ssl_certificate und ssl_certificate_key in der nginx-Config setzen (und natürlich listen 443 ssl). Kann denn nginx im Docker-Container auf die Zertifikate zugreifen?

Oder macht die Anwendung TLS selbst?

Parmaster

Das ist ja das Problem, LE erstellt kein Zertifikat, da es Nginx nicht finden kann, da es ja im Container ist.

aRaphael

Zitat von Parmaster

In der docker-compose Datei werden 3 Services konfiguriert, einmal eine DB, Nginx und die Anwendung an sich.

Keinen für den certbot?

Parmaster

Das ist die docker-compose.yml

Code

version: '2.3'

services:
  mariadb:
    image: mariadb:lts
    restart: always
    container_name: docker_mariadb
    networks:
      application-network:
        aliases:
          - mariadb-docker
    environment:
      - TZ=Europe/Berlin
      - MYSQL_DATABASE=application
      - MYSQL_ROOT_PASSWORD=password
      - MYSQL_USER=application
      - MYSQL_PASSWORD=password
    expose:
      - '3306'
    volumes:
      - 'mariadb:/var/lib/mysql'
      - '/opt/application/application.cnf:/etc/mysql/conf.d/application.cnf'

  application:
    image: application/application:latest
    restart: always
    container_name: docker_application
    networks:
      application-network:
        aliases:
          - application-docker
    depends_on:
      - mariadb
    links:
      - mariadb
    environment:
      - TZ=Europe/Berlin
    expose:
      - '8080'
      - '8099'
    volumes:
      - './application.yml:/opt/application/application.yml'
  nginx:
    image: nginx:stable
    restart: always
    container_name: docker_nginx
    networks:
      application-network:
        aliases:
          - nginx-docker
    depends_on:
      - application
    links:
      - application
    environment:
     - TZ=Europe/Berlin
     - NGINX_HOST=domain.tld
    ports:
     - "80:80"
     - "443:443"
    volumes:
     - '/opt/application/application-nginx.conf:/etc/nginx/conf.d/application-nginx.conf'
     - '/opt/application/server.pem:/etc/nginx/server.pem'
     - '/opt/application/server.key:/etc/nginx/server.key'
     - "/opt/application/dhparams.pem:/etc/nginx/dhparams.pem"

  certbot:
    image: certbot/certbot
    container_name: certbot
    volumes:
      - ./certbot/conf:/etc/letsencrypt
      - ./certbot/www:/var/www/certbot
    command: certonly --webroot -w /var/www/certbot --force-renewal --email {$mail} -d {domain.tld} --agree-tos

volumes:
  mariadb:

networks:
  application-network:

Alles anzeigen

Und das ist die nginx.conf

Code

log_format application '$remote_addr - $remote_user [$time_local] '
            '"$request" $status $body_bytes_sent '
            '"$http_referer" "$http_user_agent" "$http_x_forwarded_for" '
            '$request_time $upstream_response_time $pipe';
error_log       stderr debug;

map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}

# Maps IPs to $post_limit if request type is POST
map $request_method $post_limit {
    default "";
    POST    $binary_remote_addr;
}

# Create a 10mb zone in memory for IPs, limited to 2 requests per minute
limit_req_zone $post_limit zone=post_limit_very_slow:10m rate=2r/m;

server {
    listen 0.0.0.0:80 default_server;
    listen [::]:80;
    server_name domain.tld; ## Replace this with something like mdm.example.com
    server_tokens off; ## Don't show the nginx version number, a security best practice
    # Redirect to HTTPS
    return 301 https://$host$request_uri;

}

server {
    listen 0.0.0.0:443 ssl default_server;
    listen [::]:443 ssl;
    server_name domain.tld; ## Replace this with something like mdm.example.com
    server_tokens off; ## Don't show the nginx version number, a security best practice

    ssl_dhparam          /etc/nginx/dhparams.pem;
    ssl_certificate      /etc/letsencrypt/live/domain.tld/fullchain.pen;
    ssl_certificate_key  /etc/letsencrypt/live/domain.tld/privkey.pem;

    ssl_stapling on;
#    ssl_stapling_verify on;
#    ssl_trusted_certificate PATH_TO_YOUR_SSL_CHAIN;

    ssl_prefer_server_ciphers   on;
    ssl_ciphers 'irgendeincode';
    ssl_protocols TLSv1.2 TLSv1.3;

    client_max_body_size 1024M;
    large_client_header_buffers 8 32k;

    proxy_http_version 1.1;
    proxy_read_timeout 90;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;

    proxy_busy_buffers_size   512k;
    proxy_buffers   4 512k;
    proxy_buffer_size   256k;

    location / {
        gzip on;
        gzip_proxied any;
        gzip_min_length  1100;
        gzip_buffers 4 32k;
        gzip_types text/plain application/javascript text/xml text/css;
        gzip_vary on;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_pass http://application-docker:8080;
        proxy_read_timeout 300;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
    }

    location ~ /.well-known/acme-challenge/ {
        root /var/www/certbot;
    }

    # Limit POST requests to complianceViolations to 2 r/m
    location ~ ^/api/v1/devices/[a-zA-Z0-9-]*/complianceViolations$ {
        limit_req zone=post_limit_very_slow burst=5;

        gzip on;
        gzip_proxied any;
        gzip_min_length  1100;
        gzip_buffers 4 32k;
        gzip_types text/plain application/javascript text/xml text/css;
        gzip_vary on;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_pass http://application-docker:8080;
        proxy_read_timeout 300;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
    }

    location ~ ^/application/api/v1/devices/[a-zA-Z0-9-]*/complianceViolations$ {
        limit_req zone=post_limit_very_slow burst=5;

        gzip on;
        gzip_proxied any;
        gzip_min_length  1100;
        gzip_buffers 4 32k;
        gzip_types text/plain application/javascript text/xml text/css;
        gzip_vary on;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_pass http://application-docker:8080;
        proxy_read_timeout 300;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
    }

    location ~ /Microsoft-Server-ActiveSync {
        proxy_read_timeout 2100;
        proxy_pass http://application-docker:8080;
    }

    error_page 502 /502.html;
    error_page 503 /502.html;
    error_page 504 /502.html;
    location /502.html {
        root /etc/nginx/errors;
    }
}

Alles anzeigen

Error: User not found

Es gibt mehrere Probleme: certbot speichert die Zertifikate nicht in /opt/application, ./certbot/www (relativ zu was eigentlich?) wird nicht in den nginx-Container durchgereicht, ssl_certificate u. ssl_certificate_key in der nginx-Config sind falsch.

Wahrscheinlich gibt es auch noch mehr...

Wenn du auf dem Niveau sowas machst, solltest du vlt. keinen öffentlich erreichbaren Server betreiben.

frank_m

Das hört sich für mich eher nach einem Routing Problem an. Kann man den Container überhaupt von außen erreichen? Firewall, Forwarding, Adressen, ...?

Parmaster

Zitat von Error: User not found

Es gibt mehrere Probleme: certbot speichert die Zertifikate nicht in /opt/application, ./certbot/www (relativ zu was eigentlich?) wird nicht in den nginx-Container durchgereicht, ssl_certificate u. ssl_certificate_key in der nginx-Config sind falsch.

Wahrscheinlich gibt es auch noch mehr...

Wenn du auf dem Niveau sowas machst, solltest du vlt. keinen öffentlich erreichbaren Server betreiben.

Dei Einträge bei nginx habe ich vergessen rauszunehmen.

Die Einträge bei certbot sind die vorgegebenen von EFF.

Warum sind die Einträge in der nginx conf falsch bzw. was ist falsch.

Dass das nicht geht ist mir klar, sonst hätte ich nicht gefragt.

Den letzten Satz hättest du dir sparen können, mal davon abgesehen weisst du nicht mal ob es öffentliche Server sind, sondern unterstellst es mir einfach.

Zitat von frank_m

Das hört sich für mich eher nach einem Routing Problem an. Kann man den Container überhaupt von außen erreichen? Firewall, Forwarding, Adressen, ...?

Wenn ich die Domain im Browser eingebe kommt immer nur die Meldung dass die Verbindung abgelehnt wurde.

frank_m

Das ist der zweite Schritt. Zunächst muss ja die Erreichbarkeit auf IPv4 und IPv6 Ebene sichergestellt sein. Überprüfe das doch zunächst.

Ich schließe mich so langsam der Meinung meiner Vorredner an. Jemand mit deinem Kenntnisstand sollte keinen Server im Internet betreiben. Ich empfehle, das ganze zunächst auf einer VM zu Hause zu üben.

Parmaster

Ich weiß ehrlich gesagt nicht was euer Problem ist. Der Server ist erreichbar per IPv4 und IPv6, und so lange ich nichts dran mache oder sauber läuft, auch ausgeschaltet.

Und ihr wollt mir mangelnde Kenntnisse vorwerfen auf Grund von der Frage?

Ja, ich habe das noch nie gemacht in dieser Konstellation, deswegen frage ich ja.

War aber anscheinend ein Fehler hier zu fragen.

Anscheinend habt ihr aber auch keine Lösung und/oder kennt euch damit aus, stattdessen kommen solche Aussagen.

frank_m

Wie sollen wir eine Lösung haben, wenn wir das Problem noch nicht eingrenzen konnten? Im Moment gibt es noch 1 Million potentielle Ursachen.

Zitat von Parmaster

Und ihr wollt mir mangelnde Kenntnisse vorwerfen auf Grund von der Frage?

Ja. All deine Fragen lassen auf völlige Ahnungslosigkeit schließen. Es geht nicht um ein spezifisches Detail, die kompletten Grundlagen fehlen.

Zitat von Parmaster

Der Server ist erreichbar per IPv4 und IPv6

Es geht nicht um den Server, sondern um den Container.

cltrmx

Ich werfe mal jwilders nginx-proxy image (https://github.com/nginx-proxy/nginx-proxy) zusammen mit dem acme-companion (https://github.com/nginx-proxy/acme-companion) in die Runde. Da gibt es reichlich viele Beispiele und abgesehen von der docker-compose.yml-Datei muss nichts konfiguriert werden um einen laufenden Docker-Stack mit nginx und gültigem LE-Zertifikat zu bekommen.

Eine weitere Lösung ist der nginx proxy manager (https://nginxproxymanager.com/guide/), aber damit kenne ich mich nicht gut aus.

aRaphael

Je komplexer das Konstrukt, umso schwieriger ist es zu debuggen.

Nimm doch zunächst mal nur eine rudimentäres nginx, ganz ohne DB und Anwendung und versuche dort das cert zu Laufen zu bringen.

Wenn das dann klappt kannst du den Rest drumherumbauen.

Error: User not found

Zitat von Parmaster

Dei Einträge bei nginx habe ich vergessen rauszunehmen.

Es wäre sinnvoll, das zu posten, mit dem du es versuchst/versucht hast, bzw. eine Minimalkonfiguration mit der es nicht funktioniert.

Zitat von Parmaster

Die Einträge bei certbot sind die vorgegebenen von EFF.

Das ist vollkommen egal, wie soll nginx beispielsweise auf /etc/nginx/server.pem zugreifen, wenn /opt/application/server.pem dahin gebindmountet wurde, aber certbot darauf kein Zugriff hat.

Zitat von Parmaster

Warum sind die Einträge in der nginx conf falsch bzw. was ist falsch.

Volume: '/opt/application/server.pem:/etc/nginx/server.pem'

Config: ssl_certificate /etc/letsencrypt/live/domain.tld/fullchain.pen; (warum eigentlich .pen?)

Übrigens funktioniert "ssl_ciphers 'irgendeincode';" auch nicht.

Zitat von Parmaster

Den letzten Satz hättest du dir sparen können

Du scheinst dich (aus meiner Sicht) einfach zu wenig auszukennen, sonst hättest du selbst debuggen/recherchieren (können) und wärst nicht auf "Anleitung[en] die 100%ig funktionier[en]" angewiesen.

Parmaster

Zitat von frank_m

Wie sollen wir eine Lösung haben, wenn wir das Problem noch nicht eingrenzen konnten? Im Moment gibt es noch 1 Million potentielle Ursachen.

Ja. All deine Fragen lassen auf völlige Ahnungslosigkeit schließen. Es geht nicht um ein spezifisches Detail, die kompletten Grundlagen fehlen.

Es geht nicht um den Server, sondern um den Container.

Aha, völlige Ahnungslosigkeit? In der Konstellation, ja, ansonsten nicht.

Was willst du jetzt genau wissen? Die App ist erreichbar, sehe es ja in den Logs, aber die Verbindung wird abgelehnt.

cltrmx

Vielen Dank, ich schaue mir die Links an.

aRaphael Werde ich machen, ansonsten komme ich hier so nicht weiter. Ich sag es mal so: Selbst der Hersteller der App konnte mir nicht helfen in dieser Sache mit dem Zertifikat.

Error: User not found Bei mir ging es heute drunter und drüber, und vor lauter testen habe ich irgendwann den Überblick verloren und vergessen was wo rein muss und was wieder weg kann.

Um es nochmal zu sagen: Ich kenne mich schon aus, aber diese Konstellation habe ich vorher noch nicht gemacht. Und wenn es so einfach wäre mit dem LE Zertifikat + nginx in Docker, dann würde es keine 50 verschiedene Anleitungen geben. Wahrscheinlich funktionieren die alle, aber in meinem spezifischen Konstrukt nicht. Oder ich mache irgendwo einen Fehler, finde den aber nicht.

Das minimal Beispiel wäre die docker-compose.yml ohne den certbot Abschnitt. Die anderen 3 Sachen müssen drin bleiben, die sind voneinander abhängig.

Wer sich das selbst mal antun möchte: https://hub.relution.io/docs/installat…/dockercompose/

Für viele wahrscheinlich kein Problem, ich hänge halt an dem LE Zertifikat.

frank_m

Zitat von Parmaster

Was willst du jetzt genau wissen?

Das hab ich doch geschrieben. Wenn du dich auskennst, sollte das klar sein. Es geht um die Erreichbarkeit des Containers auf IP Ebene, Details siehe oben. Was daran ist unklar?

Zitat von Parmaster

Die App ist erreichbar, sehe es ja in den Logs, aber die Verbindung wird abgelehnt.

Was siehst du in den Logs? Die Dinge, die du überprüfen sollst, erzeugen keine Logeinträge.

Interessent

Zitat von Parmaster

Ich weiß ehrlich gesagt nicht was euer Problem ist. Der Server ist erreichbar per IPv4 und IPv6, und so lange ich nichts dran mache oder sauber läuft, auch ausgeschaltet.

Und ihr wollt mir mangelnde Kenntnisse vorwerfen auf Grund von der Frage?

Ja, ich habe das noch nie gemacht in dieser Konstellation, deswegen frage ich ja.

War aber anscheinend ein Fehler hier zu fragen.

Anscheinend habt ihr aber auch keine Lösung und/oder kennt euch damit aus, stattdessen kommen solche Aussagen.

Das ist wie in anderen Foren auch: Ohne die Leute zu kennen, wird unterstellt alles wäre unsicher... Ignorieren

ISt aber nicht von allen so... Viele sind sehr hilfsbereit!

Hamsterbacke

Sehr gewagt von dir als Laie in einem deutschen Forum nach Hilfe zu fragen.

Mehr als eine öffentliche Hinrichtung kannst du in der typisch deutschen Forenkultur im Normalfall nicht erwarten

Anyways, ein Ratschlag von mir was solche Fragen angeht, zukünftig einfach auf ChatGPT o.Ä. zurück zu greifen. Die sind relativ gut bei genau solchen Problemstellungen und außerdem geben sie dir gute Anhaltspunkte wo du weiter nachforschen / dranschrauben musst. Außerdem wirst du da zügig geholfen und das auch noch passend zu deiner Situation und all das ohne dich bei irgendwem rechtfertigen zu müssen

Fehler

Zitat
Netzwerkkonfiguration
Code
networks:  application-network:    aliases:      - mariadb-docker
Dies war unnötig komplex. Ein einfaches networks: - application-network reicht aus.

Falsche Certbot-Volumes:
Code
volumes:  - '/opt/application/server.pem:/etc/nginx/server.pem'  - '/opt/application/server.key:/etc/nginx/server.key@@@WCF_PRE_LINEBREAK@@@
Diese Pfade stimmten nicht mit den Let's Encrypt-Standardpfaden überein.

Fehlende Certbot-Konfiguration:
Code
certbot:  command: certonly --webroot -w /var/www/certbot --force-renewal --email {$mail} -d {domain.tld} --agree-tos
Hier fehlten die konkreten Werte für E-Mail und Domain.

Nginx hatte keinen Zugriff auf Certbot-Volumes:
Code
nginx:  volumes:    - '/opt/application/application-nginx.conf:/etc/nginx/conf.d/application-nginx.conf'
Unklare Service-Abhängigkeiten:
Code
depends_on:  - application@@@WCF_PRE_LINEBREAK@@@links:  - application@@@WCF_PRE_LINEBREAK@@@
links ist veraltet, und depends_on allein stellt keine vollständige Initialisierung sicher.
Alles anzeigen

Korrigierte docker-compose.yml u. nginx.conf

Code

version: '3.8'
services:
  mariadb:
    image: mariadb:lts
    container_name: docker_mariadb
    environment:
      - MYSQL_DATABASE=application
      - MYSQL_ROOT_PASSWORD=password
      - MYSQL_USER=application
      - MYSQL_PASSWORD=password
    volumes:
      - mariadb_data:/var/lib/mysql
      - ./application.cnf:/etc/mysql/conf.d/application.cnf
    networks:
      - application-network

  application:
    image: application/application:latest
    container_name: docker_application
    depends_on:
      - mariadb
    environment:
      - TZ=Europe/Berlin
    expose:
      - '8080'
      - '8099'
    volumes:
      - ./application.yml:/opt/application/application.yml
    networks:
      - application-network

  nginx:
    image: nginx:stable
    container_name: docker_nginx
    depends_on:
      - application
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./nginx.conf:/etc/nginx/conf.d/default.conf
      - ./certbot/conf:/etc/letsencrypt
      - ./certbot/www:/var/www/certbot
      - ./dhparams.pem:/etc/nginx/dhparams.pem
    networks:
      - application-network
    command: "/bin/sh -c 'while :; do sleep 6h & wait $${!}; nginx -s reload; done & nginx -g \"daemon off;\"'"

  certbot:
    image: certbot/certbot
    volumes:
      - ./certbot/conf:/etc/letsencrypt
      - ./certbot/www:/var/www/certbot
    depends_on:
      - nginx
    command: certonly --webroot -w /var/www/certbot --force-renewal --email your@email.com -d domain.tld --agree-tos

networks:
  application-network:

volumes:
  mariadb_data:

Alles anzeigen

Code

server {
    listen 80;
    server_name domain.tld;
    location /.well-known/acme-challenge/ {
        root /var/www/certbot;
    }
    location / {
        return 301 https://$host$request_uri;
    }
}

server {
    listen 443 ssl;
    server_name domain.tld;

    ssl_certificate /etc/letsencrypt/live/domain.tld/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/domain.tld/privkey.pem;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_prefer_server_ciphers on;
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;

    location / {
        proxy_pass http://application:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Alles anzeigen

Zitat
Erstelle ein Projektverzeichnis für deine Docker-Umgebung.

Platziere die korrigierte docker-compose.yml und nginx.conf in diesem Verzeichnis.

Erstelle die Dateien application.yml und application.cnf im selben Verzeichnis. Diese sollten die spezifischen Konfigurationen für deine Anwendung enthalten.

Erstelle die Unterverzeichnisse certbot/conf und certbot/www. Diese werden für die Let's Encrypt-Zertifikate benötigt.

Generiere eine dhparams.pem-Datei mit folgendem Befehl:
Code
openssl dhparam -out dhparams.pem 2048
Ersetze in beiden Dateien (docker-compose.yml und nginx.conf) alle Vorkommen von domain.tld durch deine tatsächliche Domain.

Stelle sicher, dass die DNS-Einstellungen für deine Domain korrekt konfiguriert sind und auf den Server zeigen, auf dem du diese Docker-Umgebung einrichtest.
Starte die Docker-Container mit:
Code
docker-compose up -d@@@WCF_PRE_LINEBREAK@@@@@@WCF_PRE_LINEBREAK@@@
Warte einige Minuten, bis die initiale Zertifikatsgenerierung abgeschlossen ist.
Starte den Nginx-Container neu, um die neuen Zertifikate zu laden:
Code
docker-compose restart nginx@@@WCF_PRE_LINEBREAK@@@
Beachte dabei folgende Punkte:

Stelle sicher, dass die Dateiberechtigungen korrekt gesetzt sind.

Konfiguriere deine Firewall so, dass die Ports 80 und 443 erreichbar sind.

Die Zertifikatserneuerung erfolgt automatisch, aber behalte sie im Auge.

Sichere regelmäßig das certbot/conf-Verzeichnis.

Passe bei Bedarf die Rate-Limits und andere Einstellungen in der Nginx-Konfiguration an deine spezifischen Anforderungen an.

Ich hab den Schritt einfach schon mal für dich gemacht. Habs nur kurz überflogen, sah aber auf dem ersten Blick schon richtig aus. Das sollte eine solide Grundlage bilden womit du dein Problem besser eingrenzen kannst oder auf es auf den Grund zu gehen.

Hol dir eine Subscription für irgendein GPT und wenn du noch Fragen hast würde ich Foren oder Communitys empfehlen die sich genau in dem Gebiet spezialisieren.

Vorzugsweise englischsprachige Communitys

frank_m

Zitat von Interessent

Das ist wie in anderen Foren auch: Ohne die Leute zu kennen, wird unterstellt alles wäre unsicher... Ignorieren

Sorry, aber das ist doch grober Unfug. Fährst du Auto, ohne einen Führerschein gemacht zu haben? Bastelst du ohne entsprechende Ausbildung an deiner Elektroinstallation zu Hause rum? Nein. Und kein Mensch würde auf die Idee kommen. Aber einen komplexen Server am Netz betreiben kann jedes Schulkind?

Komm jetzt nicht mit: "Aber Autofahren ist gefährlich, ein Server nicht." Falsch! Ein kompromittierter Server kann massiv Schaden anrichten, nicht nur für einen selber, sondern auch für andere Betroffene. Schadensersatzforderungen im 5- oder 6-stelligen Bereich sind möglich.

Natürlich darf man als Anfänger Fragen stellen. Aber es kommt immer auf den Kontext an. Bei Experimenten am lebenden Objekt muss man sich solche Hinweise gefallen lassen, denn es ist grob fahrlässig. Würde aus dem Kontext heraus klar werden, dass der Fragesteller zu Hause auf einer VM testet, um sich mit der Technik vertraut zu machen, dann würden die Antworten anders ausfallen.

[netcup] Bianca A.

Liebe Community,

wir möchten euch alle herzlich dazu einladen, in unseren Diskussionen und Interaktionen stets mit Respekt und Wertschätzung aufeinander zuzugehen. Es ist von großer Bedeutung, dass sich jeder hier willkommen und respektiert fühlt. Da die Kommunikation über Text oft Interpretationsspielraum lässt, ist es besonders wichtig, auf ein respektvolles Miteinander zu achten. Es ist noch kein Meister vom Himmel gefallen und manchmal braucht es mehrere Rückfragen oder detailliertere Hilfestellung, um ein Problem zu lösen. Achtet daher bitte auf das was ihr sagt.

Vielen Dank für eure Unterstützung!

Liebe Grüße,
Bianca A.

Docker + Nginx + Let's Encrypt Konfiguration

Ähnliche Themen

SSL-Zertifikat von Let's Encrypt: Nur eine Subdomain bei Netcup