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.
Beiträge von cltrmx
-
-
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!
-
Hatte selbst auch schon dieses Problem mit einer .com-Domain bei Netcup. Woran es am Ende lag, weiß ich nicht (der Support konnte mir da keine genaue Rückmeldung geben). Letzten Endes bin ich dazu übergegangen, eigene DNS-Server zu betreiben.
-
Privat nutze ich Seafile auf einem älteren Netcup VPS Plus. Die Synchronisierung mit den Clients läuft sehr stabil und zuverlässig. Was mich etwas stört, dass Seafile die Daten in einem eigenen Format in Blöcken speichert. Sollte mal mit dem Seafile-Server irgendwas nicht mehr passen und er startet nicht mehr, besteht keine Chance direkt an die Daten zu kommen. Für andere mag dieser Nachteil aber auch ein Vorteil sein, denn so sind die Daten gegenüber dritten versteckt.
Trotzdem bin ich von der Performance von Seafile und dem Funktionsumfang begeistert und bleibe daher Seafile trotzd diesem Nachteil treu.
Interessanter Gedankengang, danke dafür! Soweit ich weiß, kann man den blockbasierten Speicher aber auch mit einem der mitgelieferten Scripte mounten. Das benutze ich u.a., um Backups der Daten zu machen. (Lokales Mounten des Speichers und dann mit beliebigen Tool sichern.)
-
Im Verein nutzen wir Seafile, läuft schon seit mehreren Jahren vollkommen problemlos und unauffällig. Bin sehr zufrieden damit!
Danke für den Erfahrungsbericht!
Privat (auch wenn du es vermutlich nicht hören möchtest) setze ich auf Microsoft OneDrive, weil es "einfach funktioniert"
Haha, ja, du hast Recht ^^. Unsere Daten alle bei einem amerikanischen Unternehmen abzulegen, kommt aus datenschutzrechtlichen Gründen nicht in Frage. Für irgendwas betreibe ich die ganzen Hosting-Sachen ja als "Hobby" :).
