Da die Server-Preise gestiegen sind, würde ich auch eine Erhöhung der Belohnung begrüßen.
Es gibt ja bald Trinkgeld. ![]()
Da die Server-Preise gestiegen sind, würde ich auch eine Erhöhung der Belohnung begrüßen.
Es gibt ja bald Trinkgeld. ![]()
Trinkgeld hat Tradition und ist ein interessantes Konzept
. Vielleicht sollte netcup auch so etwas ins Forum einbauen
.
ich hab das mal korrigiert.
hast du den hinweis zu wildcard-zertifikaten beachtet?
[netcup] Lars S.
bei mir im clouddns geht es immer noch nicht * und
wie lange sollte denn durchschnittlich die deaktivierung von DNSSEC beim clouddns dauern?
* es geht um meine clouddns-beta-domain:
---
Fehler:
Die Domain kann derzeit nicht von folgenden Nameservern verwaltet werden: 'chloe.ns.cloudflare.com, zod.ns.cloudflare.com, '. Das Update wurde abgebrochen.
Status Fehler
---
update: ich sehe gerade, daß ich unter »DNSSEC« jetzt einen dnskey hinzufügen könnte.
update II [6.5.2026]: nach mehrmaligem abbruch und neuansetzen des nameserver-wechsels klappte das nun (fast).
d.h. die domain wird bei CF verwaltet, es bleibt aber beim wartestatus wegen änderung hier im cloud-dns und
somit kann ich derzeit keinen DNSKEY eintragen, um DNSSEC zu aktivieren.
update III [20.7.2026]: das problem wurde gelöst.
Was soll deine site denn können?
ob es im filemanager UI überhaupt die Möglichkeit gibt, permissions rekursiv anzupassen.
Ja, gibt es.
Würde dies dann schon unter Senioren-Power zählen?
Es gibt auch schöne Hausschuhe von Docker!
etwas älterer artikel, aber IMHO immer noch einer der kompaktesten hugo-einstiege auf deutsch:
https://kinsta.com/de/blog/hugo-statische-seite/
Kaffeesatz lesen
bei punkt 1 im eingangspost ist völlig klar, daß es mail-ausgehend mit webhosting nicht realisierbar ist.
das geht nur mit den üblichen dritt-sendern oder mail generell zu mäïlböx.örg verlagern.
für nextcloud auf webhosting würde ich ab Webhosting 4000 empfehlen.
Und auch hier der klitzekleine Hinweis, daß es um webhosting geht.
schade. ich sehe leider, das datum des /error_docs stimmt nicht wirklich mit dem bereitstellungsdatum überein (außer natürlich das jahr).
Mal sehen, ob da neue entstehen.
ich denke, die werden nur beim bereitstellen des WHs erzeugt.
von 2021, 2x2023 und 2024
mir geht's ja jetzt darum, wie ich prüfen kann, ob z.b. die original-keys etc. manipuliert wurden – d.h. gibt es möglicherweise
feste regeln und verfahren, wie webhostings angelegt werden.
und der TS antwortet ja eh' nicht auf aufforderungen, um zumindest weitere lösungsmöglichkeiten in betracht zu ziehen (z.b. chattr).
Zuerst das Datum, wann das Hosting erstellt wurde und danach das der rsa-Dateien
ich hab #81 editiert.
so wie es aussieht, kann man am /error_docs-directory die erstellung des webhostings erkennen.
bei mir stimmt es zumindest bei 3 von 4.
bei zweien gibt es rsa-keys mit identischem datum zum /error_docs,
bei einem sind die keys 3 tage älter und
beim ältesten gibt es nur die authorized_keys (ich kann mich auch nicht erinnern, die gelöscht zu haben).
und du hast deine keys nie angefasst?
Sei froh und lobpreise dem Herrn dass es sich um keinen Server handelt.
i don't care – wenn's auffallend andere stört, wird er ja sowieso von netcup gesperrt.
wie alt sind deine webhostings?
und gibt es datumsübereinstimmungen mit den rsa-files und z.b. dem /error_docs-verzeichnis?
Ich bin mir sicher, dass er für den Threadersteller hilfreicher ist, als die Lösungsversuche mit den seltsamen Fragen der Forenteilnehmer...
es geht immer noch um webhosting – richte das bitte deiner KI aus.
ssh -> die zwei Dateien sind absolut normal, einmal public-key und einmal private-key. Die werden für den ssl handshake zwingend gebraucht.
wer seine keys übers plesk einträgt, findet strenggenommen nur [zusätzlich] die authorized_keys, inhaltlich gefüllt mit den jeweiligen pubs, vor.also wenn da mehr zeugs rumliegt, hat es jemand absichtsvoll dagelassen.
(siehe nachfolgende posts)
Moderatoren
Bitte »SourceEditing« wieder in die toolbar configuration des CKEditors einfügen.
wenn du den netcup-domainparker siehst, kann es nur an deinem cache liegen.