Sind auch diesmal wieder ARM, AMD und Android mitbetroffen wie bei Spectre und Meltdown?
Der Angriff geht auf Intel SGX - es sind laut Attack Page nur Intel Prozessoren betroffen.
Sind auch diesmal wieder ARM, AMD und Android mitbetroffen wie bei Spectre und Meltdown?
Der Angriff geht auf Intel SGX - es sind laut Attack Page nur Intel Prozessoren betroffen.
Bei einigen Betriebssystemen kann die andere Netzwerkkarte zu unterschiedlichen udev EinTrägen führen und das Interface kann dadurch auch anders heißen, wodurch eine DHCP Konfiguration nicht zwingend greifen muss.
Wenn du es auf einer Linux Maschine erstellst, hast du die wenigste Arbeit, da es von qemu-KVM kommt und auf qemu-KVM aufgespielt wird.
Ansonsten musst du gucken ob die anderen Virtualisierungstools qcow2 unterstützen oder es raw anlegen. Mit qemu-img kannst du solche Images auch konvertieren.
Was auch geht und vom Datentransfer am Schnellsten geht: du legst dir egal womit eine VM an, installierst dort dein Zielsystem, bootest ein anderes Linux auf dieser VM (z.B. grml) - startest auf der Netcup VM das Rettungssystem und transferierst das Dateisystem oder das Blockdevice per SSH auf die Netcup VM.
Per Dateisystem:
Per Blockdevice
Ggf. auch mit Komprimierung.
Wo wird das gemeldet?
Beim Landesdatenschutzbeauftragten oder den Verbraucherzentralen. Erstmal will ich aber einen Dump von denen haben, was die mit meinen Daten anstellen und woher die überhaupt kommen.
Apropos China Kram - Wish wird in Europa von einer Niederländischen Firma betrieben.
Und ich habe Newsletter von denen unerwünschterweise und ohne Double-Opt-In im Posteingang.
Die bekommen jetzt ein paar auf den DS-GVO Deckel. ![]()
Bei einem DTAG Dual Stack Anschluss?
Wenn dein eigener Router NAT macht. 90 Sekunden sind keine untypische Zeit für einen TTL Eintrag in der NAT Tabelle.
ohne Erkennbaren Grund
NAT?
https://coanoa.de/wp-admin/admin-ajax.php der hier dauert sehr lange. Über eine Sekunde. Das scheint die WooCommerce Wishlist zu sein.
Und ansonsten lädt er zig JavaScripte - bmlsg.js - aus unterschiedlichen Verzeichnissen unter wpfc minified. Könnte man doch mal zusammenfassen zu einer.
Ob das für uns NC-Serverkunden relevant ist, sei mal dahin gestellt…
Na das wurde im Pressetext extra so hervorgehoben.
Peering zu Netflix, aber blockiert Netflix nicht IP Adressen die zu Servern gehören?
Welche PHP Version nutzt du und wie hoch hast du das Memory Limit gewählt?
Welche Cache Plugins setzt du ein und wie sind diese konfiguriert?
Mein Problem ist, dass ich zwar im CPC die DNS Einstellungen finde, aber überhaupt nicht blicke, wo dieser TXT Eintrag nun hinmuss, damit Google meine Seite verifiziert.
Du nimmst dir eine leere Zeile, links tippst du @ ein, in der Mitte wählst du TXT aus, und rechts kommt der Verifikationstext von Google rein.
Für eine kleine Anleitung wäre ich sehr dankbar.
wie kann ich das verhindern?
IPv6 Stack im Betriebssystem deaktiviern, oder Firewall zu machen, oder IPv6 über Tunnel anbieten bzw. Nullrouten - dann hat die Route über den Tunnel vorrang.
Ich meine einen IMAP und SMTP Proxy - nginx kann zumindest IMAP, aber wie das mit SMTP/Submission aussieht, weiß ich nicht.
Dann bekommen deine Nutzer wenigstens keine "Dieser Server ist unsicher" Meldung.
SPF hat dann ja nichts mit Submission zu tun, das muss dann direkt auf Netcup zeigen.
Es ist nur für die Clients gedacht, also was man in Outlook einträgt.
Das wirft dir TLS Warnungen, oder du machst es ganz unverschlüsselt. Beides Ungeil für deine Nutzer.
Edit: du kannst allerdings eine Autoconfig Datei hinterlegen, wo die Daten von netcup drinne stehen.
Ansonsten musst du eigene Mailserver betreiben oder entsprechende Proxies aufsetzen.
Falls dies mit Nachteilen verbunden ist wäre es interessant diese zu erfahren.
Arnebob wenn du die genannten DNS Server bei Netcup eigestellt hast, kannst du danach nichts mehr bei Netcup Einstellen. Die Einstellungen (A, AAAA, MX, CNAME etc.) kannst du nur noch bei Netlify selbst durchführen.
CNAME auf der Hauptdomain (auf dem Hauptstamm - arnefoth.de) ist nicht zulässig.
Chrome selbst meckert rum, weil bei Netlify der A Record fehlt. (IPv4) Du hast nur einen AAAA (IPv6) Record hinterlegt.
Die Netlify Server antworten aber korrekt auf Anfragen, ohne Fehlerzustand wie NXDOMAIN.
Derzeit ist deine Internetseite nur über IPv6 und nicht über IPv4 erreichbar
Ich hatte das phpmyadmin zwar danach wieder gelöscht (git rm) und neu commitet, aber das phpmyadmin hängt jetzt noch irgendwo im .git Ordner drin, wodurch der verdammt groß ist.
Rebase und Push Force
es kommt ein normaler 404er zurück.
Die 404 kommt ja nicht vom Proxy, wenn der Service dahinter ein File nicht findet. Hast du da mal in den Logs nachgesehen, was da kommt?