Beiträge von m_ueberall

Zitat von johnassel

Weiterentwickelt werden die Token2 auch, allerdings brauchst du dann neue Hardware. Updates der Firmware gibt es, soweit ich weiß, nicht.

Was jetzt die Prozesserarchitektur mit der Unterstützung zu tun haben soll, weiß ich nicht. Ich hätte jetzt vermutet, dass das doch eigentlich egal sein sollte, so lange das OS mitmacht.

Dieselbe Einschränkung bzgl. Unmöglichkeit der Firmware-Auffrischung dürften zwecks Manipulationsabsicherung fast alle Hardwaretoken haben (gilt auch für Yubikeys). Die Softwareunterstützung der Yubikeys ist nicht schlecht (vgl. Ubuntu-Paketübersicht mit Auflistung unterstützter Architekturen; dito für generische FIDO2-Unterstützung).

Zumindest die "Yubikey 5 NFC"-Variante verfügt darüber hinaus über eine Seriennummer (nicht Teil des FIDO2-Standards), was recht praktisch ist, wenn man diese bei der automatischen Einbindung über einen davon abgeleiteten Gerätepfad berücksichtigt (siehe Beispiel im clevis-pin-fido2-Repository).

Hey, nicht ablenken von der Windows-Diskussionsfaden-Zusammenfassung für Bud !

dsp78: Durchaus ein interessantes Thema; gibt es hier denn schon Erfahrungen mit "Standardlösungen" wie USB/IP (das mir bekannte Tutorial dazu hat ja auch schon wieder sieben Jahre auf dem Buckel), insbesondere dessen Nutzung im Rahmen des Bootprozesses?

Ich würde grundsätzlich empfehlen, anstelle des Netcup-Rettungssystems bei Wartungsaufgaben, welche nicht der Fehlerdokumentation für den Netcup-Support dienen (der in der Regel auf das Standard-Rettungssystem besteht), eine auf die verwendete Linux-Distribution zugeschnittene eigene "LiveCD" zu verwenden, die als Abbild hochgeladen und gebootet werden kann (und von der man im Optimalfall auch eine Neuinstallation anstoßen kann).

Je nach eingesetzter Konfiguration (Nutzung von ZFS oder andere Betriebssysteme als Linux) ist man dazu "sowieso gezwungen", aber in der Regel wird man diesen Weg wählen, um aktuelle, wenn nicht gar identische Konfigurationen nutzen zu können (u. a. auch nützlich bei Einsatz einer vordefinierten Firewall o. ä.).

Für Debian/Ubuntu bietet sich für die Erstellung/Modifikation einer "Standard-LiveCD" insbesondere Cubic (Custom Ubuntu ISO Creator) an. Dann ist auch das Auslesen des Platteninhalts mittels dd, inklusive Kompression und Verschlüsselung und Ablage des resultierenden Abbilds im Netz via cifs/smb kein Problem mehr.

Zitat von t.costanix

I found in syslog that for some reason Ubuntu NetworkManager wanted to put my server to sleep. I have no idea why this started happening now. Retrospectively I know I made a wrong choice in the first place choosing a desktop distro to run a server.

May I ask: Did you use one of the images Netcup provided or did you install Ubuntu yourself?

This is actually not a recent change as documented here: "How to stop NetworkManager to put Ubuntu server to sleep?" [askubuntu.com]

Zitat von netsch1967

Alle ARM64 haben diese ...., aber NICHT die Angebote oder Aktionen.

Da waren dann wohl wieder einmal Tomaten zwischen Tastatur und Monitor …

Zitat von pgloor

IIch habe das Bild nur für m_ueberall gemacht, weil er einen Nachweis sehen wollte, dass es für VPS ARM Systeme immer noch einen Zufriedenheitsgarantie gibt.

Danke dafür! Unverständlich, dass dieser Umstand nicht explizit auf der Bestellseite beworben wird. Wahrscheinlich hat Netcup derzeit auch so bereits genug ARM-Kunden?

Zitat von pgloor

Soweit ich mich erinnere gibt es die Zufriedenheitsgarantie von 30 Tagen auch bei den VPS ARM Systemen.

Gerade nochmal nachgesehen – die "Root Server Angebote"-Seite enthält einen Abschnitt zur Zufriedenheitsgarantie, die "vServer (ARM64)"-Seite nicht (auch die zugehörige FAQ erwähnt diese nicht). Bin für einen gegenteiligen Beleg (ggf. auch per älterer Auftragsbestätigung o. ä.) dankbar, falls verfügbar. Ich meine, dass es eine entsprechende Regelung nur für die Zeit der Testeinführung gab, aber die ist lange vorbei.

Zitat von Mikey

[…] Netzwerkprobleme […] immer nur einige Sekunden, tritt bei 2 von meinen 3 Servern auf und passiert seit ca. 9 Uhr heute morgen.[…] Bleibt mir eine Option außer den Support oder Notfallsupport zu kontaktieren oder warten?

Ich möchte in diesem Kontext zunächst einmal auf die vertraglich vereinbarte Mindestverfügbarkeit von 99,6% im Jahresmittel hinweisen und rate dazu, mit dem Anruf beim Notfallsupport "ein wenig" zu warten (heute ist Samstag – früher war es so, dass man Wartungsarbeiten gerne auf das Wochenende gelegt hat; diese werden auch nicht notwendigerweise angekündigt, wenn nicht mit größeren Ausfällen zu rechnen ist – und die Problembeschreibung klingt jetzt erst einmal nicht nach einem größeren Ausfall).

Zitat von Olivetti

ich kriege rsync-3.4.1 unter ubuntu 20.04 aktuell gar nicht ge»static«t zum laufen (segmentation fault).

Wie wurde es denn gebaut? Standardmäßig ist das nämlich "nicht so einfach":

root@vserver32(chroot:ubuntu-focal-amd64):/build/packages# apt-get build-dep rsync; apt-get -y install wget liblz4-dev libzstd-dev libxxhash-dev libssl-dev; wget https://github.com/RsyncProject/rsync/releases/download/v3.4.1/rsync-3.4.1.tar.gz; tar -xf rsync-3.4.1.tar.gz; cd rsync-3.4.1
[…]
root@vserver32(chroot:ubuntu-focal-amd64):/build/packages/rsync-3.4.1# ./configure CFLAGS="-static"
[…]
checking whether to use included zlib... ./zlib
checking whether to enable use of openssl crypto library... yes
checking for library containing EVP_MD_CTX_copy... no
checking whether to enable MD5 ASM optimizations... no
checking whether to enable rolling-checksum ASM optimizations... no
checking whether to enable xxhash checksum support... yes
checking for library containing XXH64_createState... -lxxhash
checking whether to enable zstd compression... yes
checking for library containing ZSTD_minCLevel... -lzstd
checking whether to enable LZ4 compression... yes
checking for library containing LZ4_compress_default... -llz4

Configure found the following issues:

- Failed to find EVP_MD_CTX_copy function in openssl crypto lib.

See the INSTALL file for hints on how to install the missing libraries and/or
how to generate (or fetch) manpages:
    https://github.com/RsyncProject/rsync/blob/master/INSTALL.md

To disable one or more features, the relevant configure options are:
    --disable-openssl

configure.sh: error: Aborting configure run
root@vserver32(chroot:ubuntu-focal-amd64):/build/packages/rsync-3.4.1# dpkg --list libssl-dev | tail -1
ii  libssl-dev:amd64 1.1.1f-1ubuntu2.23 amd64        Secure Sockets Layer toolkit - development files
root@vserver32(chroot:ubuntu-focal-amd64):/build/packages/rsync-3.4.1#  

Zitat von H6G

Browser, Cache, H6G am Touchpad, was ganz anderen - was könnte hier die Ursache sein?

Fangen wir doch vorn an: Welcher Browser (OS/Version)? Add-ons? Offene Netcup-Rechnungen?

Natürlich. Aber man kann ja mal daran erinnern …

Zitat von Hount

Kann ja zur Not nach einem Monat kündigen und zu einem x86 wechseln.

Vorsicht, die Zufriedenheitsgarantie gilt nur für RS, nicht VPS. Und wenn man nicht direkt bei der Bestellung kündigt, zahlt man für zwei Monate – wenn man nicht wie vorgeschlagen den Vertrag über die Tauschbörse vorher übertragen kann.

Die Meldung ist zwar schon wieder ein paar Tage alt, aber da jetzt Freitag ist, ist es vielleicht ein guter Zeitpunkt, um einmal zu schauen, welche rsync-Version(en) man so im Einsatz hat: "Over 660,000 Rsync servers exposed to code execution attacks" [bleepingcomputer.com] (CVE-2024-12084–CVE-2024-12088, CVE-2024-12747).

Zitat von Olivetti

ich kriege rsync-3.4.1 unter ubuntu 20.04 aktuell gar nicht ge»static«t zum laufen (segmentation fault).

In einem älteren Beitrag meinte perryflynn, dass er sich an Ubuntu/Debian orientiert, was die Versionen/unterstützten Features betrifft – und hier ist man derzeit "noch" bei v3.3.0. Diese/letzte Woche gab es da ein paar zurückportierte Fixes [bleepingcomputer.com], da sollte man ggf. ein Auge drauf haben – die vorletzte Version hat mir bei einem Test (gegen eine ältere Version) auf der Zielseite ein paar Dateien gelöscht (unkritisch aufgrund von zurückgebliebenen Duplikaten auf der Quellseite, zeigt aber, dass man hier neue Versionen immer testen sollte).

EDIT: Ich nutze unter Ubuntu 2[024].04 derzeit die v3.3.0+ds1-4 auf allen Rechnern und habe damit (wieder) keine Probleme (mehr).

Der Diskussionsfaden erinnert mich wieder daran, dass es nach vielen, vielen Monaten immer noch nicht möglich ist, die primäre Schnittstelle der KVM-Instanzen zu deaktivieren, um via VLAN zumindest ein ("gehärtetes") Gateway davorzusetzen.

Zitat von mainziman

kannst da mehr erzählen?

Da gibt's 'ne FAQ an der Quelle.

Wenn es nicht furchtbar dringend ist mit der Hardwareanschaffung, würde ich ggf. ein wenig warten, vgl. diesen X-Post: https://x.com/alexocheema/status/1876676954549620961 – das dürfte Bewegung in den Markt bringen.

Zitat von Paul

Aber evtl. ist es auch eine eine Frage des Alters. Ich bin mittlerweile auch an einem Punkt, wo ich einfach nicht mehr wirklich viele neue Filme/Serien brauche. Ich schaue eh wenig, aber dann reichen wir mir auch die Filme, die ich schon habe. Ich könnte meine Bud Spencer & Terence Hill Collection auch zum hundertsten Mal durchschauen. Mir würde es an nichts fehlen .

bsth.jpg

KVM: Kauf' Viel Mehr davon bei Netcup…