Hej nochmal,
während es bei meiner 1. Domain "b767.net" in kürzester Zeit durchrauschte, hängt es nun bei meinem zweiten Transfer "soellner.info".
Die Domain klebt bei den netcup NS und wandert nicht zu desec. Habe schon mehrfach hin und her gewechselt (netcup<->desec).
Hat vllt jemand einen Tipp für mich?
Nun alles wieder perfekt.
Dankeschön 
DNSSEC seit 1 Woche völlig hinüber. Was der Support letzte Woche gemacht hat? Keine Ahnung.
Wechsel nun zu desec.io ...
Ist natürlich die Frage ob Surricata und/oder Zenarmor etc pp mitlaufen sollen.
Habe beides nicht und eine ZOTAC CI329 idlet vor sich her
Wenn doch, gibt's hier Auswahl
NRG Systems IPU Systeme und Zubehör
Alternativen gibt's genügend (Qotom, Protectli..)
Auf jeden Anbieter trifft es ja nicht zu.
DTAG und Microsoft fallen mir da nur ein. Wobei beim letzteren, musste ich bis dato noch gar nicht intervenieren. Und letztendlich ist es bei der Telekom nur ein Zweizeiler per Mail.
Ja, war bei mir auch so. Bei jeder neuen IP wieder Mail an tosa rx.t-online.de
Ich persönlich habe zwar kein Problem mit einem Impressum.
Aber:
Temporäres Impressum schalten, Antwort von tosa abwarten, Impressum entfernen, sollte doch auch klappen.... Die melden sich ja recht zügig (auch am SO)
Wird Dir sicher nicht weiterhelfen.
Ich backuppe auf meine Syno einfach mit Borg via SSH.
Die Syno Backups mache ich auch so.
Ich nutze Snapshots eigentlich nur vor größeren Updates (z.B. Buster-> Bullseye) oder wenn ich Bedarf sehe.
Ansonsten Backup via Borg auf mein NAS zuhause (bin Privatanwender
Wenn Zertifikate vorhanden, nutzt Du diese in Apache. Der lauscht dann auf 443 und gibt an nginx an Port 12345 - kein SSL mehr bei nginx.
Den Indianer dafür zu nutzen, wäre mir nicht in den Sinn gekommen. Welche Gründe sprechen fürDich dafuer?
Ich nehme HAproxy dafuer. Geht fix zu konfigurieren. HTTPS nimmt er an, nach SSL offloading unverschluesselt an nginx.
Hast recht, das kann man so nicht ersehen.
Vllt Zufall, oder auch nicht
Nervt trotzdem. Bis dato wurde ich von dem Shice verschont.
Reporting-MTA: dns; b767.net
X-Postfix-Queue-ID: 85214401CE
X-Postfix-Sender: rfc822; ...@b767.net
Arrival-Date: Thu, 11 Feb 2021 11:53:56 +0100 (CET)
Final-Recipient: rfc822; ...@outlook.de
Original-Recipient: rfc822;...@outlook.de
Action: failed
Status: 5.7.1
Remote-MTA: dns; eur.olc.protection.outlook.com
Diagnostic-Code: smtp; 550 5.7.1 Unfortunately, messages from [188.68.46.205]
weren't sent. Please contact your Internet service provider since part of
their network is on our block list (S3150). You can also refer your
provider to http://mail.live.com/mail/troubleshooting.aspx#errors.
[VI1EUR05FT065.eop-eur05.prod.protection.outlook.comWas mich aber noch immer brennend interessieren würde, wer setzt denn die Blacklist von UCE überhaupt ein???
Microsoft z.B.
Wird jetzt rejected, bei der 1. Welle landete es noch im Spam...Bei meiner IP jedenfalls.
Könnte grad echt mal ausflippen.
netcup Das macht auf Dauer so keinen Sinn. Ich zahle zwar wirklich nicht viel für den winzigen Mini vServer. Der soll auch nur Mails senden u empfangrn. Aber das funzt mal jetzt grad eingeschränkt. Lösung muss her. So oder so.
Hallo Zusammen,
Ich fasse mal kurz für mich zusammen:
Netcup macht nix.
Der Verursacher macht nix.
Wir warten ab der Dinge die da kommen.
UCEProtect ist ein unseriöser Laden.
Ist das so korrekt?
Schrieb die Telekom mir auch. Auf Diskussionen hatte ich mit denen kein Bock. Hab denen ein Impressum hingeklatscht und gut war. Könnte es nun auch wieder löschen, denke ich mal. Betreibe den kleinen vS eh nur als Mailkiste und Privatmensch. Das interessiert die DTAG aber nicht ......
Guten Morgen Walter,
erstmal ein Dankeschön für Deinen Input.
Usable TLSA Records
3, 1, 1 daa4e6e69ad7588e[...]3376d613d9b112c4
2, 1, 1 8d02536c887482bc[...]db5813dcfbcf286d - unable to get local issuer certificate: (20)Ich musste das neue R3 Intermediate Zertifikate erst manuell einpflegen (Arch Linux).
Habe es wohl vergessen, dass ich es mit dem X3 auch machen musste - oder nicht ...
Usable TLSA Records
2, 1, 1 8d02536c887482bc[...]db5813dcfbcf286d
3, 1, 1 daa4e6e69ad7588e[...]3376d613d9b112c4Soweit gemacht und die o.g. Backups mit hinzugenommen.
Euch einen schönen 3. Advent!
VG Stefan
Hey zusammen,
bei mir läuft es gerade unrund. Zertifikat wurde neu angeschubst. Soweit ok auf R3 Intermediate.
TLSA Records sind gesetzt.
Dane Check negativ. Mails von MS und Google kommen nicht durch.
https://dane.sys4.de/smtp/b767.net
Vllt. hat jemand einen einen ersten Tipp. Melde mich ansonsten morgen mit Logs etc pp
Danke Euch.
VG Stefan
Hi Nano,
yup, das war es. Fehlerhafte Version.
Franco / OPNsense half gerade ..
ZitatA bad upstream package update was caught. Should fix this by doing:
# opnsense-revert -r 19.7.10_1 acme.sh
Danke auch Dir für Deine Unterstützung.
Guten Morgen zusammen,
versuche gerade die Zertifikaterstellung von OPNsense und dem ACME Klienten übernehmen zu lassen.
Soweit alles korrekt in der GUI eingerichtet (Wildcard via Netcup DNS / DNS-01).
Auf meinem NC vServer funzt es seit Monaten korrekt.
OPNsense bzw der ACME Klient spuckt hingegen bei mir zuhause aus:
[Thu Jan 30 08:26:05 CET 2020] Can not find dns api hook for: dns_netcup
[Thu Jan 30 08:26:05 CET 2020] You need to add the txt record manually.Läuft es bei Euch? Hat jemand ein Tipp für mich?
VG Stefan
