Beiträge von KB19

    Bekanntes Problem. Liegt nicht an FreeBSD. Habe es schlussendlich durch ein zus. IPv6 Netz gelöst welches vernünftig (seitens Netcup) geroutet wird.

    Was soll sich eigentlich bei einem zusätzlichen IPv6-Subnetz ändern? OK, das wird auf eine Adresse Deines primären Subnetzes geroutet, braucht also kein NDP für jede einzelne Adresse. Für das Ziel dieser Routingaktion ändert sich aber nichts. Dort hat man genau gar nichts gewonnen. Oder übersehe ich da irgendeine Kleinigkeit?

    (Ich verwende kein *BSD und ich weiß somit auch nicht, woran es im Detail scheitert.)

    Spoiler anzeigen

    Nachtrag: Die Forensuche ist irgendwie komisch. Die spuckt jeweils nur Beiträge von einem Zeitrahmen von zwei Jahren aus.

    Aber das hindert einem nicht daran, an korrekte Zahlen zu kommen: gist.github.com/2ba7041d687b59cef7bd6da08c887b2c ^^

    Wenn mein Script keinen Fehler hat, komme ich da sogar nur auf 8.731. Wie das möglich ist, wenn die Liste aller meiner Beiträge länger ist? Keine Ahnung.

    Egal, ich blicke da nicht mehr durch. Spieltrieb beendet, nützliches Quick & Dirty Script dabei produziert, was will man mehr? 8)

    Das mit dem nicht zählen einzelner Foren wäre eine Möglichkeit, aber der Beitragszähler ist auch manchmal nicht 100% richtig. Der Wert dahinter ist in der Usertabelle der Foren DB "gecached" und wird dort vermutlich immer nur hoch und runtergezählt. Da kann scheinbar ab und zu was schieflaufen, das konnte man auch schon in anderen Foren beobachten. Es gibt im Admin Bereich des Forums einen Cleanup Task, "Beiträge neu zählen" (oder so ähnlich). Eventuell müsste man das mal ausführen.

    Das Funktionsprinzip des Beitragszählers ist mir durchaus bekannt. :)

    Allerdings dürfte das in der Realität eher selten vorkommen, wenn es nicht gerade Bugs in der Forensoftware gibt oder das Script mitten in der Ausführung stirbt. (Transakionen sind glaube ich immer noch selten bei Forensoftware, oder?)

    Vielleicht ist auch damals beim Wechsel von VB zum WBB passiert. Ich habe den Wert eigentlich noch nie mit der Forensuche verglichen. Egal… 8)

    Sagt mal, zählen irgendwelche Forenbereiche nicht zum Beitragszähler? :/

    Im Profil habe ich 8.777 Beiträge, laut der Forensuche komme ich aber auf 8.782.

    (Nicht, dass das wichtig wäre. Ich bin nur gerade zufällig über die Differenz gestolpert.)

    Falls sich jemand fragt, ob es sicher ist, mittels PHP und nur addslashes() Daten in eine JavaScript-Variable im HTML-Code zu schreiben: Nein, ist es nicht! :sleeping:

    Spoiler anzeigen

    Siehe: https://github.com/killerbees19/g…/xss-addslashes

    Code
    printf("var test = '%s';\n", addslashes($_GET['name'] ?? $_GET['name']));

    Das stark vereinfachte Beispiel nimmt Daten von einem GET-Formular entgegen und begrüßt den Benutzer auf der Folgeseite mittels alert(). Was soll da schon groß passieren? :/

    Aus dem String auszubrechen ist Dank </script> leicht möglich. Schwieriger wird es dann nur, ein externes Script ohne die Zeichen '" nachzuladen. Aber auch das geht, indem man sich die benötigten Strings einfach aus der URL oder dem Anker holt. Für substr() braucht man nämlich keine Anführungszeichen. Edit: Blödsinn, ein HTML-Attribut muss ja keine Quotes haben. Ein Script einzubinden geht also noch einfacher.

    Fertig ist der Exploit, zu dem man das Opfer nur noch locken muss…

    Code
    page.php?name=%3C%2Fscript%3E%3Cscript+src=..%2Fevil.js+%2F%3E

    (Sobald evil.js auf einem externen Server liegt, meldet sich übrigens NoScript. Nutzer dieses Addons sollten theoretisch nicht betroffen sein.)

    htmlspecialchars() hätte das verhindert, würde aber den String bei bestimmten Sonderzeichen verschandeln. Und wirklich notwendig ist es ja nicht, da es sich um kein HTML-Attribut handelt. [Dachte sich wahrscheinlich der Programmierer.]

    Die wirkliche Lösung führt über json_encode(). Sollte das Ergebnis innerhalb eines HTML-Attributs verwendet werden, muss es natürlich trotzdem noch einmal durch htmlspecialchars() gejagt werden!

    Darki Bist Du sicher, dass eine Optimierung erforderlich ist? Oder hast Du nur nicht genügend freien Speicherplatz für neue Snapshots? Bei Letzterem könnte eventuell ein fstrim -v -a weiterhelfen.

    Soweit ich weiß, gibt es diese Begrenzung und Meldung im SCP schon seit einigen Jahren. Ob die Limits diesbezüglich geändert wurden, oder ob einfach mehr Kunden Optimierungen durchführen, weiß ich nicht.

    Währenddessen ist die Freundin nicht mehr mobil, weil sie mit dem Bike sonst regelmäßig Dortmund-Hamm gependelt ist. Wäre ich die geschädigte Partei, würde ich mich auf Schadensersatz verklagen. Ich glaub ich backe ihr demnächst mal einen Kuchen, um das zu vermeiden..

    Stimmt, wenn sie sich nicht mehr fortbewegen kann, soll sie am Besten noch ein paar Kilo zunehmen! 8)

    (SCNR)

    Ich drücke euch die Daumen, dass sich das rasch und für alle zufriedenstellend klärt.

    Hat hier noch jemand Probleme über A1 (Österreich)? Egal ob DSL oder Mobilfunk, bestimmte AS sind nicht mehr oder nur mit extrem hohem Packet Loss erreichbar. Das dürfte seit ca. 12 Uhr so sein. Betroffen sind u.a. twitter.com (letzter Hop lg2-1171.as8447.a1.net), opendns.com (letzter Hop ae-3.r20.vienat02.at.bb.gin.ntt.net), …

    Hat ein paar Ähnlichkeiten mit dem Problem von vor einem Monat. Nur mit dem Unterschied, dass es dieses Mal auch das Mobilfunknetz betrifft und der AON-Proxy ebenfalls die gleichen Symptome zeigt.

    Edit: Je mehr ich das analysiere, desto eher habe ich das Gefühl, dass es nicht nur A1 betrifft. Das ist eventuell ein Problem außerhalb deren Einflussbereichs.

    Auf gut Deutsch: Auf dem Hostsystem laufen schon zu viele ähnliche Tasks. Um die Performance anderer Kunden und Deiner eigenen Optimierung nicht zu beeinträchtigen, ist die Aktion derzeit nicht möglich.

    (I/O-Scheduler & Co. kann man bei Gästen sicher einfacher regulieren als bei allgemeinen Prozessen direkt am Host. Unabhängig davon würde es dann trotzdem länger dauern, die angezeigte Dauer im SCP würde schlimmstenfalls nicht eingehalten werden.)

    Nein, da sollte es keine Probleme mit Let's Encrypt geben. Die Dateien in .well-known tragen ja sowieso zufällige und einmalige Namen. Vor allem werden diese (afaik) außerhalb Deines Docroots abgelegt.

    Aufpassen musst Du maximal, wenn eine Domain im CCP gelöscht, umgezogen oder einem anderen Webhosting zugewiesen wird. Normalerweise werden verknüpfte "Inhalte" dabei gelöscht. Darauf wird währenddessen auch hingewiesen. Wie sich das verhält, wenn der Docroot für mehrere (Sub-) Domains gültig ist, weiß ich nicht. Wenn Du so etwas vorhast, solltest Du vorher lieber einen neuen leeren Ordner anlegen und den als Docroot zuweisen. Dann kann nichts passieren.

    Da hat jemand mitgelesen...

    Und, gibt es dazu noch Neuigkeiten? Die seltsamen Pakete trudeln nämlich nach wie vor ein: