:strip_exif()/i/2007319696.webp?f=thumbmini)
:strip_exif()/i/2007201836.webp?f=thumbmini)
:strip_exif()/i/2007254296.webp?f=thumbmini)
:strip_exif()/i/2007146226.webp?f=thumbmini)
:strip_exif()/i/2007162180.webp?f=thumbmini)
:strip_exif()/i/2007319692.webp?f=thumbmini)
nou.. het wachten is begonnen.....
:strip_exif()/f/image/ys82wEqt6mzAM9aAZR87Tyqx.png?f=user_large)
:strip_exif()/f/image/TRbB7o2UKrxNFk9kezjnOqDH.png?f=user_large)
:strip_icc():strip_exif()/u/35381/2532909.jpg?f=community)
Een raadsel voor een lekker speciaal biertje o.i.d., plaats je antwoord in mijn profielreacties: 2447202 (Hint: startpunt)
Dat zijn precies de 2 opties die ik nou net niet wil
Ik heb ongeveer 500GB aan data die ik wil backuppen met voldoende retentie. De data wijzigt niet veel (+- 10GB per week), en groeit met 1GB per week, maar ik wil dat hij immutable is en alleen veranderingen meeneemt (op file-niveau, block niveau is niet nodig).
Ik wil ook geen anderen opzadelen met mijn NAS in huis en daar dan alsnog actief beheer op voeren. Ik vind het niet erg om te betalen voor de dienst als deze goed werkt. De kosten moeten wel vooraf bekend zijn (dus niet als AWS met kosten per API call, up/download, enzovoort)
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
:strip_exif()/u/347463/crop63dd20785b307.gif?f=community)
Met duplicati kan je vrijwel elke cloud storage dienst gebruiken. Denk aan wasabi of backblaze. Ik ga zelf denk ik toch voor google drive omdat deze het minste kost voor 2TB.
Dit zijn de standaard opties:
:strip_exif()/f/image/ysBwBZT9zuJBsYvFHClsfnPM.jpg?f=fotoalbum_large)
Dit zijn de standaard opties:
:no_upscale():strip_icc():strip_exif()/f/image/ysBwBZT9zuJBsYvFHClsfnPM.jpg?f=user_large)
All-electric.
Heeft er iemand al ooit is een btrfs check --repair voor elkaar gekregen via ssh?
Ik krijg het volume voor geen enkele mogelijkheid unmount, waardoor de repair niet wil werken want moet geunmount zijn. Elk proces stoppen, werkt ook niet want die komen steeds terug.
Uiteindelijk geprobeerd om te booten via Ventoy en dan SystemRescue te starten om zo een btrfs check -- repair uit te voeren. Maar dan krijg ik weer en andere fout.
Idee iemand?
:strip_exif()/f/image/2qKme5J2Siv0c5svS3ifO7k2.jpg?f=fotoalbum_large)
Ik krijg het volume voor geen enkele mogelijkheid unmount, waardoor de repair niet wil werken want moet geunmount zijn. Elk proces stoppen, werkt ook niet want die komen steeds terug.
Uiteindelijk geprobeerd om te booten via Ventoy en dan SystemRescue te starten om zo een btrfs check -- repair uit te voeren. Maar dan krijg ik weer en andere fout.
Idee iemand?
:no_upscale():strip_icc():strip_exif()/f/image/2qKme5J2Siv0c5svS3ifO7k2.jpg?f=user_large)
:strip_exif()/u/301133/crop5665d511998d3.gif?f=community)
:strip_icc():strip_exif()/u/565926/lynx1.jpg?f=community)
Je kunt ook gewoon UgreenLink gebruiken in combinatie met gebruikersrechten, dan kun je alles voor die gebruikers afschermen. (zo kun je de porno voor je moeder verborgen houden
)
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Ik heb een beetje gemengde gevoelens over de ugreenlink.. die heb ik meteen uitgezet.:
[...]
Je kunt ook gewoon UgreenLink gebruiken in combinatie met gebruikersrechten, dan kun je alles voor die gebruikers afschermen. (zo kun je de porno voor je moeder verborgen houden
Om één of andere reden voelt het niet fijn om via een directe URL via elke willekeurige browser toegang te kunnen krijgen tot de NAS. En volgens mij loopt die link dan toch ook via de eigen (Chinese?) servers van UGreen? hmmmmm (jaja.. ik weet het, waarom je druk maken daarover als je zelf die Chinese NAS hebt gekocht met custom (closed) kernel ;-) ).
Porno staat hier niet op de NAS trouwens. Veel te gevaarlijk met al die pubers hier in huis. Ze zoeken hun eigen porno maar (zo naïef ban ik dan ook weer niet ;-) )
Even een vraagje over docker containers op de ugreen.
Aangezien in een docker-n00b ben, was/is eea me niet duidelijk.
In ene hoop standaard tutorials wordt in een compose file de UIG/GID van een user met admin privileges gebruikt. Dat lijkt me een security-issue, toch? Want mogelijk kan de container (indien gecompromitteerd) dan uitbreken en allerlei andere nare zaken doen op het systeem.
Checkvraag: Klopt dat?
Ik heb nu, bijvoorbeeld voor de jellyfin-docker-container, een user 'jellyfin' aangemaakt, en deze lid gemaakt van de group 'docker-users'. Deze user heeft enkel read/write access op de folder van zijn eigen docker-container (config files etc..), en op de media-folder (ik wilde eigenlijk read-only optie hierop, maar dan lukt denk ik de metadata en subtitle download niet goed.. toch?).
Na inloggen met ssh (kan enkel met admin account) en dan het commando krijg ik dan de gegevens die ik in de compose file van jellyfin kan gebruiken.
vraag 1:
Klopt mijn denkwijze een beetje, of sla ik de plank mbt docker (of security) helemaal mis nu?
vraag 2:
mis ik nog iets? (jaja, veel te algemeen, i know)
jellyfin stack
en op de ugreen staan de premissies als volgt
/f/image/g3EEEntAeFTBgHnfznLfk4VP.png?f=fotoalbum_large)
Aangezien in een docker-n00b ben, was/is eea me niet duidelijk.
In ene hoop standaard tutorials wordt in een compose file de UIG/GID van een user met admin privileges gebruikt. Dat lijkt me een security-issue, toch? Want mogelijk kan de container (indien gecompromitteerd) dan uitbreken en allerlei andere nare zaken doen op het systeem.
Checkvraag: Klopt dat?
Ik heb nu, bijvoorbeeld voor de jellyfin-docker-container, een user 'jellyfin' aangemaakt, en deze lid gemaakt van de group 'docker-users'. Deze user heeft enkel read/write access op de folder van zijn eigen docker-container (config files etc..), en op de media-folder (ik wilde eigenlijk read-only optie hierop, maar dan lukt denk ik de metadata en subtitle download niet goed.. toch?).
Na inloggen met ssh (kan enkel met admin account) en dan het commando
id jellyfin
vraag 1:
Klopt mijn denkwijze een beetje, of sla ik de plank mbt docker (of security) helemaal mis nu?
vraag 2:
mis ik nog iets? (jaja, veel te algemeen, i know)
jellyfin stack
services:
jellyfin:
image: jellyfin/jellyfin:latest
container_name: Jellyfin-HT
# user: 1000:10 # oud
user: 1000:1000 #user=jellyfin : group = docker-users
group_add:
- 105
environment:
TZ: Europe/Amsterdam
volumes:
- /volume1/docker/jellyfinht/config:/config:rw
- /volume1/docker/jellyfinht/cache:/cache:rw
- /volume1/docker/jellyfinht/logs:/logs:rw
- /volume2/media/:/media:rw
devices:
- /dev/dri/renderD128:/dev/dri/renderD128
- /dev/dri/card0:/dev/dri/card0
- /dev/dri:/dev/dri
# restart: on-failure:5
restart: unless-stopped
network_mode: hosten op de ugreen staan de premissies als volgt
:strip_exif()/f/image/g3EEEntAeFTBgHnfznLfk4VP.png?f=user_large)
:strip_exif()/u/74770/avatar.gif?f=community){kind=avatar}
:strip_exif()/u/33515/Supra-Avatar2.gif?f=community){kind=avatar}
wil een Toyota Supra mkIV!!!!! | wil een Yamaha YZF-R{1,6} | wil stiekem ook een Ducati
"Security is just a state of mind"
PSN: scorpie | Diablo 3: scorpie#2470
:strip_exif()/u/5779/posttoast.gif?f=community)
Ik heb hier nginx/php draaien in een Docker container die onder mijn user draait. Da's geen strak plan dus?
:strip_exif()/f/image/nfbsUxHYPUyzd4Vz5yel6M68.png?f=user_large)
onder je main/admin user? nee niet echt nee.:
[...]
Ik heb hier nginx/php draaien in een Docker container die onder mijn user draait. Da's geen strak plan dus?
All-electric.
Waar loop je tegen aan met Jellyfin?
Er is sinds kort een Jellyfin topic https://gathering.tweakers.net/forum/list_messages/2314428
Als je de container niet in privileged mode hebt draaien, dan zou ik mij geen zorgen maken.:
[...]
Ik heb hier nginx/php draaien in een Docker container die onder mijn user draait. Da's geen strak plan dus?
:strip_icc():strip_exif()/u/9528/OMAsmall.jpg?f=community)
Hoe zit je qua energieverbruik nu?:
Ik denk erover een Synology NAS, Windows NAS, Raspberry Pi 5 en Intel NUC te vervangen door een UGreen DXP480T met om te starten 2x 4TB Samsung 990 Pro.
3 vragen:Edit: Inmiddels besteld met 2x SSD, benieuwd
- Weet iemand wat een gemiddeld stroomverbruik van de DXP480T is? De TDP van de CPU is volgens mij 15-55 Watt.
- Kan ik er later makkelijk een 3e en 4e SSD bij plaatsen om die op te nemen in een RAID array? Of moet ik er eigenlijk direct 4 plaatsen?
- Past de SSD versie mét heatsink ook? Neem aan van wel?
Ik heb een 5-bay Synology, die trekt gemiddeld 45W maar op zich zie ik een upgrade naar full SSD ook wel zitten
/u/12037/crop5db5cb2525d0a_cropped.png?f=community)
De DXP480T Plus heeft een verbruik van 22-25 Watt incl.::
[...]
Hoe zit je qua energieverbruik nu?
Ik heb een 5-bay Synology, die trekt gemiddeld 45W maar op zich zie ik een upgrade naar full SSD ook wel zitten
- 4x Samsung 990 Pro 4 TB NVME
- 2x16 GB Crucial RAM
Netjes denk ik
:strip_exif()/f/image/8N246WHaYpbtkCsu3tmh5YoU.png?f=user_large)
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
Dank voor de info, zeer netjes idd! Nog iets lager dan ik had verwacht ook.:
[...]
De DXP480T Plus heeft een verbruik van 22-25 Watt incl.:En o.a. PiHole, Teslamate en aantal andere Dockers draaien.
- 4x Samsung 990 Pro 4 TB NVME
- 2x16 GB Crucial RAM
Netjes denk ik
[Afbeelding]
:strip_icc():strip_exif()/u/465952/crop599b683a3f51e_cropped.jpeg?f=community)
/u/480763/crop5df20294e68af_cropped.png?f=community)
Mis je niet de drivers voor BlueZ? Dat zeg je zelf al, check https://www.reddit.com/r/...bluez_for_home_assistant/ pak van https://pkgs.org/download/bluez de juiste debian package.
Daarnaast lees ik her en der iets over dat USB passtrough naar een docker container nog niet werkt op ugos, misschien weet iemand anders hier meer over
[ Voor 8% gewijzigd door ProfaNe op 09-12-2025 10:03 ]
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
:strip_icc():strip_exif()/u/816105/crop57ea7319aff58_cropped.jpeg?f=community)
Daarom heb ik dus liever een "echte" UPS, zodat het netwerk e.d. ook in de lucht blijft. En de piep instelbaar is. 
Moest hem wel met de hand als NUT-client configureren over SSH, dat werkt nog niet via de GUI, dat is vooralsnog alleen bedoeld voor een andere Ugreen NAS die dan de UPS heeft aangesloten en als NUT-server fungeert.
Moest hem wel met de hand als NUT-client configureren over SSH, dat werkt nog niet via de GUI, dat is vooralsnog alleen bedoeld voor een andere Ugreen NAS die dan de UPS heeft aangesloten en als NUT-server fungeert.
[ Voor 4% gewijzigd door RonJ op 16-12-2025 08:08 ]
All-electric.
:strip_icc():strip_exif()/u/79070/crop63295d8c4c0be_cropped.jpg?f=community)
Robert Elsinga =8-) | IT security, Scouting, zendamateur (PC5E, WC5E) | www.elsinga.net/robert, www.pc5e.nl
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
:strip_icc():strip_exif()/u/337792/tandemlarge%2520-%2520Copy.jpeg?f=community)
Ik heb, vanaf mijn oude thuisservertje, wat ervaring met Samba-shares (om media te delen met mijn Apple TV) en wil dit nu ook op mijn DXP4800+ gaan instellen. Mijn eerste ingeving was om dit allemaal vanuit de terminal te doen, maar ik zie nu dat wijzigingen vanuit de GUI mijn smb-settings simpelweg overschrijven. Op zich niet onlogisch.
Ik wil het dus aanpakken zoals UGreen het wil. Maar hoe is dat?
Mijn usecase is dat ik op /volume1/data een directory "Video" heb. Ik wil een gebruiker "media" maken die alleen tot die directory toegang heeft (en dan ook nog eens read only). Mijn eerste stap is het aanmaken van die gebruiker geweest, daarna heb ik een nieuwe share gemaakt die in /volume1/ komt te staan. Daarna leek het mij logisch om daar een symlink te plaatsen naar /volume1/data/video, maar... dat werkt dus niet. De symlink is niet zichtbaar voor die gebruiker (en ja, ik heb die gebruiker leesrechten gegeven op /volume1/data/video).
Voorheen zou ik dan aan mijn smb.conf deze regel toevoegen:
Maar... ik wil dus niet direct die config bestanden aanpassen, met het risico dat ze na een aanpassing in de GUI weer weg zijn.
Iemand een idee? Waarschijnlijk ben ik veel te ingewikkeld aan het doen
Ik wil het dus aanpakken zoals UGreen het wil. Maar hoe is dat?
Mijn usecase is dat ik op /volume1/data een directory "Video" heb. Ik wil een gebruiker "media" maken die alleen tot die directory toegang heeft (en dan ook nog eens read only). Mijn eerste stap is het aanmaken van die gebruiker geweest, daarna heb ik een nieuwe share gemaakt die in /volume1/ komt te staan. Daarna leek het mij logisch om daar een symlink te plaatsen naar /volume1/data/video, maar... dat werkt dus niet. De symlink is niet zichtbaar voor die gebruiker (en ja, ik heb die gebruiker leesrechten gegeven op /volume1/data/video).
Voorheen zou ik dan aan mijn smb.conf deze regel toevoegen:
code:
1
| follow symlinks = yes |
Maar... ik wil dus niet direct die config bestanden aanpassen, met het risico dat ze na een aanpassing in de GUI weer weg zijn.
Iemand een idee? Waarschijnlijk ben ik veel te ingewikkeld aan het doen
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Ik hoef niet persé zelf te prutsen, maar ik weet dus niet hoe ik dit vanuit de GUI voor elkaar krijg.
Ik heb nu de gebruiker "mediashare" rechten gegeven op de "Video" folder:
:strip_exif()/f/image/WRROgHA1iXNSmCBhx3MdW1Nc.png?f=user_large)
Maar, "Video" is een subdirectory van de shared directory "Data":
:strip_exif()/f/image/4eMzOlOKdmdoGAaKJt0FYMVA.png?f=user_large)
Hoe moet ik dit aanpakken? Ik kan natuurlijk "Video" verplaatsen, maar het voelt wat suf dat ik geen subdirectory kan delen.
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Tja, wat je zegt over "de boom af kunnen lopen" is natuurlijk normaal met Samba geen issue, dan zou ik gewoon dit doen in de smb.conf:
Op dat moment staat de Video-share gewoon beschikbaar voor de mediashare user. Ik had een beetje het idee dat dat hier hetzelfde zou werken, maar dat is kennelijk niet het geval. Ik heb me er bij neergelegd en de directory maar gewoon verplaatst inderdaad
code:
1
2
3
4
5
6
| [Video] path = /volume1/data/Video read only = yes browsable = yes public = no valid users = mediashare |
Op dat moment staat de Video-share gewoon beschikbaar voor de mediashare user. Ik had een beetje het idee dat dat hier hetzelfde zou werken, maar dat is kennelijk niet het geval. Ik heb me er bij neergelegd en de directory maar gewoon verplaatst inderdaad
M'n DXP4800 Plus is onderweg hoor Migreren vanaf m'n Syno zal niet zo'n issue zijn, maar ik twijfel toch welk OS ik nu moet draaien er op, ik wil genoeg vrijheid hebben om lekker te knutselen met Dockers containers etc. Unraid ben ik bekend mee, TrueNAS van vroeger ook. Wat zouden jullie aanraden? Voornamelijk wat SMB shares en een berg containers.
Migreren vanaf m'n Syno zal niet zo'n issue zijn, maar ik twijfel toch welk OS ik nu moet draaien er op, ik wil genoeg vrijheid hebben om lekker te knutselen met Dockers containers etc. Unraid ben ik bekend mee, TrueNAS van vroeger ook. Wat zouden jullie aanraden? Voornamelijk wat SMB shares en een berg containers.
Owner of DBIT Consultancy | DJ BassBrewer
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Ik ben vooralsnog happy met UGOS en draai een aantal VM's en Dockers. Enige uitdaging is nog om de Wireguard VPN Docker werkend te krijgen, maar dan heb ik een Synology NAS, RPI5 en Intel NUC overbodig gemaakt. Home Assistant draait nu ook enorm veel sneller dan op een Intel NUC i3
Krijg de Wireguard Docker wel up and running, maar kan vanaf buitenaf geen connectie maken, ondanks forwarden UDP poort 51820. Iemand dit al voor elkaar gekregen?
Krijg de Wireguard Docker wel up and running, maar kan vanaf buitenaf geen connectie maken, ondanks forwarden UDP poort 51820. Iemand dit al voor elkaar gekregen?
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
Ohhhhhh
je moet dus een subnet aangeven en niet een IP, dacht dat je gewoon het IP adres van de NAS moest opgeven. En ik dacht dat /24 gewoon de poortnummer was o.i.d., waar tailscale mee communiceerde, en niet de subnetmask.
Maar is de foutmelding ook weg?:
[...]
Ohhhhhh
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV
iotdomotica.nl | Replace fear of the unknown with curiosity | 76 kWh thuisaccu | Tesla Model Y LR & Model 3 SR+ | 11.460 Wp PV