Danke Euch allen fürs ausprobieren. Dachte nur ich hätte was falsch konfiguriert, aber dann liegt's wohl an dem Microslop Test.
Beiträge von SiebenG
-
-
Hat jemand von Euch DANE auf seinem Mailserver konfiguriert?
Falls ja, was kommt denn bei dem Microslop Test hier bei Euch raus:
https://testconnectivity.microsoft.com/tests/O365DaneValidation/input
Bei mir kommt da immer ein Fehler, dass mein Mailserver kein STARTTLS akzeptiert, tut er aber ganz sicher schon seit Jahren. Andere Tests im Internet bescheinigen mir auch ein funktionierendes Setup.
-
Ich habe meine erste de-Domain 1999 registriert, das kostete in einem Webspace-Paket 130,80 DM für ein Jahr.
-
Ah, ich nehme es zurück... Gerade deren Lizenz gelesen, zum internen kommerziellem Gebrauch erlaubt, man darf nur den Dienst nicht kommerziell anbieten. Die verkürzte Darstellung auf deren Website hatte mich erwischt.
Danke, dann schaue ich mir das mal an!
-
Meine Entdeckung des Tages: https://dockhand.pro/
Für mich eine sehr ansprechende Alternative zu Portainer
Da darf die kostenlose Variante aber nicht kommerziell eingesetzt werden. Also eher nur fürs homelab. -
Ja, in beiden Fällen war das Problem direkt beim Erstellen des DS records hier bei Netcup. Da kann man ja direkt schauen ob es funktioniert. Wenn's ganz dumm läuft hat man dann einmalig 24 Stunden Probleme, dann aber nicht mehr. Ich habe das jetzt fast ein Jahr so mit allen Domains und es läuft stabil. Hier bei Netcup habe ich aber auch gar nichts mehr nb den DNS Einstellungen geändert, nur bei desec.
Und ein weiteres Plus: Die API von desec ist richtig gut..
-
Ich bin gerade kurz davor, genau wegen dieser Thematik, meine Domains wo anders hin zu ziehen
Alternativ könntest auch die Domains hier lassen und einen anderen DNS Server verwenden. Ich habe seit dem Umzug meiner Zonen zu desec keinerlei Probleme mehr. Musst nur hier bei Netcup auf deren Nameserver verweisen und einmalig den DNSSEC Schlüssel hinterlegen.
-
Es gibt lokale Routingprotokolle, z.b. OSPF, die Multicast verwenden. Falls Netcup sowas intern einsetzt z.B. bei Redundanz im lokalen Netzwerk, sind das vielleicht auch einfach IPs von den Netcup Routern und nicht von anderen Kundenservern.
-
Ja, das ist kein IGMP. War nur eine Vermutung, da Du Multicast geschrieben hast...
Bist Du sicher, dass das Paket nicht von Deinem Server kommt? (auch weil Du die Sender IP anonymisiert hast?)
-
Kann die Netcup Firewall auch igmp filtern? Oder alle Protokolle?
Du siehst wahrscheinlich igmp Traffic (?)
-
Ich denke das könnte eine Ursache sein: Klick
Meinst Du das Stellengesuch 2nd Level Support oder das LLM AI Engineer

-
Wird der RSS feed nicht mehr aktualisiert?
Die alte URL https://www.netcup.com/special-offers.xml wohl nicht mehr, die neue https://www.netcup.com/rss/deals/de schon. Auf der Startseite ist der richtige verlinkt, bei den FAQs noch der alte.
-
Ich installiere auch immer mit UEFI. Ist einfach moderner.
So richtige Vorteile hast Du vermutlich keine, vielleicht aber, sobald Netcup Secureboot anbietet.
Außerdem ist es bei Storage über 2TiB obligatorisch von dem Du booten möchtst, da GPT benötigt. Werden aber hier vermutlich auch die wenigsten haben...
-
Verbindung mit Puuty klappt jetzt, aber root und das PW aus dem SCP gehen nicht. Da wist was faul
ssh root Login ist bei den meisten distros blockiert, kannst aber freischalten, dazu in der /etc/ssh/sshd_config
Und sshd neustarten.
-
Die minimale einstellbare TTL für die komplette Zone ist 300, meiner Meinung nach ein bisschen hoch für dyndns.
Ich hatte das auch mal probiert, bei mir gab es dann zu den 5min noch einem weiteren delay, irgendwie war zwischen dem update via API und des Updates den Netcup DNS nochmal einige Zeit.
Ich mache das mittlerweile über desec, ist irgendwie schneller und die API für ipv4/v6 Updates viel flexibler.
PS: dyndns und wireguard kann auch problematisch sein, WG bekommt die IP Änderung oft nicht mit, da stateless UDP..
-
Du kannst jede beliebige IP aus Deinem /64 nehmen, egal ob
- aaaa:bbbb:cc:eeee::2 oder
- aaaa:bbbb:cc:eeee::dead:beef oder
- aaaa:bbbb:cc:eeee:123f:345f:678f:9999
Falls Du später mal ein anderes ipv6 Netz bestellst oder ein v6 Failover, wird dies allerdings auf aaaa:bbbb:cc:eeee:123f:345f:678f:9999 gerouted. -
I would run a yabs in the rescue system and open a ticket with its result.
If it shows that same poor benchmark, support will help you. A single core yabs should be around 1700 to 2000 on G12.
-
Ich verwende dazu calcardbackup (https://codeberg.org/BernieO/calcardbackup).
Läuft bei mir als cron und macht regelmäßige Backups vom Kalender und Kontakten. Ist halt unabhängiger von der Nextcloud Version, was die DB Dumps nicht unbedingt sind...
Auch der Umzug von owncloud zu nextcloud hat damit hervorragend geklappt.
-
Wir (netcup AS 197540) sind gerade runter von UCE-L3? Mal sehen wie lange das hält.
Ich habe so das Gefühl, dass UCE da was geändert hat. Mir ist schon seit Jahresbeginn aufgefallen, dass sowohl meine Netcup IP als auch eine bei einem Hoster mit nicht wirklich guten Ruf runter ist. War da teilweise jahrelang drauf...
-
Okay, dann scheint das ein anderes Problem zu sein, da "communication error" auf einen nicht erreichbaren Server hindeudet. Bei mir auf dem Dual Stack sieht es so aus:
Code$ host google.com 2a03:4000:8000::fce6 ;; missing question section Using domain server: Name: 2a03:4000:8000::fce6 Address: 2a03:4000:8000::fce6#53 Aliases: Host google.com not found: 5(REFUSED)Also Verbindung zum Server funktioniert, der sagt dann aber: Nö!