Morgen,
Schöner wäre es, man hätte einen Knopf, mit dem man dem WCP sagen könnte, Let's Encrypt abzuschalten statt über diesen "cleveren" Mechanismus zu entscheiden, Let's Encrypt zu verwenden oder eben nicht.
Diesbezüglich würde ich den Support anschreiben (auch um Bezug auf die "LE Cert über DNS" Problematik). Meist kann der Support hier manuell nachsteuern.
Was eventuell auch noch interessant sein könnte: Ein Let's Encrypt Zertifikat vollständig aus Plesk entfernen (nicht getestet!)
Habe doch noch mal angefragt
Antwort von heute:
Schau mal im "CCP -> Produkte -> Expert Light -> Lupe anklicken -> Verwaltung" ob dort die Möglichkeit einer "Soft-Migration" um in ein aktuellen Webhostingtarif zu wechseln, besteht.
Immer vollständige URL anzeigen
Teufel noch mal, genau der Schritt war mir unbekannt.
merci 
Ich ärgere mich immer wieder darüber, dass mich Browser beim Entwickeln mit https:// statt wie eingegeben http:// bevormunden.
In Firefox dürfe das entsprechende Setting dazu unter browser.fixup.fallback-to-https versteckt sein.
btw: gibt es aktuell eine funktionierende Möglichkeit in Chrome die URL in der Adresszeile (omnibox) wieder komplett anzeigen zu lassen? Anfangs konnte man das über chrome://flags/ aktivieren, als das nicht mehr ging konnte man das lokale configfile umschreiben aber dies scheint mittlerweile alles nicht mehr zu funktionieren. 
kann ich das einfach über die config file im Editor abändern
wenn du
Codemssfix 1420 tun-mtu 1460
meinst, dann ja. Wichtig ist das die Parameter in deiner Client config eingetragen werden nicht in der vom Server.
Genau, du kannst immer innerhalb der Produktfamilie (G8->G8 geht, G8-G9 geht nicht) upgraden bzw. auch downgraden.
Jedoch läuft dies nicht direkt gleich wie bei anderen Anbietern ab, wo du wirklich die CPU, RAM etc. modular einstellen kannst, sondern up-/downgradest du bei netcup immer auf ein neues Produkt mit fest zugeteilten Hardwareressourcen. Das gute hierbei ist das hierbei alle Daten, IP Adressen, evtl. gebuchte Zusatzleistungen etc. nicht verändert werden und das Upgrade in den meisten Fällen ohne downtime durchgeführt werden kann (solange keine Snapshots vorhanden sind).
Meine Kingston SA2000M8/500G läuft langsam aber sicher voll. Dementsprechend suche ich eine m.2 mit 1TB und liebäugle aktuell mit der Samsung 970 Evo bzw. derer Plus Variante.
Hat jemand von euch einer dieser Varianten im Einsatz und kann kurz etwas dazu sagen ob sich die Anschaffung lohnt oder ob man eventuell doch etwas ganz anderes nehmen sollte?
Browsercache?
Oder lässt sich das mit cURL reproduzieren? Das ergibt nämlich irgendwie keinen Sinn. Bitte mal alle zurückgelieferten Header jedes einzelnen Requests herzeigen.
Cache kann Clientseitig ausgeschlossen werden. In DevTools wird mir jetzt allerdings der Fehler "Resource interpreted as Document but transferred with MIME type application/octet-stream: "http://domain.tld" angezeigt.
Wenn ich jetzt aber explizit default_type text/html; angebe oder alternativ im Serverblock folgendes angebe, ändert sich aber nach wie vor nichts (obige Fehlermeldung/Warnung bleibt).
location ~ \.html {
add_header Content-Type text/html;
}Wobei mir sich auch nicht ganz erschließt warum auf dem MINE Type plädiert wird wenn es eigentlich eine schlichte 301 Weiterleitung ist. Naja ich probiere jetzt noch ein wenig und ansonsten verfrachte ich das ganze mal in nen separaten Forenthread.
Den ersten Block kannst du glaub ich vereinfachen zu
Codeserver { listen 80; listen [::]:80; return 301 https://$host$request_uri; }außer du willst bestimmte Subdomains nicht auf https:// weiterleiten.
Gut kann man allgemein für alle Domains aktivieren, gar nicht verkehrt. Hier könnte man jetzt noch server_name _; mit angeben damit nginx keine Warnung ausgibt. Aber dennoch bleibt das Problem bestehen.
Warum du Block 2 und 3 getrennt hast ist mir auch nicht ganz klar.
Ich hab mir hierzu mehrere Beispiele angeschaut und hab mich Zwecks der Übersichtlichkeit für die Unterteilung in mehrere Blöcke entschieden. Oder kann man das ganze noch eleganter lösen ohne ne if-Bedingung einzubauen?
So Schnauze voll 
server {
listen 80;
listen [::]:80;
server_name www.domain.tld domain.tld;
return 301 https://domain.tld$request_uri;
}
server {
listen 443 ssl;
listen [::]:443 ssl;
ssl_certificate /etc/letsencrypt/acme.sh/domain.tld/rsa/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/acme.sh/domain.tld/rsa/key.pem;
server_name www.domain.tld;
return 301 https://domain.tld$request_uri;
}
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
ssl_certificate /etc/letsencrypt/acme.sh/domain.tld/rsa/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/acme.sh/domain.tld/rsa/key.pem;
server_name domain.tld;
root /var/www/domain.tld/httpdocs;
autoindex off;
index index.html;
}http://domain.tld -> https://domain.tld
http://www.domain.tld -> https://domain.tld
https://www.domain.tld -> https://domain.tld
Die 3. Weiterleitung funktioniert wie gewünscht, die anderen beiden nicht. Bei Aufruf der weiterzuleitenden Domain stößt nginx ein Dateidownload an.
Ich hab die Serverblöcke jetzt schon etliche Male abgeändert aber nix tut sich und ich Check einfach nicht nicht wo der Fehler ist....
Taaag, fährt hier jemand auf Nextcloud 20 Beta? if so, kann man da schon von "stabil" reden? ?
Rein aus Interesse, danke.
Ganz Doof gesagt: beta ist beta!
Selbst wenn es anfänglich stabil läuft kann es gerade bei Software die extra als beta gekennzeichnet ist zu Problemen kommen.
Ich möchte in den nächsten Tagen von meinem alten auf den neuen anderen Server umziehen. Als Vorbereitung stelle ich die TTL in den DNS Einstellungen schon mal auf 1. Den Refresh Wert sollte ich dann auch auf 1 stellen, oder? Beides natürlich nur bis auf dem neuen Server alles läuft.
Wie tab schon schrieb ist 1 Sekunde technisch nicht umsetzbar. Ich würde die TTL 1-2 Tage vor dem geplanten Umzug auf 300 Sekunden setzten, dies sollte in den meisten Fällen absolut ausreichen.
Wichtig ist vor allem, das du den Server in jener Zeit umziehst in dem deine Websites/Dienste wenig starkt fragmentiert sind. Denn gerade bei einem Umzug auf einen neuen Server kann es immer zu Ungeplanten Ereignissen kommen was dann schon mal mit viel Pech mehrere Stunden (oder länger) dauern kann.
Andere Frage: Ich möchte mit Hilfe von dd einfach alles übertragen. Ist ein Snapshot auf dem alten Server ein Problem? Wird der dann auch mit übertragen? Falls ich jetzt dabei (z.B. durch Quelle und Ziel vertauschen o.ä.) die Daten auf meinem alten Server zerstöre, ist dann mein Snapshot noch da?
Dein Snapshot wird zwar deinem Speicherkontigent vom Server angerechnet aber du hast keinen direkten Zugriff darauf, sprich dieser wird beim kopieren der Platte mittels dd auch nicht mit übertragen. Zudem darfst du ein Snapshot niemals als Backup ansehen sondern eher als Momentaufnahme deiner Daten. Hier solltest du vorab lieber auf eine vernünftige sowie auch vorlaufende Backupstrategie setzten.
Zudem musst du nach dem Umzug u.a. die Netzwerkkonfiguration, zwecks der neuen IP-Adresse(n), auf dem neuen Server anpassen.
P.S. Ich weiß nicht in wie weit dies für dich in Frage kommt aber eventuell wäre die Upgrademethetode über das CCP eine alternative für dich. Hierbei werden deinem Server schlichtweg einmach mehr Ressourcen zur Verfügung gestellt und alle Daten / Einstellungen / IP-Adressen etc. bleiben unangetastet.
Nabend,
wie hast du die Domain auf deinem Server konfiguriert?
Wenn ich über die IP gehe kriege ich die Seite "Diese Domain wurde geparkt"
Ist das wirklich dein Server der da antwortet? Wann hast du die DNS Einstellungen an der Domain vorgenommen?
Here we go again, ...
Das nennen von Mitbewerbern ist hier verboten 
Die frage war eher in welchen logs, ... bitwarden läuft ja in docker containern, aber in den jeweiligen logs finde ich keine hinweise.
https://github.com/dani-garcia/bitwarden_rs/wiki/Logging
Eventuell mal docker logs [OPTIONS] CCONTAINER probieren.
Ich selber nutze docker nicht aber ich meine mich zu erinnern das docker & logging ne Qual war....
Bitwarden ist irgednwie plötzlich nicht mehr erreichbar, wer zufällig ne Idee warum? Oder nen Tipp wo man gucken könnte?
in den logs? *duckundweg*
Container läuft noch?
Zusätzlich zu tab seiner Aussage würde ich das ganze vorab intensiv testen. Denn wenn du erst die Domain umziehst (hier kann es schon zu downtimes kommen) und dann erst probierst die Daten inkl. Datenbank von Joomla nach Wordpress zu konvertieren, hier dann Fehler auftauchen die eventuell stundenlanges debugging mit sich bringen, ist das im allgemeinen Stress den man vermeiden kann.
Sprich ein aktuelles Backup von deinen Daten sowie der dazugehörigen Datenbank erstellen.
So, wenn das alles geklappt hat würde ich noch einmal ein aktuelles Backup der Daten & Datenbank erstellen, die alte Seite auf readonly stellen, die Domain transferieren, das Backup einspielen sowie die Konvertierung anstoßen. Zu guter Letzt eventuell noch die Mailkonfiguration in Wordpress einstellen/aktualisieren und dann sollte es das auch gewesen sein.
Zudem solltest du auch unbedingt ein sauberes Backup deiner alten Mailkonten erstellen (IMAP) um diese, falls möglich, bei netcup wieder einspielen zu können (mit der Forensuche solltest du diverse Beiträge, die dies thematisieren, finden.)
Lade ich nun phpaste / paste hoch, wird es mir nicht angezeigt - dafür die "Error 500 Seite".
Du hast im Hauptverzeichnis von phpaste eine Datei namens ".htaccess" welche mit der Zeile Options +FollowSymLinks beginnt und wahrscheinlich den Fehler verursacht.
Schau mal im WCP bei der jeweiligen Subdomain unter "Einstellungen für Apache & nginx" bei der Option "Fähigkeit, symbolischen Verknüpfungen zu folgen, einschränken" ob diese aktiviert ist falls ja, deaktivieren & speichern.
Mit viel Glück sollte der Fehler jetzt innerhalb weniger Minuten verschwinden.
Schafft man es sich durchgehend mindestens einen Server mit kostenloser Restlaufzeit zu schnorren?
Wenn die Angebote steigen sollten sicherlich 
Nun kauft dem doch endlich einer den Server für'n 5er ab. 
