Beiträge von m_ueberall
-
-
Also, nach Überfliegen dieses Diskussionsfadens habe ich als Nicht-Jitsi-User einmal aus Spass die Empfehlungen von hoedlmoser in einer sauberen Debian-Trixie-Umgebung nachgestellt (ohne Funktionstest), und muss sagen, dass man da wenig falsch machen kann, was die Installation anbelangt:
Code
Alles anzeigenroot@vserver35<kvm>:~# schroot -c debian-trixie-amd64 root@vserver35<kvm>(chroot:debian-trixie-amd64):~# sed -e 's|trixie|bookworm|g' < /etc/apt/sources.list >> /etc/apt/sources.list root@vserver35<kvm>(chroot:debian-trixie-amd64):~# cat /etc/apt/sources.list deb https://deb.debian.org/debian trixie main deb-src https://deb.debian.org/debian trixie main deb https://deb.debian.org/debian bookworm main deb-src https://deb.debian.org/debian bookworm main root@vserver35<kvm>(chroot:debian-trixie-amd64):~# apt install -y curl gpg root@vserver35<kvm>(chroot:debian-trixie-amd64):~# curl -sL https://download.jitsi.org/jitsi-key.gpg.key | sh -c 'gpg --dearmor > /usr/share/keyrings/jitsi-keyring.gpg' root@vserver35<kvm>(chroot:debian-trixie-amd64):~# echo 'deb [signed-by=/usr/share/keyrings/jitsi-keyring.gpg] https://download.jitsi.org stable/' | tee /etc/apt/sources.list.d/jitsi-stable.list root@vserver35<kvm>(chroot:debian-trixie-amd64):~# apt update root@vserver35<kvm>(chroot:debian-trixie-amd64):~# apt install -y jitsi-meet root@vserver35<kvm>(chroot:debian-trixie-amd64):~# apt install -y jigasi root@vserver35<kvm>(chroot:debian-trixie-amd64):~# dpkg --list|grep jitsi ii jitsi-meet 2.0.10710-1 all WebRTC JavaScript video conferences ii jitsi-meet-prosody 1.0.8979-1 all Prosody configuration for Jitsi Meet ii jitsi-meet-turnserver 1.0.8979-1 all Configures coturn to be used with Jitsi Meet ii jitsi-meet-web 1.0.8979-1 all WebRTC JavaScript video conferences ii jitsi-meet-web-config 1.0.8979-1 all Configuration for web serving of Jitsi Meet ii jitsi-videobridge2 2.3-270-g38ea5ea44-1 all WebRTC compatible Selective Forwarding Unit (SFU) ii lua-basexx 0.4.1-jitsi1 all baseXX encoding/decoding library for Lua ii lua-cjson:amd64 2.1.0.10-jitsi1 amd64 JSON parser/encoder for Lua root@vserver35<kvm>(chroot:debian-trixie-amd64):~# ll /etc/jitsi total 54 drwxr-xr-x 6 root root 6 Jan 28 09:03 ./ drwxr-xr-x 66 root root 132 Jan 28 09:03 ../ drwxr-x--- 2 jicofo jitsi 5 Jan 28 09:00 jicofo/ drwxr-x--- 2 jigasi jitsi 5 Jan 28 09:03 jigasi/ drwxr-xr-x 2 root root 5 Jan 28 08:59 meet/ drwxr-x--- 2 jvb jitsi 5 Jan 28 08:59 videobridge/Wie man oben sehen kann, wird die jitsi-videobridge2 als Abhängigkeit von jitsi-meet sauber installiert, wenn die notwendigen JRE-Pakete verfügbar sind und keinerlei andere Pakete die Installation/ein Upgrade blockieren – auch das Nutzerkonto für jigasi (uid 995) wird sauber angelegt.
Bevor man zu Docker greift (mit dem Anspruch, zu verstehen, welche Seiteneffekte die Applikations-Container für die Host-Konfiguration haben können, wenn man sie nicht zusätzlich bspw. in System-Container von Incus oder LXD einbettet – wurde in diesem Forum an anderer Stelle auch schon andiskutiert), sollte man die genannten Installationsschritte – insbesondere bei Vorkenntnissen zu Jitsi – erst einmal isoliert etwa in einer VM durchführen (was mittels Incus/LXD ohne Hardwareunterstützung auch maximal isoliert bei Netcup möglich ist), sofern man nicht mit Schroot usw. arbeiten möchte. Und auf Basis einer sauberen Debian-13-Installation würde ich dann ggf. die Konfiguration mit dem "vermurksten" Pendant in der KVM-Instanz bei Netcup vergleichen.
-
FYI: Es ist zwar noch nicht Freitag, aber am gestrigen Abend ist endlich Version 3.3.8 von modsecurity-crs bei Debian "aufgeschlagen" (adressiert CVE-2026-21876)
-
FYI: Endlich wieder Freitag – Zeit für ITler, sich über das Wochenende (abseits von Sonderschichten) mit den Auswirkungen des nächsten Exploits vertraut zu machen:
StackWarp is a security vulnerability that exploits a synchronization bug present in all AMD Zen 1–5 processors. In the context of SEV-SNP, this flaw allows malicious VM hosts to manipulate the guest VM’s stack pointer. This enables hijacking of both control and data flow, allowing an attacker to achieve remote code execution and privilege escalation inside a confidential VM.
-
Unfortunately, using the CCP form, you won't receive a ticket ID along with a copy of your message right away (that's why I keep screenshots/textual copies of everything), which also means that you cannot immediately verify that non-/automated answers will reach you using the provided e-mail address.
I'd suggest you retry and mention that you already contacted them and received no feedback (if possible, attach a copy of your previous message; this should make it easier for them to look it up internally) – and this time, contact "support" instead of "accounting" (it will get relayed manually internally; sometimes, you will get a notification about this). Alternatively, you could also try to call them.
-
Since this is a customer forum, I'm afraid you won't receive reliable/authoritative information here regarding your (specific) case. Your best bet is to log in to the CCP and contact their accounting department directly.
-
Hey

Was Bud sagt!

-
Mal sehen, ob 2026 ein paar ARM64/RISCV64-SBC in greifbare Nähe rücken, welche über genügend Performanz und RAM verfügen (16/32*GB), damit sie als Alternative zu immer noch recht dünn gesäten, mit Einschränkungen verbundenen Cloud-Angeboten vor Ort ihren Dienst als Build-Maschinen verrichten können. Ich fürchte aber, dass man hier noch ein wenig länger warten muss …
*wobei man realistisch sehen muss, dass man sich im Kontext von SBC 32GB angesichts der Preisentwicklung wohl nicht mehr leisten kann/will
-
Ich verwende schon seit Jahren YUMI dafür. Ventoy kenne ich nicht, kann das mehr?
Danke, YUMI kannte ich auch noch nicht – schaue ich mir jetzt aber vielleicht einmal an, nachdem die Stellungnahme zu "problematischen binären Blobs" bei Ventoy nicht so ganz zufriedenstellend war/ist …
-
FYI: Let’s Encrypt bietet seit gestern Zertifikate für IP-Adressen auf Production an.
Uhoh, hoffentlich ist das Zertifikat für 192.168.1.1 nicht schon belegt …

-
But do you really need to fix it at boot time given it's a warning and not a fatal error? Once the installation is finished and you reboot, there should be an NTP daemon which takes care of this issue. (And even during the installation process, you normally would be able to drop to a shell and invoke the "date" command.)
-
Danke dafür, der Advent(s)kalender ist wieder da.

-
[netcup] Sarah G. : Kann es sein, dass die Firewall gerade den Advent[s]kalender blockiert?
( aRaphael, warst Du das? )
-
FYI: Pünktlich zum Freitag hat Debian Version 2.4.66[-1] von apache2 bereitgestellt (Pakete finden sich derzeit hier in der Upload-Queue) – diese Version adressiert u. a. CVE-2025-55753, CVE-2025-58098, CVE-2025-59775, CVE-2025-65082, CVE-2025-66200 …
-
Thank you! 🦆 (I have seen the duck emoji used in many places in the forum, what does it stand for?
)It stems from a common play on words with the German proverb "Ende gut, alles gut" ("All's well that ends well") as the German word for duck is Ente.
Therefore, whenever users want to express the above (or something related like "case closed", "good/fair enough", "good riddance", …), they simply use the duck emoji.
ADDENDUM: The duck has since become something of a mascot for Netcup, as users repeatedly suggested renaming Netcup to "Entcup" years ago.
-
Ich kann nicht zufällig von dem am Montag bestellten RS1000 Pro auf den Ultra upgraden jetzt wo der Preis angepasst wurde?

Zufälligerweise geht das bei Sondermodellen aus Aktionen generell nicht.
Wenn aber die gebotene Rechenleistung* des "RS 1000 Ultra" nicht unbedingt erforderlich ist, könnte man im Tauschbörse-Unterforum hier nach einem "RS 2000 G9.5 PRO [NUE]" (6vCPU dediziert, 16GB RAM, 640GB virtueller Plattenspeicher) für 12,79€/Monat (in DE) Ausschau halten, falls der einmal angeboten wird (allerdings nicht von mir).
* beim Datendurchsatz kommt es immer auch auf die Mitnutzer des betreffenden Hosts an
-
Nur wow: https://browser.geekbench.com/v6/cpu/compare…seline=15212829 Der ersetzt bei mir einen etwas größeren Server mit dem gleichen Prozessor wie der langsamere.
Interessant wäre ggf. ein Vergleich mit "1 Socket, 8 Cores" neben der "8 Sockets, 1 Core"-Einstellung unten für das neuere Modell. Allerdings kommt es auch immer darauf an, ob die neuen Hosts bereits ausgelastet sind (in ein paar Wochen/Monaten sicherlich der Fall), wenn man sie mit älteren Generationen vergleicht.
Ich bin mir fast sicher, dass man für das Modell links unten auch bessere Werte in der Tabelle findet (ich nehme an, die unten genannten Messungen wurden fast zum selben Zeitpunkt erstellt, als der ältere Host bereits ausgelastet war?) …
ZitatAMD EPYC 7702P @ 2.00 GHz
1 Processor, 6 CoresAMD EPYC 9645 @ 2.30 GHz
8 Processors, 8 Cores -
Spoiler anzeigen
Aber: Habe lediglich G11 durch G12 Pro bei gleichen Specs und Preis ersetzt

Hervorragend. Ich hoffe, das machen möglichst viele Kunden, dann besteht die Chance, dass der G11-Buildserver weniger ausgelastet wird, was deutlich mehr bringen kann als die erhöhte Taktfrequenz von 50MHz/CPU-Kern.
-
Wird es nicht mal wieder Zeit für eine neue Rechnergeneration?

Der Slogan "Erlebe unsere stärksten Deals des Jahres – nur während der Black Week!" suggeriert allerdings, dass man sich nicht zuviel von einem Weihnachtskalender dieses Jahr versprechen sollte, richtig?
-
Hi,
Mich würde mal interessieren, ob Netcup auf neueren RS SEV enabled hat.
Code[2025-11-23T12:35:21+0100] root@vserver35<kvm>:~# dmidecode|grep -A2 -i Netcup|tail -3 Manufacturer: netcup Product Name: KVM Server Version: RS 2000 G11 SE [2025-11-23T12:35:30+0100] root@vserver35<kvm>:~# dmesg|grep -iE 'sve|sev' [2025-11-23T12:35:44+0100] root@vserver35<kvm>:~# [2025-11-23T12:36:36+0100] root@vserver35<kvm>:~# cat /proc/cpuinfo|sort|uniq|grep -iE 'sve|sev' [2025-11-23T12:36:49+0100] root@vserver35<kvm>:~#