Discourse auf einem eigenen VPS installieren: Ein Prozess mit FAQs

Unterstützung Installation
, , , ,
1

Ein schrittweiser, detaillierter Leitfaden für Einsteiger zur Installation von Discourse. Von der Auswahl des richtigen Servers über die Konfiguration bis hin zu SMTP, DNS und der korrekten Reihenfolge der Schritte. Da es sich um einen manuellen Prozess mit vielen Verzweigungen und Optionen handelt, habe ich viele Unsicherheiten und habe gehört, dass viele Installationen schiefgehen, wenn sie nicht sorgfältig durchgeführt werden. Ich möchte dies richtig machen und wäre dankbar, wenn jemand mich korrigieren könnte. Ich werde so viele Schritte wie möglich beschreiben und pausieren, wenn ich feststecke. Diese Seite könnte hilfreich sein, indem sie die wichtigsten Zweifel an einer Stelle umfassend zusammenfasst.

Ziel: Installation von Discourse auf einem selbst gehosteten VPS für ein Forum, das mit 100 Nutzern/Monat startet

1) Von den zwei verfügbaren offiziellen Leitfäden wähle ich den einfacheren. Welche Probleme könnte ich dabei haben? Ist dies nicht gut für zukünftige Flexibilität/Erweiterung?
Einfache 10-minütige Basisinstallation: Einsteiger-Docker-Installationsleitfaden
Leistungsstark, flexibel, Installation auf großen/mehreren Servern: Erweiterter Docker-Installationsleitfaden

2) Ist dies eine gute Reihenfolge der Einrichtung? i) Konfigurieren & Mieten eines VPS > ii) SMTP > iii) Domain & DNS > iv) Discourse installieren

3.1) Zur Domain & DNS: Ich habe bereits eine Website mit meiner eigenen Domain. Ich bin mir nicht sicher, was ich tun sollte; Subdomain oder Child-Nameserver? Habe recherchiert, verstehe es aber nicht

image
image1110×377 23.9 KB

3.2) Auch wenn nicht jetzt, kann ein Discourse-Forum bei Bedarf an eine reine Domain wie example.com angebunden werden, oder? (wenn sie natürlich nicht verwendet wird)? Es muss nicht unbedingt eine Subdomain wie forum.example.com sein, oder? Warum sagt der Discourse-Leitfaden nur „Erstellen Sie einen DNS-A-Eintrag, der Ihre Subdomain (z. B. forum.example.com) auf die IP-Adresse Ihres Servers verweist“?

4.1) Zu SMTP: Hier bin ich völlig verwirrt. Bezüglich der Nutzer-Logins ist dies mein Ziel: Connect User logins from my Wix site for my Discourse forum Was sollte ich tun, um dies zu gewährleisten?
4.2) Ich habe noch kein Geschäftse-Mail-Konto eingerichtet, kann dies aber jetzt bei Hostinger einrichten. Hat dies viel mit SMTP zu tun? Bezüglich SMTP habe ich in diesem Forum von MailGun, MailJet und Brevo gehört. Was bedeutet das?

5) Auswahl & Konfiguration des VPS: Contabo und Hetzner waren die günstigsten und schienen ziemlich seriös. Wenn ich das günstigere Contabo wähle, verpasse ich etwas Nützliches? Sie sind sicher, oder? (Ich wollte die gesamte Konfiguration mit Hetzner vergleichen, aber dort kann man die Konfigurationsoptionen nicht einmal sehen, ohne seine Daten, Debitkarte und AGBs zu überprüfen?? Das Beste, was ich habe, sind Screenshots von @Lilly)
5.1) Panel: Contabo zeigt, dass Webmin und Webmin + LAMP enthalten sind. cPanel wird als teures Add-on angezeigt. Ich habe von cPanel gehört, ich brauche das nicht, oder?
5.2) Betriebssystem: Contabo zeigt Ubuntu als enthalten an, ohne weitere Angaben. Ist dies ausreichend? (Die Konfiguration von Digital Ocean zeigt Optionen neben Ubuntu, z. B. 24.04 (LTS) x64)

5.3) Eine Reihe von Apps wird als enthalten angezeigt. Wenn Sie Probleme mit einer davon feststellen, lassen Sie es mich wissen.

Screenshot 2026-07-18 002147
Screenshot 2026-07-18 0021471020×296 26.3 KB

5.4) Sind die folgenden Standardauswahlen in Ordnung? Ich kann ohne Add-ons auskommen, oder?

Screenshot 2026-07-18 003140
Screenshot 2026-07-18 003140796×842 47.8 KB

5.5) IPv6 wird in der Konfiguration nicht angezeigt, obwohl auf der VPS-Plan-Seite Folgendes beworben wird: „Dedizierte IPv4- und IPv6-Adressen sind in jedem Plan enthalten“. Ich frage mich, ob dies enthalten ist oder nicht.
5.6) Ich habe einige Negative über Contabo gehört. Was denken die Leute hier, die Contabo erlebt haben?

5.7) Die folgenden guten Spezifikationen sind die minimal verfügbaren und für großartige Preise! Nur zur Information (falls man den VPS wechselt): Da Discourse 2 GB empfiehlt, sind 4 GB nicht unnötig? Was ist ein Snapshot?

Screenshot 2026-07-18 004447

2

Wenn du ein Anfänger bist, folge der Anleitung für Anfänger. Überbiete dich nicht.

Persönlich stelle ich sicher, dass mein SMTP korrekt funktioniert (ich habe die API-Schlüssel und so weiter) mit DNS, das auf meine IP zeigt, und dann fahre ich mit der Einrichtung von Discourse fort, weil der Einrichtungsassistent beschweren wird, wenn das DNS nicht zu 100 % korrekt ist, und dann bist du im Argen.

Ich bin mir nicht sicher, was dein Anbieter damit meint. Vielleicht meinen sie „Subdomain“? In diesem Fall füge die IPv4 deines VPS hinzu.

Ja, eine Adresse ist eine Adresse. Sie kann x.example.com, example.com, x.y.example.com oder sogar example.com/x/ sein (mit etwas fortgeschrittener Einrichtung).

Du wirst SMTP für Zusammenfassungen, Administratorbenachrichtigungen usw. benötigen, unabhängig von DiscourseConnect.

Sieht für mich in Ordnung aus.

Wenn du Cloudflare verwendest, ist IPv6 wahrscheinlich irrelevant. Wenn du keine Art von Proxy verwendest und jemand mit einem reinen IPv6-Netzwerk hat, wird er deine Website nicht besuchen können, aber das ist heutzutage relativ unüblich (viele ISPs geben eine „dedizierte“ IPv6 und eine geteilte IPv4, über die sie dennoch Datenverkehr leiten können).

200 Mbit/s sind nicht sehr schnell, aber der Rest ist perfekt für ein kleines bis mittleres Forum. Die Empfehlung von 2 GB ist aus irgendeinem Grund relativ, daher wird dir 8 GB gut dienen. Ich betrete meine kleine Website auf einem LXC (geringerer Overhead) mit 8 GB/6 vCPUs, und meine Ressourcennutzung ist gering, CPU-Spitzen von etwa 50–60 % während der Neuerstellungen.

image
image449×274 13.1 KB

Snapshots sind im Grunde nur Wiederherstellungspunkte für deine VM, sodass du bei Problemen zurückrollen kannst. Nicht besonders nützlich, wenn du häufige Offsite-Backups von Discourse hast (über R2 oder so etwas), aber es ist trotzdem ein „Nice-to-have“ für den Fall der Fälle.

3

Bitte erwähnt keine Personen mit @. Ich brauche wirklich nicht diesen zusätzlichen Lärm in meinen Benachrichtigungen, und es ist generell schlechte Foren-Etikette. Wenn du Benutzernamen verwenden möchtest, ohne sie aktiv zu erwähnen, setze Backticks drumherum, damit keine Benachrichtigung gesendet wird. Lass die Leute antworten, wenn sie deine Beiträge lesen und eine Antwort schreiben möchten. Danke.

Viel Erfolg mit deinem neuen Vorhaben.

4

Geh davon jetzt lieber ganz weg. Bleib bei den Basics.

  1. Besorge dir einen Domainnamen mit einem Nameserver wie Namecheap. Oder da du bereits einen hast, den du nutzen möchtest:

Richte eine Subdomain ein – das ist der Standardweg, um Discourse zu installieren, sodass es etwas wie forum.deineseite.de wird.

  1. Wenn du DiscourseID nicht nutzen möchtest, besorge dir einen Transaktions-E-Mail-Dienst mit SMTP (wie Mailgun oder Resend). Resend ist kostenlos und ich nutze es.

Screenshot 2026-07-17 at 5.40.12 PM
Screenshot 2026-07-17 at 5.40.12 PM1858×886 113 KB

  1. Richte einen VPS-Server-Droplet mit SSH-Zugriff bei dem VPS-Anbieter deiner Wahl ein.
  2. Installiere Discourse gemäß dem Skript in der Anleitung.

Wie bereits anderswo erwähnt, kannst du das wahrscheinlich nicht tun, da du kein Enterprise-Wix-Konto hast. Bitte recherchiere und informiere dich zuerst. Lesen ist eine Voraussetzung, um ein guter Discourse-Admin zu sein.

Screenshot 2026-07-17 at 5.50.05 PM
Screenshot 2026-07-17 at 5.50.05 PM1334×902 89.9 KB

Single Sign-On (SSO) ist etwas, worüber du dir noch keine Gedanken machen solltest, da du noch lernst, wie du die grundlegendste selbst gehostete Installation einrichtest.

Um deine app.yml-Datei nach der ersten Einrichtung zu bearbeiten, gib am Prompt, wenn du dich per SSH mit dem Server verbindest, Folgendes ein:

cd /var/discourse
nano containers/app.yml

Hier gibt es eine Beispiel-app.yml-Datei:

5

Ich würde sagen, man sollte nicht direkt an die untere Grenze von 2 GB rücken, es sei denn, man betreibt ein kleines Forum mit nur wenigen Nutzern.

Nein, cPanel ist nicht erforderlich.

Bietet das Business-E-Mail-Konto einen Dienst für Transaktions-E-Mails? Ich weiß, dass einige das nicht tun. Es ist sicherer, Dienste wie Mailgun, Brevo, Amazon SES usw. zu nutzen.

Andere haben das bereits ausführlich erklärt, aber ich verlinke hier die Dokumentation dazu: Configure your hosted Discourse site to run at the root or apex domain (e.g. example.com)

Trotzdem würde ich dir empfehlen, einfach die normale Standardoption mit einer Subdomain zu wählen. Außerdem ist es klarer, dass das Forum zu dieser Organisation gehört und nicht irgendein zufälliges Forum im Internet ist, wenn deine Hauptseite bereits unter der Root-Domain läuft.

Ein Snapshot ist im Grunde ein vollständiges Backup des gesamten VPS. Du kannst regelmäßig Backups von Discourse erstellen, falls etwas schiefgeht, wenn du nur Discourse auf dem VPS hostest.

7

Oh.. das war für mich ziemlich wichtig und war ein Grund, warum ich mich für Self-Hosting entschieden habe. Wenn das später ohne große Schwierigkeiten geregelt werden kann, ist das in Ordnung, aber ich frage mich, ob diese Standardinstallation später ein Hindernis dafür darstellen wird? Sollte ich jetzt etwas anderes tun, um diese Funktionalität zu ermöglichen, auch wenn ich sie jetzt nicht einrichte?
Das Forum ist nur eine Erweiterung meiner Hauptseite, und sie müssen vereint sein. Wenn sie getrennt wären, würde das in meinem Fall viele Probleme verursachen.
Ich weiß nicht, ob SSO die einzige Lösung ist, aber ich möchte so wenig Trennung zwischen meiner Wix-Website und dem Discourse-Forum wie möglich haben.

8

wie ich oben gesagt habe:

und hier hast du gepostet:

was weißt du über MiniOrange? Der kostenlose Plan scheint nur auf wenige Benutzer beschränkt zu sein, und damit könnte es für dich teuer werden, wenn du den Basisplan für 49 $/Monat wählst:

Gründliche Recherche und sorgfältiges Lesen sind unerlässlich, wenn du planst, was du erreichen möchtest.

Weißt du, wie man ein Velo-Skript für Wix schreibt?

Vielleicht eine JavaScript-Lösung

Ich denke, du musst einen benutzerdefinierten API-Endpunkt direkt auf deiner Wix-Site einrichten, um die Anmeldeanfragen von Discourse zu empfangen. Es sieht so aus, als ob das JavaScript-Code in einem Velo-Modul mit einer Datei namens http-functions.js erfordern wird.

Dies wird den Benutzer von Discourse abfangen, umleiten und ihre angemeldete Wix-Sitzung verifizieren, eine signierte Payload generieren und sie hoffentlich sicher zurück ins Forum leiten.

Vielleicht so etwas wie dies:

import { ok, redirect, badRequest } from 'wix-http-functions';
import { currentMember } from 'wix-members-backend';
import crypto from 'crypto';

// Wähle einen sicheren zufälligen String für das Geheimnis

const DISCOURSE_SECRET = "DEIN_SUPER_GEHEIMER_STRING_HIER"; 

export async function get_discourseSso(request) {
    const query = request.query;
    const payload = query.sso;
    const sig = query.sig;

    if (!payload || !sig) {
        return badRequest({ body: "SSO-Parameter fehlen" });
    }

    // Validiere die eingehende Signatur von Discourse

    const computedSig = crypto.createHmac('sha256', DISCOURSE_SECRET).update(payload).digest('hex');
    if (computedSig !== sig) {
        return badRequest({ body: "Ungültige kryptografische Signatur" });
    }

    // Prüfe, ob der Benutzer bei Wix angemeldet ist

    const member = await currentMember.getMember({ fieldsets: ['FULL'] });
    
    // Parse die eingehende Payload, um das eindeutige Tracking-Nonce zu extrahieren

    const decodedPayload = Buffer.from(payload, 'base64').toString('ascii');
    const params = new URLSearchParams(decodedPayload);
    const nonce = params.get('nonce');

    if (!member) {
        // Wenn nicht angemeldet, zwingen wir sie, sich zuerst bei Wix anzumelden, und kommen dann hierher zurück
        const loginUrl = `https://deinewixseite.com{encodeURIComponent(request.url)}`;
        return redirect(loginUrl);
    }

    // Baue die Benutzer-Payload für Discourse

    const userPayload = `nonce=${nonce}&email=${encodeURIComponent(member.loginEmail)}&external_id=${member._id}&username=${encodeURIComponent(member.profile.nickname || member._id)}&name=${encodeURIComponent(member.contactDetails.firstName + ' ' + member.contactDetails.lastName)}`;

    // Verschlüssele und signiere die Benutzer-Payload
    const base64Payload = Buffer.from(userPayload).toString('base64');
    const returnSig = crypto.createHmac('sha256', DISCOURSE_SECRET).update(base64Payload).digest('hex');

    // Leite sie als angemeldeten Benutzer zurück zu Discourse
    const discourseReturnUrl = `https://deinforum.com{encodeURIComponent(base64Payload)}&sig=${returnSig}`;
    return redirect(discourseReturnUrl);
}

Du musst auch deine Forum-URL dort ersetzen.

Es wird auch einige DiscourseConnect-Konfiguration geben, aber mach keines dieser Dinge, bis du ein tatsächliches selbst gehostetes Forum ohne Fehler am Laufen hast.

Ich bin kein Experte in irgendeinem dieser Bereiche und kenne mich kaum mit Wix aus, also keine Garantie, dass dies die funktionierende Lösung ist. Ich gebe dir nur ein Beispiel einer vorgeschlagenen Methode, um die Komplexität zu demonstrieren.

9

image
image455×123 39.8 KB

Was auch immer diese KI geschrieben hat – sie versteht offenbar nicht, dass OpenID/SAML und Discourse Connect völlig verschiedene Dinge sind. Daher würde ich den anderen Aussagen, die sie macht, auch nicht vertrauen.

11

Danke an alle für die Antworten bisher :folded_hands:

Ich habe das bei >2 Mitarbeitern prüfen lassen und bestätigen lassen. Ihr Business-E-Mail-Konto deckt die SMTP-Anforderungen von Discourse ab, ohne dass ein Anbieter wie MailGun benötigt wird. Sie haben auch darauf hingewiesen, dass es nicht für Marketing/Massen-E-Mails gedacht ist.
Hauptlimits ihres Business Starter-Tarifs (1-Jahres-Deal @ 0,79 €/Monat):

  • Tägliches Sendelimit: 500 E-Mails pro Tag.
  • Maximale Empfänger pro E-Mail: 200 Empfänger.
  • Monatliches Sendelimit: Keines, nur das tägliche Limit.
    Ihre vollständigen Spezifikationen, einschließlich IMAP/SMTP-Limits: Parameter und Limits von Hostinger E-Mail
Eine zusammengefasste Chat-Nachricht darüber👆 mit Details, falls jemand weiter nachschauen möchte

Ich sehe, dass du Hostingers Business-E-Mail-Plan für deine Discourse SMTP-Anforderungen in Betracht ziehst und sicherstellen möchtest, dass er alles abdeckt, ohne Mailgun zu benötigen. Gerne schaue ich mir das an…
Du kannst Hostinger Business Email’s SMTP für deine Discourse-Einrichtung verwenden, und für regelmäßige Geschäftskommunikation und Standard-Forum-Benachichtigungen wirst du keinen separaten Anbieter wie MailGun benötigen.
Es ist jedoch wichtig zu bedenken, dass unser SMTP nicht für Marketing oder Massen-E-Mails konzipiert ist. Es ist hauptsächlich für Geschäftskommunikation gedacht. Wenn du vor hast, großvolumige Marketing-Kampagnen oder umfangreiche transaktionsbasierte E-Mail-Versendungen zu senden, wäre ein dedizierter Dienst wie MailGun immer noch die bessere Wahl für diese spezifischen Anforderungen.

Wenn ich das Business-E-Mail-Konto bei Hostinger einrichte, aber in der Zukunft Massen-E-Mails benötige, kann ich dann einfach z.B. MailGun verwenden, ohne dass ich ein neues E-Mail-Konto bei MailGun migrieren/registrieren muss?

Das hängt von der erforderlichen Einrichtung für Mailgun ab. Lass mich das bestätigen…
Wenn du E-Mails nur über SMTP von Mailgun senden würdest, müsstest du zusätzliche TXT-Einträge hinzufügen. Die MX-Einträge würden sich nicht ändern, sodass du weiterhin E-Mails auf Hostinger E-Mail-Plan empfangen kannst, während du es verwendest.

Das habe ich nicht ganz verstanden, kannst du es mir bitte genauer erklären?

Stell dir deine E-Mail wie einen physischen Briefkasten vor:
Empfangen (Der Kasten selbst): Deine E-Mails kommen bei Hostinger an, weil deiner MX-Einträge dafür sorgen. Du wirst diese genau so lassen, wie sie sind, sodass du weiterhin alle deine Post in deinem Hostinger-Posteingang empfängst.
Senden (Postbote): Du kannst mehr als einen Weg haben, um Post zu senden. Indem du einen TXT-Eintrag (spezifisch für SPF und DKIM) zu deiner Domain hinzufügst, gibst du Mailgun im Wesentlichen die “Erlaubnis”, Post in deinem Namen zu senden.
Das bedeutet, du musst nicht migrieren/ein neues E-Mail-Konto bei MailGun registrieren. Du kannst dein professionelles Postfach bei Hostinger für tägliche Geschäftsgespräche behalten und einfach MailGun als “Sendemotor” für hochvolumige Forum-Benachichtigungen oder Marketing-E-Mails verwenden, wenn du bereit bist.

Ja.. MiniOrange ist wahrscheinlich nicht das, was ich suche, basierend auf ihrer Website scheint es ein 3rd-Party-IdP zu sein. Ich versuche, meine bestehende Wix-Datenbank als meinen IdP zu verwenden.

[quote=“Lilly, post:8, topic:407922”]
Weißt du, wie man ein Velo-Skript für Wix schreibt?
[/quote]\nNicht ganz sicher, was du mit einem Skript meinst, aber ich habe viel Front- und Backend-Velo-Coding auf Wix gemacht, viele Features mit Velo-Code selbst und mit AI & Tutorials gebaut, aber ich bin ein Anfänger. Ich habe einen Blick auf deinen Code geworfen, ich würde es gerne nach der Installation ausprobieren. Bezüglich des Wix-Forums, es ist gut (wenn auch nicht so lebendig wie hier), und diese Frage wurde noch nicht beantwortet.

Bisher habe ich; :check_mark: E-Mail mit Hostinger für SMTP eingerichtet (DNS-Einträge dafür aktualisiert wie MX, CNAME & TXT auf meiner Wix) :check_mark: Einen VPS bestellt und warte darauf, dass er bereitgestellt wird.

Nicht wie die Installation einer mobilen App haha

12

Und du solltest wirklich, wirklich deine eigenen Backups erstellen. Und diese Backups sollten an einem externen Ort gespeichert werden. Das ist Teil der Verantwortung als eigener Sysadmin. Wenn du alles dem Hosting-Anbieter überlässt, riskierst du, alles zu verlieren, und der Wert deines Unternehmens für den Anbieter ist minimal. Der Wert deiner Daten für dich und deine Community ist erheblich, wenn du eine echte Community aufbaust, in der den Menschen ihre Nachrichten und Beziehungen am Herzen liegen.

Eine Community zu gründen bedeutet, Verantwortung zu übernehmen: Wenn du nicht über die Fähigkeiten für diese Verantwortung verfügst, solltest du sie auslagern. Das würde bedeuten, dass du ein renommiertes Unternehmen beauftragst, das sich um alles kümmert: Sicherheit, Wartung, Kontinuität, Reparatur und Wiederherstellung.

13

Wie oft würdest du denken, dass Snapshots erstellt werden sollten? Einmal im Monat mit wöchentlichen Backups oder zweimal pro Woche? Oder ist das übertrieben?

14

Persönlich habe ich Snapshots noch nie verwendet. (Ich glaube, dass sie ein kostenpflichtiges Extra sind, und ich bin mir nicht sicher, wie nützlich sie sind, wenn eine Live-Datenbank läuft.)

Meine Überlegung zur Backup-Häufigkeit ist: Wie würde ich mich fühlen, wenn ich das Backup wiederherstellen müsste? Wenn ich einen Monat voller Mitglieder-Chats und -Beiträge verloren hätte? Das wäre ziemlich schrecklich. Ich hätte eine Verantwortung gegenüber der Gemeinschaft, und ich hätte zugelassen, dass ihre Arbeit verloren geht.

Andererseits, wenn ich mit begrenztem Speicherplatz arbeite, muss ich den Speicherbedarf ausbalancieren. Was ich in der Praxis gemacht habe und was ich wahrscheinlich überprüfen sollte, ist, alle zwei Tage ein Backup zu erstellen und vier Backups aufzubewahren. Ein Mitglied meines Moderatorenteams zieht jede Nacht automatisch eine Kopie des Backup-Verzeichnisses, sodass wir eine Offsite-Kopie haben. Im Katastrophenfall würden wir einen halben Woche an Beiträgen verlieren.

15

Nach einer negativen Erfahrung mit Contabo’s Service, überlege ich mir eine Alternative VPS bei OVHcloud. Aber wenn das nicht passt, müsste ich mich mit Contabo zufriedengeben

Screenshot 2026-07-20 c
Screenshot 2026-07-20 c1037×880 93.5 KB

1) Wenn ich eine Distro mit App wähle, zeigt es nur diese begrenzte Option. Docker ohne Ubuntu als Option. Sollte ich das also vermeiden und nur Distro mit Ubuntu wählen? Bedeutet das, dass ich Docker später installieren kann, oder ist das für mich zu kompliziert? (Wenn das ein Dealbreaker ist, ignoriere die nächsten Fragen)

Screenshot 2026-07-20 212254
Screenshot 2026-07-20 212254670×208 17.3 KB

2) Bei Backups ist es sehr attraktiv: Gemanagte kostenlose tägliche Backups? Super, oder?

Screenshot 2026-07-20 213338
Screenshot 2026-07-20 2133381265×724 105 KB

  1. Bedenken bezüglich OVHcloud’s Specs im Vergleich zu Contabo:
    3.1) Sind 2 vCores in Ordnung?
    3.2) Sollte ich nach Port fragen? (Contabo’s zeigte 200Mbit/s)
3.3) Ist Bandbreite in Ordnung? Bezüglich dessen, hier ist Contabo vs OVH:

Screenshot 2026-07-20 232152
Screenshot 2026-07-20 2321521005×582 70 KB

16

Ich nutze OVHcloud mit genau diesen Spezifikationen, um mein kleines Forum zu betreiben, und verwende Debian – es funktioniert einwandfrei.

17

Huh! Schön zu hören :slight_smile: Bisher habe ich Ubuntu so oft gesehen, dass es sich fast wie eine Voraussetzung angefühlt hat. Der offizielle Leitfaden empfiehlt es ebenfalls, also frage ich mich, ob Debian für einen Anfänger wie mich mehr Schwierigkeiten bereiten könnte (bei Installationen/Anpassungen/aktuellsten Updates/Kompatibilität herstellen)? Oder ist das ein Nicht-Thema?

18

Mach dein Leben einfach. Nutze Ubuntu.

Die Standardinstallation dauert 30 Minuten :slight_smile:

19

(Beitrag vom Autor gelöscht)

20

(Beitrag vom Autor gelöscht)

21

Wähle keine Variante mit vorinstalliertem Docker. Nimm einfach standard Ubuntu oder Debian, das Script erledigt den Rest.

Ich mag Ubuntu gar nicht und ehrlich gesagt bin ich mir nicht sicher, was der Unterschied zu Debian ist (abgesehen davon, dass es viel aufgeblähter ist) und warum es für Discourse so stark empfohlen wird statt normalem Debian. Da du anscheinend keine große Erfahrung hast, folge einfach der Standard-Installationsanleitung für Ubuntu.

22

Danke für die Klarstellung. Habe ich keine Probleme, wenn ich

[quote=“Gid, post:15, topic:407922”]
mich für die Distro-Option entscheide, die nur Ubuntu anbietet? Bedeutet das, dass ich Docker später installieren kann, oder ist das für mich zu kompliziert?
[/quote]\nNur weil es nicht vorinstalliert ist, entstehen mir dadurch doch keine zusätzlichen Kosten oder Probleme bei der Verwaltung in der Zukunft, oder?

Ich habe fast noch etwas vergessen: Im Gegensatz zu anderen VPSs gibt es hier kein Bedienpanel. Kann das kostenlos und einfach nachgerüstet werden?