Naja, sinnvoll ist es nur, wenn es Auswirkungen hat. Scheinbare Priorisierung ist nicht hilfreich.
Streng genommen würde ich ja die Anfragen potentieller Neukunden schneller bearbeiten ... wer Kunde ist bezahlt ja schon ... 
Beiträge von daq4th
-
-
die Frage ist es der Standard oder die Empfehlung. Und damit auch, In welche Richtung wurde denn falsch übersetzt.
-
ich hatte überlegt ob ich einfach nur
AAAAAAAAAAAAAAAAAAAALT
schreibe ...
-
Der Jimdo-DNS scheint da zimlich limitiert zu sein.
Es gibt doch bestimmt einen Cloud-Service für redirects, wenn er die Domain bei Netcup ohne Webhosting gebucht hat.
cl0udflare faked die CNAMEs auf Domain-Ebene, aber keine Ahnung ob der Jimdo-Webserver sich dann angesprochen fühlt.
-
Wenn jimdo den DNS macht, musst du auch die DKIM-Records bei Jimdo pflegen. Die sollten irgendwo im Interface die Optionen bieten, weitere DNS- Einträge zu machen.
Wenn du mit CNAMES arbeitest ist es technisch nicht möglich, auf Ebene der Domain einen CNAME-Eintrag zu machen (also domain.com), das geht nur auf der Ebene www. domain.com. Darum musst du dann üblicherweise beim DNS-Anbieter (also Netcup) oder einem anderen IP-Adresse einen Redirect von domain.com auf www. domain.com definieren. Der CNAME schickt www. domain.com dann wieder zu jimdo.
-
It's not that easy to do on the same interface.
Some applications let you choose outbound addresses, so you'll need to check the docs.
You could try using SNAT for targets/ports/marks or setup specific routing for selected destinations.
-
Ich bin mir nicht sicher, ob "Systemabsicherung" der richtige Bezeichner ist, da würde ich dann erwarten, dass ich fragen kann, wie ich die php.ini schreiben muss, damit alle sicher ist
Vielleicht sollten wir das eher "Sicherheitswarnungen" oder "Aktuelle Bedrohungen" oder so nennen, nach dem aktuelle Stand der Diskussion.
-
mariadb und postgres ist nicht erlaubt?
-
Bei mir sind folgendes Ergebnisse:
Der nano sieht kaputt aus, soll ich dir den abnehmen?
-
Hostname setzen geht mittlerweile fast überall mit hostnamectl set-hostname virtual-999
-
das hängt sehr stark vom eingesetzten Linux ab.
Wenn du dhcp aus dem image noch aktiv hast, kannst du einfach so booten ...
-
Da gabs letztens schonmal Probleme, aber es wurde etwas gefixt:
Vermutlich ein Thema für den Support, weil NAST sein OK gibt.
-
im Rahmen der NIS2 sind sie auf jeden Fall meldepflichtig beim DENIC.
Und ich schau mal wieder drauf, welche Abhängigkeiten ich im DNS so habe. Ein vergleichbares Problem auf .net wäre glaube ich dramatischer.
Die meisten authorative DNS laufen auf .net, viele andere auf .com. Ein paar laufen auf einer Mischung aus de und eu, das klingt am robustesten.
Aber die kompletten Mails werden über .net abgewickelt, mal schauen ob ich da noch eine andere TLD zwischen mischen kann.
-
-
So "coordinated" fand ich das jetzt nicht, dass zum Release praktisch alle Distros keinen Fix fertig hatten. Vielleicht lernen sie ja auch dazu.
-
Das Modul zu blockieren hilft nur auf den Debian-Systemen, die Red Hat, Alma und Rocky-Systeme haben kein Modul, sondern alles fest eingebaut.
Wenn
Code# rmmod algif_aead rmmod: ERROR: Module algif_aead is builtin.erscheint, dann hilft der Module disable workaround nicht, aber er schadet auch nicht.
-
Und die Helden von Red Hat haben noch keinen Fix, damit auch kein Fix für Alma und Rocky.
https://access.redhat.com/security/cve/cve-2026-31431
Aber es gibt einen Workaround:
Codegrubby --update-kernel=ALL --args="initcall_blacklist=algif_aead_init" -
Zur minimierung der Problematik insgesamt würde es wahrscheinlich auch schon helfen, wenn man sich ein ganzes 24er Netz anmietet mit guter Reputation, da ja scheinbar häufiger in irgendwelchen Datenbanken pauschal größere Netzbereiche eingetragen werden.
Nein, du kannst ja streng genommen nicht garantieren, dass deine Kunden/User nicht Unfug machen oder sich eine Malware eintreten und dann die Reputation der ganzen Range schädigen. Wenn, dann willst du eine Verteilung auf verschiedene Ranges haben, die ausser dir als Subunternehmer keinerlei Beziehung zueinander haben.
-
Beim roten H mietest du ein /24 für ungefähr 520€ im Monat plus 720€ setup.
Wenn du hier als selfmade SASE-Anbieter starten willst, da solltest du lieber auf mehrere Rechenzentren setzen.
-
Bin ich eigentlich der Einzige, an dem vorbeigegangen ist, dass es wieder ARM-Server gibt?
