Ohne Angabe zu dem Produkt bei dem anderen Anbieter wird ein Vergleich natürlich schwierig. Du könntest einfach ein paar Benchmarks, wie beispielsweise Geekbench 4/5, laufen lassen und die Ergebnisse vergleichen.
Beiträge von cltrmx
-
-
Hallo zusammen,
hat jemand von euch schon mal einen Livestream mit Owncast auf Netcup Infrastruktur gehostet? Falls ja: Was habt ihr da an vServer/Root Server verwendet für wie viele Leute? Mir geht es um ein einmaliges Streamingevent mit vielleicht ~50 Leuten.
Habt ihr Erfahrung mit einer anderer selbstgehosteten Streaminglösung?
-
Keyfile ist nicht immer möglich. z.B. wenn man oft von unterwegs, von fremden Geräten aus auf den Server zugreifen muss.
Ich habe dafür dann immer zwei user. Einen "normalen" mit ausreichend langem Passwort und einen su zu dem man dann wechseln muss und für den das ssh-Login gesperrt ist. Das ist durchaus ausreichend. Keyfile muss nicht notwendigerweise sein. (Meine Passwörter sind in der, dem Universum noch verbliebenen Zeit nicht zu knacken )
Für sowas kann man doch super einen Jumphost benutzen. So muss man nicht auf allen Systemen PW-basierte Authentifizierung aktivieren.
-
Ich bin kein Reseller, kann mir aber auch nicht vorstellen, dass Netcup da für dich das Risiko übernimmt. Eventuell ist es ja möglich, rechtliche Schritte einzuleiten oder ähnliches.
-
Ich würde einfach empfehlen auf einen VServer bzw. Root Server umzusteigen.
Da hat man solche Probleme einfach nicht.
Da stimme ich dir zu, allerdings ist $kunde da auch der Admin und muss die Kiste + Software absichern, pflegen und regelmäßig updaten.
-
Danke für die Empfehlungen!
Ich hatte mir auch pydio angeschaut, nur fehlte mir die E2EE in der Form wie ich die bei sf habe.
Interessanterweise ist die Implementierung der sicherheitskritischen Features in Seafile wohl eher nicht so gut. Da gibt es hier (https://github.com/privacytools/privacytools.io/issues/490) ein interessantes Issue zu. Ist in dem Umfang für mich nicht so relevant (oder zumindest bilde ich mir das ein), weil der entsprechende Server sowieso vollverschlüsselt ist. Eine Transportverschlüsselung kann $admin mit den gängigen web-basierten Tools und LetsEncrypt ja auch erreichen.
-
Skulduggery Danke für den Erfahrungsbericht, das ist spannend zu lesen. Ich habe diese Erfahrungen nach dem Motto "tut nicht, wie es soll" und "ist eine Bastellösung" bisher immer nur mit Nextcloud gemacht. Da war das Projekt aber zugegebener Maßen noch etwas jünger.
-
Hat jemand schon auf dem produktiven Server Debian auf Bullseye aktualisiert? Ich habe bei meinem Test-Server die Upgrade durchgeführt, scheint alles gut zu funktionieren.
Ja, ich habe bereits eine VM mit Bullseye aufgesetzt und zwei Proxmox-Server auf PVE 7 geupgradet (das basiert auf Bullseye) - keinerlei Probleme bisher. Die Proxmox-Kisten laufen auch schon seit ein paar Wochen auf PVE 7 ohne negative Erkenntnisse.
-
Den Edge Router hatte ich garnicht auf dem Schirm, glaub das ist quasi genau das was ich suche, Power via POE und POE durchgereicht zur Kamera. zurück zur Bar und dort in ein dummes Switch ohne POE
Ich meine mich zu erinnern, dass der EdgeRouter X aber kein "normales" PoE hat, sondern eine properitäre Version von Ubiquiti verwendet. Vielleicht da zur Sicherheit noch mal nach schauen.
-
[netcup] Lars S. Danke für deine Klärung hier und die Transparenz :).
-
Update: Habe den Server noch mal hart neugestartet und seitdem ist er wieder benutzbar. SN7404 wie schaut es bei dir aus?
-
Unser Server ist wieder online - es steht allerdings nichts im Protokoll im SCP.
Ich tippe auf ein Storage-Problem, da der IO wait laut meinem Monitoring in den Stunden vor dem Ausfall immer weiter angestiegen ist.
Edit: So richtig benutzbar ist der Server noch nicht, IO wait > 50%.
-
Dito - im SCP erscheint "Server Informationen konnten nicht ermittelt werden"
Ja genau, das steht bei dem Kundenaccount auch in der Übersicht. Klicke ich dann auf den Servernamen drauf, erscheint die von mir o.g. Fehlermeldung.
-
Also irgendwie ist aktuell der Wurm drin. Ein vServer eines Kunden ist offline und das SCP gibt nur nichtsaussagende Fehlermeldungen zurück.
> Entschuldigung, das sollte nicht passieren.
> Ein Serverfehler ist aufgetreten. Sollte der Fehler wiederholt auftreten, setzen Sie sich bitte mit dem Support in Verbindung.
-
Ja und, reicht doch vollkommen aus. Aber deswegen ist Stretch noch lange nicht EOL
Das ist denke ich Ansichtssache und muss jeder für sich selbst entscheiden. Verstehe ich die Tabelle auf der von mir verlinkten Seite nicht richtig? Für mich ist das ein klare Aussage seitens des Debian-Teams, dass Stretch EOL ist.
-
Stretch ist doch nicht EOL, das bekommt noch bis 06/2022 Updates
-
Eine Kombination aus keine Zeit und keine Lust.
Ah alles klar, ich verstehe . Hätte ja sein können, dass es technische Gründe gibt oder so.
-
Scheiß egal da nicht von außen erreichbar.
Darf ich fragen, was auf den Systemen läuft, wodurch ein Upgrade unmöglich wird? Habe in letzter Zeit einige Debian-Systeme geupgradet und das war interessanter Weise fast nie mit Problemen verbunden.
-
Ich hab immer noch ein paar Systeme mit Stretch rumliegen.... https://twitter.com/debian/status/1426446755109900293
IMO mutig, da Debian Stretch schon seit >1 Jahr EOL ist.
-
Ich hab bei Bürger*innenräte aufgehört zu lesen. Klima retten gerne, aber Gendersternchen? Muss das sein?
Stimmt, es gibt besser Lösungen als das Gendersternchen, z. B. das generische Femininum oder eine Umschreibung, in der gar keine maskuline oder feminine Wortform als Beschreibung für Menschen zustande kommt. Guter Punkt!