Beiträge von geekmonkey

Also irgendwie ist im RS 1000 G8 der Wurm drin, ... beim reinstall blieb das Teil Dienstag komplett hängen, bis der Support eingreifen musste. Jetzt beim reboot ist die Kiste laut SCP hochgefahren aber nicht erreichbar, ...

Naja, ein gutes hats, ... ich hab heute morgen aus diesem Anlass mal auf allen meinen Servern munin-nodes installiert zum zentral beobachten - haha

Zitat von Hecke29

Ich möchte an der Stelle ganz Uneigennützig ( ) darauf hinweisen: https://forum.netcup.de/netcup-intern/…4%E2%82%AC-p-m/

Nachtigall ick hör dir trapsen

Zitat von A:H

Mir wäre in deiner ersten Config gerade noch aufgefallen, dass 'trusted_proxies' so nicht richtig sein kann. Das hast du jedoch auch schon selbst herausgefunden.

? Jetzt muss ich nur noch herausfinden, ob ich die Files im web/nextcloud/... speichern will, oder irgendwo anders. ... prinzipiell ist es ja eigentlich egal ?

Haha, ich kipp vom Stuhl, ... ein einfacher Typo, bzw. meine Unachtsamkeit / war der Fehler (..:8080/nextcloud/), ...

Also für den Fall, dass wer Nextcloud über Mailcow aufspielen will und es hinter nem reverse proxy laufen soll:

1) nextcloud via helper script als subfolder installieren

2) reverse nginx proxy config:

server {
    listen 80;
    listen 443 ssl http2;
    server_name cloud.domain.de;

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

    root /var/www/nextcloud;


    # Letsencrypt
    location ~ /.well-known {
                allow all;
    }

    location ^~ / {
        proxy_pass http://127.0.0.1:8080/nextcloud/;
        proxy_set_header Host $http_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;
        client_max_body_size 100m;
           

    # force https-redirects
    if ($scheme = http) {
        return 301 https://$server_name$request_uri;
       }
    }

}

3) eine Hand voll Änderungen an der config.php von nextcloud:

  'trusted_domains' => 
  array (
    0 => 'localhost',
    1 => 'mail.domain.de',
    2 => 'cloud.domain.de',
  ),


  'trusted_proxies' => 
  array (
    0 => 'fd4d:6169:6c63:6f77::/64',
    1 => '172.22.1.0/24',
    2 => '127.0.0.1',
  ),


  'overwritewebroot' => '/',
  'overwritehost' => 'cloud.domain.de',

Sorry fürs Spamen, aber es war so ruhig hier

Zuuu langsam zum bearbeiten:

 'trusted_domains' => 
  array (
    0 => 'localhost',
    1 => 'cloud.domain.de',
  ),

 'trusted_proxies'   => ['127.0.0.1'],
  'overwritecondaddr' => '^127\.0\.0\.1$',

  'overwritewebroot' => '/',
  'overwritehost' => 'cloud.domain.de',

Muss def. am Server gerade liegen, da ich nen 502 bekomme, keinen nextcloud error etc

also mittlerweile komme ich zu nextcloud durch, ... aber irgenwie schmeißt mich die cloud nun jedesmal raus

Interner Serverfehler
Der Server konnte die Anfrage nicht fertig stellen.

Sollte dies erneut auftreten, senden Sie bitte die nachfolgenden technischen Einzelheiten an Ihren Server-Administrator....

hab eigentich schon alles in der config.php durch

Zitat von A:H

Stellt mailcow die Nextcloud denn unter /nextcloud bereit?
Hab mich damit bis dato noch nicht beschäftigt.

lg.

du kannst dabei auswählen. als subdomain oder als subfolder.

Also ja, in meinem fall stellt mailcow nextcloud unter mail.domain/nextcloud bereit

hatte zwischenzeitlich mal ne subdomain genommen und dann in der nginx config den listenport auf 7080 gesetzt, ... aber auch darüber war das teil nicht erreichbar mit dem proxy

Hey Leute, ... irgendwie ägert mich nextcloud gerade extrem.

Hab das ganze als über die mailcow container installiert, da redis und co ja schon laufen, ...

Auf mailcow greife ich via reverse proxy zu:

ocation / {

proxy_pass https://127.0.0.1:8080;

proxy_set_header Host $http_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;

client_max_body_size 100m;

..

dachte ich könnte in der art unter proxy_pass https://127.0.0.1:8080/nextcloud einfach auf nextcloud zugreifen, ... geht wohl aber nicht so einfach.

Ne Idee wie ich das geschickt und unkompliziert umgesetzt bekomme?

oh übersehen, sitze gerade in der Uni ?

Edit: aber ich bin ein Fan des Wortes obsolet ?

hat wer schon nen Ticket aufgemacht? Ich denke eines sollte reichen, oder?

Spiele gerade mal mit der API bzw mit den clients rum.

sagt mal, gibt es so eine Funktion wie delete all für eine domain?

Würde gerne mit nem script einmal alle einträge löschen, egal welche gesetzt sind und dann eben welche fürst hosting setzen, also */@ A/AAAA und dann welche für mails, also mx, autoconfig etc.

danke Jungs ?

Bin gerade über ein neues Problem gestolpert.

Ich beziehe die Zertifikate nun ganz normal über certbot und kopiere sie bei nem renew und starte anschließend Postfix und dovecot Container neu.

Hab jetzt manuell die TLSA Records gesetzt.

Müssen diese bei jedem renew neu gesetzt werden? Oder bleibt der Teil bei nem renew identisch?

Sonst, wer nen Vorschlag wie ich das realisieren kann?

Zitat von perryflynn

Nein das geht nicht. NGINX terminiert die TCP Verbindung und baut anschließend eine neue auf. Ansonsten könnte man ja im Proxy Setup zum Beispiel keine Header setzen. Dir bleibt nichts anderes über, als die Zertifikate im Reverse Proxy neu zu erstellen.

Ich habe in meiner Umgebung eine eigene VM welche sich nur um Lets Encrypt kümmert. Die erstellt mit acme.sh und dem DNS Update Plugin die Zertifikate und verteilt diese anschließend weiter an die eigentlichen Systeme. Ist mit ein bisschen Shell Scripting selbst gebaut und funktioniert ohne Probleme.

Danke für die schnelle Rückmeldung. Wie verhält sich das mit den Subdomains? Benötige ich die ganzen autoconfig. * etc. Für jede Domain, oder ist nicht ?

Auf der Maschine läuft nicht viel, eigentlich benötige ich nur 3 Subdomains für die Mails, 1 für Nextcloud und eine für Bitwarden, also alles in allem 5.

Glaub dafür benötige ich keine Wildcards.

Würde das sonst mit dem hook lösen

sagt mal, nutzt hier wer mailcow mit nem nginx reverse Proxy?

Wie löst ihr dass mit den Zertifikaten für mailcow?

Gibt es ne Möglichkeit letsencyrpt irgendwie über Port 80 zurchzuschleifen über den Proxy?

Nachdem symlinks net funktionieren, nutze ich jetzt --post-hook um die Zertifikate zu kopieren und die Mail Container neu zu starten.

Bzw. benötigt jede Domain ein Zertifikat? Für autodiscover.* autoconfig.*

In der Regel übernimmt der acme Container das ja, ... Der ist aber hinter dem Proxy nicht erreichbar, bzw. In der configs eh deaktiviert.

Dürften SRV Records nicht ausreichen um auf mx.domain.de zu verweisen?

Wenn die Mails manuell unter Angabe der mx.domain.de eingerichtet werden, wäre es eh egal, oder?

Zitat von Hecke29

Angebot klingt super, aber da ich nicht mal ansatzweise die 4TB meines NAS voll bekomme ... hätte ich keine Verwendung für ?

Zitat von janxb

Wieso keinen günstigeren VPS? Nur für's Mailhosting benötigt man ja nicht unbedingt garantierte Ressourcen. Da hätte doch ein VPS500 oder sogar ein VPS200 durchaus gereicht, oder?..

1) die Verfügbarkeit der Ressourcen

2) der Plattenplatz

Werde den Server als komplette Groupware Lösung benutzen.

- Mailcow

- Nextcloud

- Bitwarden

Speicherplatz sollte erst mal reichen.

Dachte an 20GB Platz für Backups vom RS 1000 G7.

250GB für Nextcloud und eben 50GB für Mails.

Wobei man sich ja nicht von Anfang an festlegen muss. Werde die Daten eh in Docker Containern lassen.

Naja abzüglich der paar GB fürs System, Docker, Reverse Proxy, Fail2Ban & Co.

Soweit zumindest der Plan ?

So, für alle, die es interessiert. Pakete müssen nicht 1:1 umgezogen werden. Hab nun mein Mailpaket bei einem anderen Anbieter gekündigt und stattdessen nen neuen RS 1000 SAS genommen. Werde nun doch auch meine privaten Mails lieber selbst hosten.

Der Server kostet zwar einiges mehr, als das Mailpaket, wobei wenn ich mir die Preisentwicklung der letzten Jahre angucke, bin ich sicher, dass ich bei dem Anbieter in den nächsten Jahren locker ebenfalls 84€/Jahr nur für Mails zahlen darf haha

Oh man, ich bin echt stolz auf mich, ich hab zu keinem Zeitpunkt den Anbieter erwähnt!

???

Zitat von [netcup] Felix

Guten Morgen,

was ich schon jetzt sagen kann ist, dass individuelle Angebote definitiv teurer sein werden als unser größter regulär angebotener Root-Server. Unsere extrem kostengünstigen Preise können wir nur halten, wenn die Angebote über unseren Online-Shop gebucht werden und jeder Mitarbeiter zu dem Tarif geschult ist. Sobald wir individuelle Angebote schnüren müssen wir die Preise erheben, die auch unsere Mitbewerber dafür verlangen. Hintergrund ist der, dass Personalkosten bei uns hoch sind und es netcup einiges kostet bis individuelle Tarife realisiert sind.

Ich empfehle Ihnen daher den nächst größeren Tarif zu bestellen, auch wenn dieser mehr Leistung bietet als Sie benötigen.

Wir bitten für dieses Vorgehen um Verständnis.

Mit freundlichen Grüßen

Felix Preuß

Alles anzeigen

Das ist einer der Gründe, warum ich netcup so mag. Hier wird nicht lange rumgeredet und man erhält direkt eine ehrliche Antwort.

Und die Preise für das Angebotene sind wirklich mehr als fair.

Hab jetzt gestern erst eines meiner letzten, in Deutschland gerösteten(Autocorrect lasse ich mal drin, die Auswahl gefällt mir!), Produkte mit zu Netcup genommen. Danke an dieser Stelle noch mal für den Wechselbonus!

Ich habe mir vor der finalen Entscheidung noch mal die Preisentwicklung angeguckt. Ein Mail Paket, welches mich exkl. Domain vor 8 Jahren noch 8€/Jahr gekostet hat, kostete mich mittlerweile 24€/Jahr, wobei die Leistung abgenommen statt zugenommen hat.