Umsetzung, Mindest-Mitarbeiter, Mindest-Umsatz, Mindest-Haftpflicht, Bewertungsmatrix, sinnvolle und blödsinnige Qualifikationen
Ich habe da auch öfters recherchiert.
Aber wie soll ich sagen die Art wie solche Projekte ausgeschrieben sind ist auf bestimmte Firmen oder zu mindestens Firmengrößen zugeschnitten. 
Konntest du da mal was finden?
darkstar Cooler Einsatz genau eines solchen Setups. Wenn Zeit keine Rolle spielt (in der Nacht) kann man ja sowas definiertes einfach durchrödeln lassen.
Was ich self-hosted auch interessant finde sind Decision Modelle bzw. Classifier (könnten für diesen Zweck genau richtig sein) statt allgemeine Modelle. Das bekannteste ist sicher JEV (nicht selbst hostbar), aber https://github.com/logan-markewich/jeff ist z.B. auch selbst installierbar. Wenn man seine Fragen in "ja/nein", "Skala von 0-1 oder 1-X" etc. gießen kann, könnte ein solches Modell nochmal deutlich schneller sein. Wenn Kapazität und Geschwindigkeit aber wirklich gar keine Rolle spielen, ackert sich da auch ein größeres Modell durch.
Spass mit der Telekom:
2. AS3320 2003:0:8a03:1000::1 0.0% 198 9.1 13.6 8.3 72.1 7.8
3. AS3320 2003:0:1304:8024::1 79.7% 198 17.9 15.9 13.0 44.9 5.2
4. AS3320 2003:0:1304:8024::2 75.3% 198 14.1 15.9 11.2 31.8 3.9
5. AS9002 2a02:2d8::57f5:e08c 0.0% 197 18.6 18.5 13.3 53.9 6.3Die haben das mit den modernen 6stelligen IP-Adressen gerade nicht im Griff, v4 sieht super aus ...
mit den modernen 6stelligen IP-Adressen
6stellig? 
Tja. und er wundert sich, dass er dann im Spam landet.
Also bei mir ist es gerade umgekehrt und es landen alle E-Mails vom netcup Support im Junk-Ordner. Warum auch immer 
(Aber die Reaktionszeit ist aktuell wieder TOP!)
Seit wann ist der Wiener Bürostandort von Anexia eigentlich in der Vorgartenstraße?
(Bisher war der in der Hofmühlgasse, wo auch DATASIX/ANX04 liegt.)
Ich sehe irgendwie seit zwei Tagen so connection timeouts. Das heißt die eine status-page welche dafür einige unterschiedliche Hosts anpingt will dann nicht. Das zieht dann quer durch beliebige Netze/Hosts in unterschiedlichsten Netzen.
Jetzt habe ich nach dem 257+-Zeichen-SSH-Login aber bald alles gesehen: CVE-2026-83844 ("Windows Paint Remote Code Execution Vulnerability") …
Jetzt habe ich nach dem 257+-Zeichen-SSH-Login aber bald alles gesehen: CVE-2026-83844 ("Windows Paint Remote Code Execution Vulnerability") …
Wie patche ich das?
Also bei Apt, dnf, pacman, brew oder so?
257+-Zeichen-SSH-Login
Zu *sshole gab's im Forum aber noch keinen Beitrag?
Betrifft mich als Debian Nutzer aber zum Glück nicht. Bei Alpine Linux sieht's da anders aus.
Zu *sshole gab's im Forum aber noch keinen Beitrag?
Siehe hier: Openssh auf musl libc akzeptiert jedes Password >256 Zeichen
Betrifft mich als Debian Nutzer aber zum Glück nicht. Bei Alpine Linux sieht's da anders aus.
Naja, auch als Debian Nutzer kann man Docker Container haben, die FROM alpine:X.XX als Basis haben. Das wäre imho sogar häufiger der Fall als das Leute wirklich alpine als primäres OS laufen haben. Allerdings haben die wenigsten bis keine Docker Container SSH Zugang in den Container hinein, wobei es auch dafür Anwendungsgründe geben kann (wir verwenden das statt VMs für GPU Server, allerdings auch nur im internen LAN).
Ich präzisiere:
Betrifft mich als Debian Nutzer ohne Docker nicht.
Betrifft mich als Debian Nutzer ohne Docker nicht.
Ach, sowas gibts auch noch? 
Ich präzisiere:
Betrifft mich als Debian Nutzer ohne Docker nicht.
Dito.
Betrifft es Beszel und Uptime-Kuma welche als Docker Container laufen?
Betrifft es Beszel und Uptime-Kuma welche als Docker Container laufen?
Es gibt von Beszel anscheinend eine alpine basierte Variante des Hubs: https://github.com/henrygd/beszel…/dockerfile_hub , diese könnte vielleicht betroffen sein.
Uptime Kuma läuft mit Debian Trixie in den Containern.
WICHTIG: betroffen ist man - selbst wenn man o.g. einsetzt nur, wenn das Ziel (der Container) über SSH direkt ansprechbar ist. Da es quasi keinen guten Grund dafür gibt, SSH in einen Container durchzureichen, sollte das Problem für die meisten Container nicht existieren.
Nur wenn Alpine wirklich als OS und mit SSH offen betrieben wird ist das Gerät / die VM angreifbar. Wenn das Ding dann auch noch im Internet steht.... Gute Nacht.
Es gibt von Beszel anscheinend eine alpine basierte Variante des Hubs: https://github.com/henrygd/beszel…/dockerfile_hub , diese könnte vielleicht betroffen sein.
Uptime Kuma läuft mit Debian Trixie in den Containern.
WICHTIG: betroffen ist man - selbst wenn man o.g. einsetzt nur, wenn das Ziel (der Container) über SSH direkt ansprechbar ist. Da es quasi keinen guten Grund dafür gibt, SSH in einen Container durchzureichen, sollte das Problem für die meisten Container nicht existieren.
Nur wenn Alpine wirklich als OS und mit SSH offen betrieben wird ist das Gerät / die VM angreifbar. Wenn das Ding dann auch noch im Internet steht.... Gute Nacht.
Ich danke Dir für die Info. Denn dann trifft dies auf mich nicht zu.
Moderatoren was sollte das einem sagen?
Remote IP address: 62.83.35.112 Remote Host name: v2202609422066525852.goodsrv.de Remote Connection port: 56872 ------------------------------------------------------------ HTTP-referer (if exist): n/a ------------------------------------------------------------ User agent (Browser): tphotobot/0.1 (+https://crawler.estidraft.com/bot) ------------------------------------------------------------
