Wichtig ist, dass du via SMTP versendest. Nur darüber wird bei netcup ein zuverlässiger Versand (in den Grenzen der Zustellbarkeit des jeweiligen Empfängerproviders) garantiert.
Beiträge von sudo
-
-
Ich habe öfters gelesen, dass Jitsi aktuell am besten funktioniert, wenn alle Chrome / Chromium verwenden, insbesondere Firefox soll Probleme machen. Da reicht dann scheinbar auch schon ein User, der Firefox nutzt.
-
Vielen Dank. Darf man wohl fragen, wie lange hier eine Aktualisierung ohne Neustart ansonsten dauert?
Bzw. eine andere Frage @ all
Weiß jemand, was ich falsch mache? Ich möchte wie gewohnt self hosted Fonts für meine Projekte nutzen, ...
Hab bereits folgendes bei Plesk in den Headern eingetragen:
CodeHeader set Access-Control-Allow-Origin "*" Header Set Access-Control-Allow-Credentials: true Header set Set-Cookie: "ACookieAvailableCrossSite; SameSite=None; Secure" Header set Access-Control-Max-Age "864000"
Erhalte aber nach wie vor noch ein:
...has been blocked by CORS policy: No 'Access-Control -Allow-Origin 'header is present on the requested resource.
nginx auf dem VPS war da relativ einfach konfiguriert:
Codelocation ~ \.(ttf|ttc|otf|eot|woff|woff2|font.css|css)$ { add_header Access-Control-Allow-Origin "*"; expires 365d; }
Wäre für Tipps echt dankbar
Oder muss ich hier auch warten, bis das übernommen wird?
Bei Plesk werden die Header nach dem Format "Name: Wert" eingetragen, also das "Header set" weglassen, dann sollte es funktionieren:
https://docs.plesk.com/de-DE/o…guring-additional-headers
Ansonsten kannst du ja mal mit F12 die Entwicklertools in deinem Browser öffnen, den Netzwerk-Tab wählen, deine Seite (neu-)laden, den jeweiligen Request anklicken und dir die Header ansehen. Sind die von dir gewünschten Header hinterlegt?
-
Also die Ausgabe von pdnsutil show-zone sieht ja ungefähr so aus:
Codekeys: ID = 9 (CSK), flags = 257, tag = 12345, algo = 13, bits = 256 Active ( ECDSAP256SHA256 ) CSK DNSKEY = deinedomain.at. IN DNSKEY 257 3 13 zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz ; ( ECDSAP256SHA256 ) DS = deinedomain.at. IN DS 12345 13 1 aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa; ( SHA1 digest ) DS = deinedomain.at. IN DS 12345 13 2 bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb ; ( SHA256 digest ) DS = deinedomain.at. IN DS 12345 13 4 ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc ; ( SHA-384 digest )
Du brauchst nun einen der DS-Records. Also eine der mit "DS" beginnenden Zeilen.
Der Key-Tag ist die fünfstellige Nummer hinter "DS", hier 12345 (steht oben auch bei "tag = 12345"). Dahinter folgt der Algorithmus, hier 13 (siehst du auch oben bei "algo = 13"). Der Hashtyp ist die einstellige Zahl hinter dem Key-Tag (hier 1, 2 oder 4). Hier einfach am besten die höchste Zahl nehmen, die dir auch bei netcup unter "Algorithmus" angeboten wird. Und dazu dann noch den passenden Keyhash (die lange Zeichenkette hinter dem Hashtyp in der gleichen Zeile) bei "öffentlicher Schlüssel Digest" eintragen. Das Semikolon am Ende gehört nicht mehr dazu. Also nur bis vor " ;" kopieren.
-
Bei .de musst du den DNSKEY hinterlegen ("Öffentlicher Schlüssel"). Dieser hat keinen Hashtyp, weil es kein Hash ist.
Bei .at musst du den DS-Record (dieser wird als Hash aus dem DNSKEY berechnet), hinterlegen.
Die jeweils benötigten Daten unterscheiden sich, da eben ein unterschiedliches Datenformat benötigt wird. Die Registry definiert, was gebraucht wird, daher ist es bei .de und .at unterschiedlich. Bei den meisten TLDs wird der DS-Record gebraucht, bei .de aber z.B. eben der DNSKEY.
Die Daten sollte dir deine Nameserver-Software liefern, bzw. du solltest diese darüber generieren können.
EDIT: Konkret, bei PowerDNS mit
-
Genau das ist in diesen Fall verkehrt.
Warum? none != noop:
https://serverfault.com/a/815980
Außerdem gehts ja um das Grundlegende, du kannst da natürlich eintragen, was du willst
-
-
Benutzt du evtl. mpm_prefork (vermutlich mod_php)? Siehe hier unter "Apache 2.4.27, HTTP/2 not supported in prefork":
https://http2.pro/doc/ApacheDann sollte aber was in der Apache error.log stehen, wie in dem Artikel beschrieben.
-
Ich denke, jeder sollte sich mal vor Augen führen, wie viele Abusemeldungen netcup versendet bei der Kundenzahl. Da sind die Beschwerden zu dem Thema hier im Forum wirklich selten. Und letztlich: Ausfälle können immer passieren. Ob das nun ein Hardwaredefekt oder ein menschlicher Fehler war. Das muss man auch so sagen, finde ich.
-
After you save your records, additional rows should appear. There is no limit for the amount of DNS records per zone (domain).
-
-
Da die Funktion password_hash heißt?
-
Kann ich nicht nachvollziehen. Eventuell ist etwas bei der Installation schiefgelaufen? Die Resolver waren bei mir in der Netzwerkconfig unter /etc/network/interfaces.d/ eingetragen mit dem Parameter "dns-nameservers".
-
Ändere mal das "http://" zu "https://" in der Zeile:
Code<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js"></script>
Dann sollte es funktionieren.
EDIT: Den Fehler siehst du in deiner Browser-Konsole, die du in der Regel mit der Taste "F12" erreichst.
-
Das aktualisiert sich nicht in Echtzeit. Ca. alle 24 Stunden wird es aktualisiert.
-
Das scheint mittlerweile zu gehen wie es scheint? Allerdings würde ich mir ein bisschen Dokumentation dazu wünschen. Ich sehe nur, dass es scheinbar einen neuen Handletyp dafür gibt und dass normale Handles nicht funktionieren. Aber was ich wo wie ausfüllen muss ist mir nicht ganz klar.
Ist dokumentiert: https://www.netcup-wiki.de/wiki/Domains_CCP#.de_Domains
-
Hi,
Dazu gibt es hier eine ganze Übersichtsseite:
-
Wenn du ihnen auf Englisch weiterhilfst, dann ja
Ein Reseller-Webhosting definiert sich dadurch, dass deine Kunden Support von dir erhalten. Bei Problemen kannst du dich an netcup wenden, aber netcup wird nicht deine Kunden, die deinen Reseller-Tarif nutzen, unterstützen. -
Wenn möglich, entferne das Postfach mal auf allen Geräten und füge es dann, beginnend mit dem MacOS-Gerät, wieder hinzu.
-
KB19 Dein Link in dem Beitrag funktioniert allerdings leider nicht mehr. Hier ist der korrekte Link: