Beiträge von rednag
-
-
Ist halt ärgerlich wenn die 4.3.4 für manche Geräte die letzte Version ist, obwohl viele Leute damit enorme Probleme haben.
So kann man das Wirtschaftswachstum auch ankurbeln...
-
Die zentrale Frage ist aber wie Ransomware auf die NAS gelangt ist.
Ports in der Fritz!Box weitergeleitet? Unsaubere Pakete aus irgendwelchen dubiosen Quellen installiert?
-
/Edit: Wenn 4.3.4 jetzt aufgegeben wurde
Was passiert dabei eigentlich? Wird es für diese Version keine Patches oder andere Aktualisierungen geben?
Was wenn Geräte als letztes die 4.3.4 bekommen? -
Durch Umstellen der HOME-Variablen (in /share/CACHEDEV1_DATA/.qpkg/Kodi17/startup_shell/startup_Kodi17.sh) kannst du .kodi aber auch irgendwo anders hinlegen (z.B. in eine existierende Freigabe).
Wie macht man das?
-
Meine Synology.
Zugriff via WAN sollte eigentlich problemlos funktionieren.
Ports definieren und im Router weiterleiten.
Evtl. noch vHost und ein Zertifikat.
-
-
Ich gebe da nasferatu Recht.
Die Wünsche orientieren sich an den Möglichkeiten.
Früher oder später wirst Du dem Spieltrieb erlegen.
Dann kommt dies oder jenes noch, hier eine kleine VM, dort ein kleiner Docker...
Auch wenn Du momentan vielleicht noch kein Verlangen danach hast.
-
https://forum.qnapclub.de/ -> Auf der rechten Seite. Da steht es ganz groß...
-
Du kannst ja Nextcloud mit SQLite laufen lassen.
Zu der App kann ich leider nichts beitragen, da ich diese nicht selbst nutze.
-
Es handelt sich ja um keine hochintimen und hochkritische Dokumente.
Ich bekomme das mit der P12-Schlüsseldatei nicht gebacken.
Trotz mehrmaliger Versuche. Schade. So bleibt nur ein lokales Backup.In der verlinkten Anleitung steht ja:
CodeZum Zugreifen auf Google Cloud Storage benötigen Sie eine Projekt-ID, eine Service-Konto-E-Mail-Adresse und eine P12-Schlüsseldatei von Ihrer Cloud-Managementkonsole.
Es steht aber nirgend wie oder wo man die benötigten Sachen herbekommt.
-
Bei mir läuft derzeit nur SMB/CIFS.
Mehr abschalten kann ich ncht.
-
Halte uns bitte auf dem laufenden.
-
Das wäre ja hier bereits der zweite Fall wo QTS angelegte Shares verschluckt...
-
Nein, derzeit nicht aktiv. Ich halte meine Systeme gerne sauber. Dazu gehört auch keine benötigten Dienste zu deaktivieren.
"So wenig wie möglich, soviel wie nötig" ist die Devise
-
Ach, jetzt verstehe ich erst denn Sinn. Das muß man in der Systemsteuerung aktivieren und QTS dann das aktuelle Package runter?
-
Sorry, aber ich seh da keinen Pfeil.
-
-
Bin davon selbst betroffen. Scheint wohl ein Bug zu sein.
Evtl. wollen die NASen einfach nicht ausgeschaltet werden.
-
Poste mal den Inhalt von /share/MD0_DATA
Will mir grad nicht eingehen, warum QTS sämtliche vom User eingerichteten Shares eliminieren soll.