:fill(white):strip_exif()/i/2000606466.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001374971.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/39359/OCR2.jpg?f=community)
Voor ons onderzoek gebruiken we ruimte op 4tu.nl. Maar dat is tussen 5 uni’s in NLHallonRubus schreef op donderdag 2 januari 2025 @ 14:25:
Artikel over universiteiten die Nextcloud gebruiken:
https://www.nrc.nl/nieuws...n-bestanden-deel-a4878192
https://communities.surf....rken-samen-aan-digitale-0
Surfdrive op basis van Nextcloud bestaat al een tijd, maar nu gaan ze dus ook onder meer Talk gebruiken.
:strip_icc():strip_exif()/u/127590/crop5cce81c658561_cropped.jpeg?f=community)
Asus Z390 Maximus IX Hero, Intel 9900K, RTX3080, 64GB DDR4 3000, 2TB NVME, Samsung 850Evo 1TB, 4 x 14TB Toshiba, Be Quiet SB 801, Samsung 34"
:strip_icc():strip_exif()/u/14853/bluepiSW.jpg?f=community)
Asus Z390 Maximus IX Hero, Intel 9900K, RTX3080, 64GB DDR4 3000, 2TB NVME, Samsung 850Evo 1TB, 4 x 14TB Toshiba, Be Quiet SB 801, Samsung 34"
Asus Z390 Maximus IX Hero, Intel 9900K, RTX3080, 64GB DDR4 3000, 2TB NVME, Samsung 850Evo 1TB, 4 x 14TB Toshiba, Be Quiet SB 801, Samsung 34"
:strip_exif()/u/60436/wasub.gif?f=community)
:strip_icc():strip_exif()/u/782695/crop671b96fb75045_cropped.jpg?f=community)
Als het topic er komt zal ik ‘m zeker volgen! Ik merk zelf dat ik moeite heb met het zelf hosten. Niet omdat ik het niet kan, maar twijfel of ik zin heb om er tijd aan te besteden. Ervaringen van anderen helpen altijd mee met de beslissing.
Have you tried turning it off and on again?
:strip_icc():strip_exif()/u/249279/crop6992cdd633db0_cropped.jpg?f=community)
Ik zou het gewoon eens doen. Ik wilde vooral een fijnere omgeving voor mijn agenda's en contacten. Ik wil dat niet bij grote partijen hebben staan, en ik beheerde dat nu op mijn Synology. Echter is de Synology heel beperkt (werkt minder fijn) ik draai het nu al een aardige op mijn Nextcloud server en een sync via Davx5 en dat werkt echt perfect.:
[...]
Als het topic er komt zal ik ‘m zeker volgen! Ik merk zelf dat ik moeite heb met het zelf hosten. Niet omdat ik het niet kan, maar twijfel of ik zin heb om er tijd aan te besteden. Ervaringen van anderen helpen altijd mee met de beslissing.
Het enige wat ik jammer vind van Nextcloud, is dat je niet makkelijk vanuit de GUI een backup kunt maken. Veel dingen gaan via de command prompt, wat ik zelf minder fijn vind werken.
Ik denk dat contacten, agenda en file Sync 3 van de meest gebruikte functies zijn. Over het algemeen hebben mensen die Nextcoud hebben draaien ook wel iets van een server of NAS draaien, dus veel andere functies zijn dan wat overbodig. Vul me echter gerust aan als het anders is, maar dat is wat ik veelal tegenkom.
[ Voor 14% gewijzigd door Wachten... op 24-02-2025 09:54 ]
Als je dit kunt lezen, dan werkt mij Signature!
Ja, misschien valt het in de praktijk wel mee. Dat het beter is voor je privacy staat als een paal boven water. Maar ik ben er nog niet helemaal uit of het zelf beheren écht veiliger is. Je bent zelf verantwoordelijk voor updates en afhankelijk van de infrastructuur (zoals Docker) kan het behoorlijk wat werk kosten om alles draaiende te houden.
Ik wil daar inzicht in hebben, inclusief monitoring van wat er binnen Nextcloud gebeurt anders geeft dat (mij) weer onrust.
Have you tried turning it off and on again?
:strip_icc():strip_exif()/u/46311/crop67969c002c0ce_cropped.jpg?f=community)
Ik draai Nextcloud al lange tijd op mijn Intel Nuc thuis. Wel toegankelijk vanaf het internet via een eigen subdomein.
Het betreft een debian server, met daarop ook een hele serie docker containers. Nextcloud in Docker was voor mij / met mij niet een goede match. Geen idee waarom toen, maar ik heb het altijd maar zo gelaten. Nextcloud draait dus op apache en php-fpm.
Wat ik jammer vind is dat Nextcloud de bestanden un-encrypted op de schijf opslaat. Server-side encryption is er geloof ik wel, maar dan ga je de deelfunctie weer missen meen ik. In mijn ogen maakt dat de boel weer wat kwetsbaar. Ik monitor de veiligheid van mijn debian server wel geregeld (rootkit, lynis, updates, logs), maar ik zou geruster zijn als mijn data versleuteld zou zijn geweest.
Het betreft een debian server, met daarop ook een hele serie docker containers. Nextcloud in Docker was voor mij / met mij niet een goede match. Geen idee waarom toen, maar ik heb het altijd maar zo gelaten. Nextcloud draait dus op apache en php-fpm.
Wat ik jammer vind is dat Nextcloud de bestanden un-encrypted op de schijf opslaat. Server-side encryption is er geloof ik wel, maar dan ga je de deelfunctie weer missen meen ik. In mijn ogen maakt dat de boel weer wat kwetsbaar. Ik monitor de veiligheid van mijn debian server wel geregeld (rootkit, lynis, updates, logs), maar ik zou geruster zijn als mijn data versleuteld zou zijn geweest.
:
Ik draai Nextcloud al lange tijd op mijn Intel Nuc thuis. Wel toegankelijk vanaf het internet via een eigen subdomein.
Het betreft een debian server, met daarop ook een hele serie docker containers. Nextcloud in Docker was voor mij / met mij niet een goede match. Geen idee waarom toen, maar ik heb het altijd maar zo gelaten. Nextcloud draait dus op apache en php-fpm.
Wat ik jammer vind is dat Nextcloud de bestanden un-encrypted op de schijf opslaat. Server-side encryption is er geloof ik wel, maar dan ga je de deelfunctie weer missen meen ik. In mijn ogen maakt dat de boel weer wat kwetsbaar. Ik monitor de veiligheid van mijn debian server wel geregeld (rootkit, lynis, updates, logs), maar ik zou geruster zijn als mijn data versleuteld zou zijn geweest.
Lijkt wel tot de mogelijkheden te behoren, ik zou in dat geval misschien een tweede instantie proberen op te zetten en dan de files kopieren, als dat goed is voor de gemoedsrust. Nextcloud is in mijn ervaring vrij flexibel daarmee.
[ Voor 6% gewijzigd door Cyphax op 25-02-2025 17:27 ]
Saved by the buoyancy of citrus
Ja die ken ik. Maar je kunt dan niet meer delen met gebruikers zonder account. Misschien moet ik daar een andere sharing solution voor vinden. Ik meen ergens iets gelezen te hebben over een docker - file sharing a la WeTranfer.:
[...]
[...]
Lijkt wel tot de mogelijkheden te behoren, ik zou in dat geval misschien een tweede instantie proberen op te zetten en dan de files kopieren, als dat goed is voor de gemoedsrust. Nextcloud is in mijn ervaring vrij flexibel daarmee.
:strip_icc():strip_exif()/u/457808/crop5686a95ab9c87_cropped.jpeg?f=community)
Naast de factor tijd speelt bij veel mensen, bij mij in elk geval wel, ook het feit mee dat er ook mensen in hun huishouden zitten die niks van computers weten. En die mensen komen bij jou klagen als iets het niet doet.:
[...]
Als het topic er komt zal ik ‘m zeker volgen! Ik merk zelf dat ik moeite heb met het zelf hosten. Niet omdat ik het niet kan, maar twijfel of ik zin heb om er tijd aan te besteden. Ervaringen van anderen helpen altijd mee met de beslissing.
Ik heb een mediaserver op een pctje staan, experimenteer met mijn Homey maar zoiets als mail of bestandsopslag moet zowel voor mij als mijn partner gewoon direct en simpel werken, ook als ik er bijvoorbeeld ooit niet meer ben.
Wat ik persoonlijk interessant vind zijn de Nextcloud oplossingen die diverse hosters bieden. Dat lijkt me een goede middenweg.
:strip_icc():strip_exif()/u/284782/wywh.jpeg?f=community)
Draai die eens in een tmux sessie? En afhankelijk van je platform, bekijk ook de logs. Sowieso nextcloud.log, maar ook de logs van je systeem zelf. Als je bijvoorbeeld Linux draait zou die job gekilled kunnen worden door OOM Killer, mocht 'ie teveel resources hoggen.
En als je dit gefixt hebt, draai het dan als cronjob, bijvoorbeeld elke nacht
Ongevraagde verzoeken per DM beantwoord ik niet, sorry
:strip_icc():strip_exif()/u/140051/BSOD.jpg?f=community)
:strip_icc():strip_exif()/u/372809/crop5a4f7e643d4c5_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/555530/crop6911c3c9e99e3_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/81611/headcrop.jpg?f=community)
Ja, de 'community docker' containers zijn... nou ja, ik heb er nooit wat aan gehad. Ben bij bare metal gebleven, maar ja, dan moet je het allemaal onderhouden en bij mij braken er dingen gewoon regelmatig. Niet echt aan de Nextcloud kant, meestal gezeik met https enzo, ik ben niet zo'n techneut...:
[...]
Thx, ik wist niet dat er een alternatief is inmiddels, ik zal eens daarnaar kijken.
De Docker AIO is echt een god-sent. Het overstappen van mijn bare metal installatie (al onderhouden sinds ownCloud 6) ging zonder problemen, en sinds dien heb ik er geen omkijken naar. Fantastisch, kan het echt aanraden.
Dan begrijp ik de bedoeling van je bericht niet. Het klopt dat Nextcloud opzetten wel wat kennis en inzet vraagt en zeer waarschijnlijk niet voor iedereen is weggelegd. Maar, je bent niet blij met Nextcloud, terwijl je tegelijk zegt dat je wel een specifieke opzet hebt.
Ik heb Nextcloud al jaren draaien op mijn eigen server. Werkt perfect en stabiel. Ook hier wel eens een probleempje gehad, maar dat had te maken met het gebruikt van de Redis server die niet live kwam. Die had ik ook niet hoeven gebruiken voor Nextcloud.
[ Voor 5% gewijzigd door ahbart op 21-07-2025 13:32 ]
Op zich ben ik best blij en tevreden met Nextcloud, maar bij updates was het in het verleden vaak opletten dat alles bleef werken zoals ik dat wilde.:
[...]
[...]
Dan begrijp ik de bedoeling van je bericht niet. Het klopt dat Nextcloud opzetten wel wat kennis en inzet vraagt en zeer waarschijnlijk niet voor iedereen is weggelegd. Maar, je bent niet blij met Nextcloud, terwijl je tegelijk zegt dat je wel een specifieke opzet hebt.
Ik heb Nextcloud al jaren draaien op mijn eigen server. Werkt perfect en stabiel. Ook hier wel eens een probleempje gehad, maar dat had te maken met het gebruikt van de Redis server die niet live kwam. Die had ik ook niet hoeven gebruiken voor Nextcloud.
Mijn opzet is (denk ik) niet zo bijzonder:
www <-> DNS cloudflare <-> WAN adres <-> nginx proxy (vm, let's encrypt certificaten hier geregeld) <-> nextcloudserver (vm)
Mijn ervaring (maar dat was met name "vroeger", lees een flink aantal versies geleden) dat het na updates instabiel was en dat ook vaak via cli ingrijpen noodzakelijk was (nu nog af en toe trouwens, dat een backup vastloopt of een download niet doorkomt via de webinterface).
Maar goed ik klaag niet (echt), het is hobby, ik probeer graag van alles uit en ik kan het handelen (al kost het soms veel tijd), maar je moet redelijk (goed) weten wat je doet (maar moet dat niet altijd) en het is niet altijd even intuitief.
Maar die instabiliteit die soms optreedt, is ook een reden dat de vraag "Leeft Nextcloud hier nog?" niet eenduidig en volmondig met ja wordt beantwoord
ik gebruik het ook niet meer voor mij en mijn kinderen (ik heb wel de ambitie nog, om dan ook van office family af te geraken)
[ Voor 9% gewijzigd door htca op 21-07-2025 14:08 ]
:strip_icc():strip_exif()/u/310021/crop6564930f1b1d1_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/8430/logo.jpg?f=community){kind=logo}
Mijn Nextcloud-instantie woont in een container en de data wordt buiten de container opgeslagen. Backups daarvan laat ik Kopia doen (die maakt heel regelmatig snapshots en bewaart een bepaalde selectie daarvan) die in een andere container draait en ook (lees-)toegang heeft tot die data. De backups worden op de NAS gezet (via een share) en naar de cloud door Kopia.
Nextcloud heeft wel een e-mailclient ingebouwd, maar die is in mijn ervaring erg traag (eigenlijk heel Nextcloud wel
). Het integreert wel weer aardig met de inhoud van je Nextcloudomgeving rondom attachments, het heeft dus wel potentie en nut als je Nextcloud veel gebruikt.
Saved by the buoyancy of citrus
Icoontje is veranderd.
Er kunnen mede-auteurs aan de startpost toegevoegd worden, overleg even met elkaar en laat ons horen als dat iets is wat jullie willen.
Thanks! Ik wil wel onderdeel uitmaken van het team van de startpost-auteurs. Komt deze dan boven de huidige post? Of wordt de huidige startpost dan vervangen/aangepast?:
[...]
Icoontje is veranderd.
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/28238/dommel.jpg?f=community)
Na tig keer proberen een simpele lokale Nextcloud op te zetten sta ik op het punt om de boel permanent af te schrijven.
Ik heb een Caddy Proxmox LXC en een Docker host met daarop meerdere werkende apps benaderbaar via reverse proxy. Aan de hand van de Nextcloud documentatie en een deel van deze YT video vervolgens deze compose gefabriceerd (niet gebruikte regel verwijderd voor het overzicht:
Na het maken en starten van de diverse containers eindig ik hier:
In Docker zijn alle nextcloudcontainer healthy, m.u.v. de domaincheck, die is exited.
Klikken op "Open you Nextcloud" geeft in Firefox een "Did Not Connect: Potential Security Issue" error waar ik niet omheen kan. In andere browsers is de error "This page isn't working right now", met een http error 502.
Ik heb vanalles geprobeerd maar mijn Caddy & Docker kennis blijkt niet toereikend genoeg. Waarschijnlijk kijk ik ergens strak overheen of haal ik dingen door elkaar...maar wat en waar?
Ik heb een Caddy Proxmox LXC en een Docker host met daarop meerdere werkende apps benaderbaar via reverse proxy. Aan de hand van de Nextcloud documentatie en een deel van deze YT video vervolgens deze compose gefabriceerd (niet gebruikte regel verwijderd voor het overzicht:
code:
en deze caddyfile entry:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| name: nextcloud-aio # Add the container to the same compose project like all the sibling containers are added to automatically.
services:
nextcloud-aio-mastercontainer:
image: ghcr.io/nextcloud-releases/all-in-one:latest # This is the container image used. You can switch to ghcr.io/nextcloud-releases/all-in-one:beta if you want to help testing new releases. See https://github.com/nextcloud/all-in-one#how-to-switch-the-channel
init: true # This setting makes sure that signals from main process inside the container are correctly forwarded to children. See https://docs.docker.com/reference/compose-file/services/#init
restart: always # This makes sure that the container starts always together with the host OS. See https://docs.docker.com/reference/compose-file/services/#restart
container_name: nextcloud-aio-mastercontainer # This line is not allowed to be changed as otherwise AIO will not work correctly
volumes:
- nextcloud_aio_mastercontainer:/mnt/docker-aio-config # This line is not allowed to be changed as otherwise the built-in backup solution will not work
- /var/run/docker.sock:/var/run/docker.sock:ro # May be changed on macOS, Windows or docker rootless. See the applicable documentation. If adjusting, don't forget to also set 'WATCHTOWER_DOCKER_SOCKET_PATH'!
network_mode: bridge # This adds the container to the same network as docker run would do. Comment this line and uncomment the line below and the networks section at the end of the file if you want to define a custom MTU size for the docker network
# networks: ["nextcloud-aio"]
ports:
# - 80:80 # Can be removed when running behind a web server or reverse proxy (like Apache, Nginx, Caddy, Cloudflare Tunnel and else). See https://github.com/nextcloud/all-in-one/blob/main/reverse-proxy.md
- 8099:8080 # This is the AIO interface, served via https and self-signed certificate. See https://github.com/nextcloud/all-in-one#explanation-of-used-ports
# - 8443:8443 # Can be removed when running behind a web server or reverse proxy (like Apache, Nginx, Caddy, Cloudflare Tunnel and else). See https://github.com/nextcloud/all-in-one/blob/main/reverse-proxy.md
# security_opt: ["label:disable"] # Is needed when using SELinux. See https://github.com/nextcloud/all-in-one#are-there-known-problems-when-selinux-is-enabled
environment: # Is needed when using any of the options below
# AIO_DISABLE_BACKUP_SECTION: false # Setting this to true allows to hide the backup section in the AIO interface. See https://github.com/nextcloud/all-in-one#how-to-disable-the-backup-section
APACHE_PORT: 11000 # Is needed when running behind a web server or reverse proxy (like Apache, Nginx, Caddy, Cloudflare Tunnel and else). See https://github.com/nextcloud/all-in-one/blob/main/reverse-proxy.md
APACHE_IP_BINDING: 0.0.0.0 #127.0.0.1 # Should be set when running behind a web server or reverse proxy (like Apache, Nginx,
#Caddy, Cloudflare Tunnel and else) that is running on the same host. See https://github.com/nextcloud/all-in-one/blob/main/reverse-proxy.md
SKIP_DOMAIN_VALIDATION: true # This should only be set to true if things are correctly configured. See https://github.com/nextcloud/all-in-one#how-to-skip-the-domain-validation
volumes: # If you want to store the data on a different drive, see https://github.com/nextcloud/all-in-one#how-to-store-the-filesinstallation-on-a-separate-drive
nextcloud_aio_mastercontainer:
name: nextcloud_aio_mastercontainer # This line is not allowed to be changed as otherwise the built-in backup solution will not work |
code:
Hiermee kom ik voorbij de doeinvalidatie (die geskipt wordt, zoals bedoeld).1
2
3
4
| https://nextcloud.<mijndomein>.<tld>:443 {
tls internal
reverse_proxy 192.168.1.123:11000
} |
Na het maken en starten van de diverse containers eindig ik hier:
In Docker zijn alle nextcloudcontainer healthy, m.u.v. de domaincheck, die is exited.
Klikken op "Open you Nextcloud" geeft in Firefox een "Did Not Connect: Potential Security Issue" error waar ik niet omheen kan. In andere browsers is de error "This page isn't working right now", met een http error 502.
Ik heb vanalles geprobeerd maar mijn Caddy & Docker kennis blijkt niet toereikend genoeg. Waarschijnlijk kijk ik ergens strak overheen of haal ik dingen door elkaar...maar wat en waar?
:strip_icc():strip_exif()/u/18112/avatar.jpg?f=community){kind=avatar}
Ik ben iets verder, maar nog steeds met uitdagingen.
Een debian VM, met Docker, en NC AIO. Alle containers draaien zonder bijzonderheden.
Het openen van de NC website geeft nu alleen een 502 Bad Gateway error. In de apache container zie ik geen errors, en ook niet in de mastercontainer.
De Caddy-logfile geeft wel een error, maar zonder (voor mij) duidelijke zoekrichting: http.log.error dial tcp 192.168.1.75:11000: connect: connection refused
Volgens mij ben ik vlakbij een oplossing...maar waar?
/u/34186/crop62e07d174532d_cropped.png?f=community)
Koop mijn Nikon 14-24mm f/2.8 en Nikon 24-70mm f/2.8 lensen voor een prikkie! - En zie al mijn ads!
Koop mijn Nikon 14-24mm f/2.8 en Nikon 24-70mm f/2.8 lensen voor een prikkie! - En zie al mijn ads!
Koop mijn Nikon 14-24mm f/2.8 en Nikon 24-70mm f/2.8 lensen voor een prikkie! - En zie al mijn ads!
Het is hier heel duidelijk dat ie dus niet op 192.168.1.75:11000 luistert, maar op 127.0.0.1:11000. Jouw APACHE_IP_BINDING moet dus gewoon 127.0.0.1 zijn.
Koop mijn Nikon 14-24mm f/2.8 en Nikon 24-70mm f/2.8 lensen voor een prikkie! - En zie al mijn ads!
:strip_exif()/u/63575/killbill_additionalproductimage_001_small.gif?f=community)
/u/9437/Settings.png?f=community)
de meest gebruikte IMAP sever is dovecot (nee .. geen relatie
) .. die zou je prima op kunnen zetten als IMAP server zonder verder ook direct andere email services te moeten draaien.een andere optie is Stalwart .. meer "modern" en die kan je email ook versleuteld opslaan zodat je die zonder de juiste keys ook niet van het file systeem kan lezen.
er zijn ook tools die email automatisch kunnen archiveren vanuit je bestaande account .. maar dat is meer een copy dan een echte "verplaatsen" van de email
voor alles moet je wel wat extra moeite doen en je goed inlezen in wat er bij komt kijken .. maar ze kunnen beide werken zonder een daadwerkelijke "mail server" waar je email op kan ontvangen.
:strip_icc():strip_exif()/u/568790/crop5db41301356bf.jpeg?f=community)
/u/164119/crop5a5a2a556d2af_cropped.png?f=community)