AlexanderB Dass das SCP in ein neues UI bekommt, mit besseren Unterstützung für mobile Endgeräte, hast Du mitbekommen?
Beiträge von KB19
-
-
[netcup] Sarah G. Kann es sein, dass das Design beim neuen Security Forum irgendwie fix konfiguriert wurde? Ich habe seit dem letzten Upgrade das Woltlab-Standarddesign ausgewählt, bei Threads im Security-Forum wird aber wieder der (verbuggte) netcup Stil aktiv. Lustigerweise nur dort, was sehr auf Fehlkonfiguration hindeuten würde.
(Ich habe aber aus Adminsicht keine Erfahrung mit dieser Forensoftware. Keine Ahnung, ob bzw. wo man das konfigurieren kann.)
-
Und immerhin geht's nicht mehr im längsten Thema unter. Wobei, so wie ich die Community kenne, wird sich das erst zeigen.
(Und da nehme ich mich selbst nicht aus! Ich bin ja scheinbar auch zu faul für den "Neues Thema" Button…)
-
Zur Not könnten die Moderatoren immer noch einen Sammelthread als Sticky markieren, in dem wir z.B. wichtige Security-Advisories sammeln.
Mit dem Begriff "Security" ist wenigstens alles abgedeckt, was an interessanten Threads entstehen könnte.
-
Wann wurde denn das Kontaktformular im CCP abgeschafft?
Schade, das war vergleichsweise wirklich praktisch. Auch wenn dort immer das Risiko bestand, dass zwischendurch die Session abläuft oder der CSRF-Schutz dazwischenfunkt.
-
Wenn man beispielsweise auf der Übersichtsseite des SCP ist und erneut auf den Menüpunkt Server klickt, aktualisiert sich nichts. Man muss explizit F5 drücken, um neue Details zu sehen.
btw: Außerdem hätte ich auf der Übersichtsseite erwartet, wenn es einen animierten Fortschrittsbalken während "Server startet neu" gibt, dass sich jene Details irgendwann von selbst aktualisieren. Wenn das nicht der Fall ist, sollte es an dieser Stelle nur einen statischen Text geben.
-
In Fennec (Firefox) kann ich z.B. bei "Medien" nicht auf die weiteren Menüpunkte (Images, DVD, Recovery, …) zugreifen, da sie nicht erreichbar sind. Logout usw. ist dadurch auf solchen Seiten auch nicht erreichbar. Weiter runter scrollen/wischen funktioniert leider nicht
Screenshot_20260519-001342_Fennec.png
(Fennec v150.0 [F-Droid Build] unter LineageOS auf dem Motorola G32)
-
Mein Server soll angeblich Mining machen, genannt wurde eine Domain die er kontaktiert haben soll und einen Port, der nutzt wurde.
Was genau steht in der Abusemeldung? Welche IP-Adresse und welcher Port wurden über welches Protokoll kontaktiert?
-
Das kann ich toppen!
Die Erklärung von NaN sollte aber zutreffen, siehe auch: Umstellung auf positionsbasierte Rechnungsstellung
/cc nitram
-
gab's nicht mal einen thread, um fehler in der DNS-Beta zu melden?
Hätte es wohl ursprünglich geben sollen, ich kenne aber keinen.
-
Wisst ihr was schön ist? Wenn man währenddessen einen netten 52km Nightride mit dem Fahrrad gemacht hat und davon absolut gar nichts mitbekommen hat, dass Deutschland quasi aus dem Internet verschwunden ist.
Schön, dass es jetzt wieder funktioniert. Dann kann ich ja schlafen gehen. gn8!
-
[…] wäre ja vermutlich auch im Sinne von netcup um Speicherplatz freizubekommen.
Hast Du schon einmal Snapshots gelöscht und das SCP genauer beobachtet? Meistens ist es nämlich so, dass das Löschen von Snapshots den "belegten Speicherplatz" (sichtbar unter Medien) nicht freigibt. Dafür braucht es quasi immer eine Speicheroptimierung, bei der sowieso alle Snapshots verloren gehen. Ich stecke in den Details von QCOW2 (dem vom netcup verwendeten Imageformat) nicht so tief drinnen, aber ich denke da gibt es einige Einschränkungen bezüglich Snapshots.
-
Es sieht für mich stark danach aus, dass alle Server hinter ns1/ns2 plötzlich ein Problem mit der Größe meiner Zone haben. ns3 funktioniert einwandfrei, aber vielleicht ist dort eine andere Version des Softwarestacks aktiv. Die Größe meiner Zone war schon einmal problematisch, damals mussten sie glaube ich irgendwelche API-Limits anpassen.
Update zur IN*X (bzw. indirekt UptimeRobot) Geschichte: Einer meiner SSHFP-Records war fehlerhaft, typischer Copy & Paste Fehler.
Offenbar validieren ns1/ns2 (aber nicht ns3) seit einiger Zeit strenger, als es die API macht. Das führte dann dazu, dass der seit Jahren existierende (fehlerhafte) SSHFP-Record das Zonenupdate auf ns1/ns2 bei meiner Domain zum Stillstand brachte. Dass DNSSEC ungültig wurde, war quasi reiner Zufall aufgrund des anderen Problems. Diesem Umstand verdanke ich es aber, dass der Fehler überhaupt aufgefallen ist.
Tja, dumm gelaufen. Shit happens…
Hat bei euch der "Bearbeiten" Button hier im Forum neuerdings auch das Archlinux Logo? Oder macht hier mein Browser komische Dinge
Ich sehe das allerdings nur in Firefox.Kann ich hier bei Firefox 140.9.1 (ESR) unter Debian nicht reproduzieren.
wie sieht es eigentlich mit dem neuen dnssec aus? das ist ja schon über zwei jahre in beta…
Leider keine wirklichen Neuigkeiten seit einer gefühlten Ewigkeit. Meine Testdomain wurde mittlerweile verlängert, dümpelt aber vor sich hin. Mir persönlich (und garantiert auch vielen anderen Kunden) fehlt nämlich ein sehr wichtiges Feature, das die alten Nameserver aktuell haben. Bis auf diese Sache wäre das neue System durchaus nett und in einigen Punkten eine deutliche Verbesserung.
-
Und ist das Problem jetzt behoben? Ich habe all meine Domains und die, welche ich sonst noch irgendwie betreue, dort. Sie haben alle DNSSEC aber ich hatte bisher nichts davon mitbekommen.
Jein, sie haben (aufgrund der Feiertage) leider noch nicht geantwortet. Es scheint aber nicht direkt mit DNSSEC zusammenzuhängen.
Ich habe meine DNSControl-Konfiguration aber zwischenzeitlich angepasst und alle SSHFP-Records temporär deaktiviert. Nach dem Push waren alle NS wieder synchron. Danach habe ich die SSHFP-Records wieder aktiviert und das Problem war sofort wieder reproduzierbar. Nach dem erneuten Entfernen läuft es jetzt vorübergehend einwandfrei.
Es sieht für mich stark danach aus, dass alle Server hinter ns1/ns2 plötzlich ein Problem mit der Größe meiner Zone haben. ns3 funktioniert einwandfrei, aber vielleicht ist dort eine andere Version des Softwarestacks aktiv. Die Größe meiner Zone war schon einmal problematisch, damals mussten sie glaube ich irgendwelche API-Limits anpassen.
-
Ich tippe also eher auf ein Problem bei UptimeRobot.
Schuldigen gefunden: IN*X
Offenbar ist DNSSEC auch bei anderen Anbietern mal kaputt: The Signature Expiration field of the RRSIG RR (2026-04-02 00:00:00+00:00) is 1 day in the past.
Wobei es eher danach aussieht, dass die verschiedenen Nameserver von denen nicht mehr synchron sind. Manche hängen auf einer Serial von März fest, neue Records werden auch nicht mehr überall sichtbar.
-
Dann wird wohl netcup von dem entsprechenden Server aus derzeit nicht zuverlässig erreichbar sein.
Es betrifft aber nicht nur Ziele bei netcup.
Es sind mindestens vier verschiedene Standorte/Provider betroffen, viele davon sogar nur mit minimaler Firewallkonfiguration. Ich tippe also eher auf ein Problem bei UptimeRobot. Ich werde nachher mal den Support von UptimeRobot anschreiben. Ich kann das mit eigenen Tests und auch Smokeping nämlich absolut nicht bestätigen.
-
Dreht bei euch UptimeRobot seit einigen Stunden auch komplett durch? Ich bekomme im Minutentakt down/up Notifications für quasi alle überwachten Ziele, nicht nur bei den netcup vServern.
-
Ok, das ist neu bei MS: Ratelimit statt sofortiger Abweisung?
451 4.7.650 The mail server [***.***.***.***] has been temporarily rate limited due to IP reputation. For e-mail delivery information, see https://aka.ms/postmaster
(Nein, meine IPv4 schickt nicht so viel dorthin.)
-
Ich habe von den kostenlosen vLANs jedenfalls zwei pro Standort, für unterschiedliche Zwecke.
In der Produktbeschreibung steht meines Wissens auch keine Limitierung. Es würde mich aber nicht wundern, wenn netcup ab einer bestimmten Menge nachfragt, was man da genau macht.
-
Also wenn ich z.b. Google Übersetzer so ansehe, der lässt zu wünschen übrig
erfindet teilweise übersetzte Wörter oder verdrehte Sätze die es so gar nicht gibt Hmm
(Die Eingabe war übrigens, dass er eine passende Deutsche Antwort [auf ein englisches Zitat] formulieren soll, die halbwegs wie von einem Wiener klingt, aber die auch Deutsche gut verstehen können. Und es soll keinesfalls perfekt sein, weil das sonst zu sehr nach KI klingt.)
Aber ernsthaft mal: Die Ergebnisse von z.B. Deepl sind jedenfalls um Welten besser, als das was das normale Google Translate so ausspuckt.
