angeritten Das dürfte dann aber nichts mit den hier geschilderten *BSD-Problemen zu tun haben.
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.)
-
Wie? Was? Diskutiert wird im Internet bis einer weinend zusammenbricht! Das war schon immer so!
Nein, bis beide gesperrt sind. So war das schon immer!

-
friend_of_root Welche Treiber sind im SCP ausgewählt? Vielleicht heißt Deine HDD /dev/sda?
-
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
Code
Alles anzeigen137 Beiträge: [F26] Aktuelle Informationen 2079 Beiträge: [F06] vServer / Server / KVM-Server 62 Beiträge: [F07] Gameserver (vServer) 103 Beiträge: [F51] CCP (Customer Control Panel) 87 Beiträge: [F50] SCP (Server Control Panel) 258 Beiträge: [F48] WCP (Webhosting Control Panel) 0 Beiträge: [F52] Cloudron 39 Beiträge: [F40] Plesk 56 Beiträge: [F36] Froxlor 24 Beiträge: [F35] ispCP 292 Beiträge: [F11] IMAP / POP3 83 Beiträge: [F12] FTP 351 Beiträge: [F29] Sonstige Anwendungen 81 Beiträge: [F09] Confixx 181 Beiträge: [F10] SysCP 1 Beiträge: [F49] i-MSCP 121 Beiträge: [F27] VCP (vServer Control Panel) 17 Beiträge: [F16] Grafik / Design 249 Beiträge: [F15] PHP / MySQL 27 Beiträge: [F14] HTML / CSS / JavaScript 102 Beiträge: [F37] vServer Testumgebung 278 Beiträge: [F19] Technik 101 Beiträge: [F28] Ausfälle von netcup-Diensten 55 Beiträge: [F32] Partnerprogramm 300 Beiträge: [F18] Produkte 235 Beiträge: [F30] Fragen vor dem Kauf 18 Beiträge: [F46] Allgemeine Informationen 12 Beiträge: [F44] nc-Labs Hosting 105 Beiträge: [F45] nc-Labs vServer 233 Beiträge: [F47] nc-Labs KVM vServer 0 Beiträge: [F54] Biete 0 Beiträge: [F55] Suche 4 Beiträge: [F39] Jobs 79 Beiträge: [F22] Werbung für die eigene Webseite 2961 Beiträge: [F21] SmalltalkWenn 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?

-
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…

-
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!

Spoiler anzeigen
Siehe: https://github.com/killerbees19/g…/xss-addslashes
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…
(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!

(SCNR)
Ich drücke euch die Daumen, dass sich das rasch und für alle zufriedenstellend klärt.
-
CNAME ist nur bei Subdomains (also auch *) erlaubt, aber nicht bei @! Das wird somit nicht funktionieren.
sub.example.net würde klappen, example.net allerdings nicht.
-
Jup, sieht ganz danach aus.
Aber hier läuft mittlerweile wieder alles.
-
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.
-
Ah, Ok. Gut zu wissen

-
Kann man bei rclone konfigurieren, wie der Uploadbefehl lautet? Also welches Binary ausgeführt wird? Dann könnte man sich da eventuell einen Wrapper basteln.
Wenn das hingegen alles integriert ist, wird es natürlich schwierig bis unmöglich.
-
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.)
-
Hab das Löschen einer Subdomain grad ausprobiert. Ordner blieb erhalten.
Gemeint war nicht eine Subdomain, sondern die ganze Domain. Im CCP.
Und ich glaube das willst Du eher nicht testen

-
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.
-
Nextcloud-Clients zerstückeln die Uploads doch eh in kleine 10(?) MB Chunks […]
Dieses Feature kann man auch relativ leicht bei eigenen Scripten nutzen: https://docs.nextcloud.com/server/latest/…V/chunking.html
Klar, bei fertigen WebDAV-Clients bringt das nichts. Aber cURL-Uploads lassen sich so z.B. super mit ein paar Zeilen Bash patchen.
-
Da hat jemand mitgelesen...
Und, gibt es dazu noch Neuigkeiten? Die seltsamen Pakete trudeln nämlich nach wie vor ein:
Code
Alles anzeigen67 2968 LOG_DROP all -- * * 10.0.0.0/8 0.0.0.0/0 37 1824 LOG_DROP all -- * * 192.168.0.0/16 0.0.0.0/0 24 1184 LOG_DROP all -- * * 172.16.0.0/12 0.0.0.0/0 12 504 LOG_DROP all -- * * 100.64.0.0/10 0.0.0.0/0 1 52 LOG_DROP all -- * * 169.254.0.0/16 0.0.0.0/0 73 PROTO=TCP DPT=445 13 PROTO=TCP DPT=23 10 PROTO=TCP DPT=443 10 PROTO=TCP DPT=2323 8 PROTO=TCP DPT=8080 5 PROTO=TCP DPT=5555 4 PROTO=TCP DPT=22 3 PROTO=TCP DPT=9527 3 PROTO=TCP DPT=3389 2 PROTO=TCP DPT=80 2 PROTO=TCP DPT=3306 2 PROTO=TCP DPT=1433 2 PROTO=TCP DPT=139 1 PROTO=UDP DPT=50761 1 PROTO=TCP DPT=50445 1 PROTO=TCP DPT=15612