Verhoog de uploadlimiet van Nextcloud voor webbestanden tot boven de 2 GB.

Als een Nextcloud-browserupload stopt bij 2 GB, verhoog dan de limiet op elk niveau dat het verzoek afhandelt: PHP, de webserver of reverse proxy en alle tijdelijke opslag die in gebruik is. Voor een doel van 5 GB heeft een typische PHP-FPM- en Nginx-configuratie upload_max_filesize = 5G, post_max_size = 6Gen client_max_body_size 5G, plus voldoende schijfruimte en tijd nodig voor de overdracht.

Er is geen universele limiet van 2 GB voor Nextcloud. De huidige beheerdershandleiding vermeldt dat de standaard maximale uploadgrootte 512 MB is, terwijl een limiet onder de 2 GB een harde bovengrens is op 32-bits systemen. Een server die precies bij 2 GB stopt, bereikt waarschijnlijk een geconfigureerde limiet of een tussenliggende waarde. De onderstaande stappen gebruiken 5 GB als voorbeeld; vervang dit door de maximale bestandsgrootte die u daadwerkelijk nodig hebt.

Komt de limiet van 2 GB van Nextcloud?

Vaak wordt de zichtbare limiet bepaald door PHP of de webserver in plaats van door een Nextcloud-instelling. Het door Nextcloud ondersteunde maximum is ook afhankelijk van het besturingssysteem, het bestandssysteem, het accountquotum en de beschikbare tijdelijke schijfruimte. De desktop-synchronisatieclient is een apart geval: deze draagt ​​bestanden in kleinere stukken over en is niet onderworpen aan dezelfde uploadlimieten per verzoek die hier worden beschreven.

Identificeer eerst het pad waarlangs het verzoek wordt verzonden. Controleer of gebruikers uploaden via de browser, WebDAV of de desktopclient, en of de site via Nginx, Apache, een load balancer of een proxy van de hostingprovider loopt. Als u de server niet beheert, stuur dan de beheerder de volgende informatie: de grootte van het mislukte bestand, de uploadmethode, het tijdstip van de fout en eventuele foutcode; alleen de beheerder kan de serverlimieten wijzigen.

Welke PHP-instellingen moet je wijzigen?

Voor PHP-FPM moet u de configuratie aanpassen die wordt gebruikt door de PHP-FPM-service die Nextcloud bedient, en niet alleen de PHP-configuratie via de commandoregel. Op Debian of Ubuntu is een veelgebruikt pad /etc/php/8.2/fpm/php.ini; vervang dit 8.2door de geïnstalleerde PHP-versie. Uw distributie of container gebruikt mogelijk een ander pad. De PHP-handleiding vermeldt dat post_max_sizegroter moet zijn dan upload_max_filesize, dus zorg voor voldoende ruimte voor overhead bij aanvragen.

Stel de waarden in die geschikt zijn voor uw server. Voor het voorbeeld van 5 GB:

upload_max_filesize = 5G
post_max_size = 6G
max_input_time = 3600
max_execution_time = 3600

De time-outwaarden zijn voorbeelden, geen universele vereisten. Trage verbindingen, drukke servers en uploads die aan het einde moeten worden samengevoegd, kunnen een langere time-out vereisen. PHP-geheugeninstellingen en resourcebeperkingen per worker blijven belangrijk: stel de geheugenlimiet van elke PHP-FPM-worker niet automatisch in op meerdere gigabytes. De PHP-richtlijnen van Nextcloud adviseren minimaal 512 MB geheugen per proces; controleer de host en de PHP-FPM-pool voordat u de resourcebeperkingen verhoogt.

Sla het bestand op en herstart de betreffende PHP-FPM-service zodat deze de nieuwe instellingen leest. Op een systeem met PHP 8.2 kan de service bijvoorbeeld zijn php8.2-fpm:

sudo systemctl restart php8.2-fpm

Servicenamen variëren. In containers moet u de gekoppelde configuratie of image bijwerken en de PHP-container opnieuw aanmaken volgens het implementatieproces.

Hoe verhoog je de limiet voor de webserver?

Voor Nginx moet je de `body-size` instructie in het actieve serverblok voor Nextcloud plaatsen, of in een meer specifiek, van toepassing zijnd locationblok:

client_max_body_size 5G;

Controleer vervolgens de configuratie en herlaad Nginx:

sudo nginx -t
sudo systemctl reload nginx

Als Nginx een syntaxfout meldt, corrigeer deze dan voordat u de pagina opnieuw laadt. Als er een andere proxy, ingress controller of hosting gateway voor staat, kan deze een eigen limiet voor de request body hanteren; verhoog die limiet ook. Een limiet op een upstream proxy kan de upload weigeren, zelfs als de Nextcloud-host correct is geconfigureerd.

Voor Apache kunt u LimitRequestBodyde configuratie van de betreffende virtuele host of directory controleren. De huidige Nextcloud-documentatie vermeldt dat Apache HTTP Server 2.4.54 en later deze richtlijn standaard op 1 GiB instelt; dit kan een upload van een enkele aanvraag boven die grootte blokkeren. Stel een bewuste byte-limiet in die geschikt is voor de host, of gebruik deze optie 0alleen als u bewust geen limiet voor de bodygrootte van Apache wilt. Apache heeft mogelijk ook langere time-outs voor aanvragen nodig, vooral als deze mod_reqtimeoutoptie is ingeschakeld.

Kunnen opslagproblemen of time-outs het uploaden nog steeds blokkeren?

Ja. De tijdelijke uploadmap van PHP, de geconfigureerde tijdelijke map van Nextcloud en die van Nginx client_body_temp_pathmoeten voldoende vrije ruimte hebben en beschrijfbaar zijn. Zorg voor voldoende ruimte voor gelijktijdige uploads en, in sommige opslagconfiguraties, voor het samenvoegen van geüploade bestanden. Controleer het betreffende bestandssysteem met `php -g` df -hen bevestig dat het serviceaccount schrijfrechten heeft voor de geconfigureerde tijdelijke map. Stel een tijdelijke map niet in op een vol of alleen-lezen volume.

Controleer ook het Nextcloud-quotum van de gebruiker en de beschikbare opslagruimte op de server. Het verhogen van een limiet voor de bestandsgrootte verhoogt het quotum van een gebruiker niet en creëert geen extra schijfruimte. Verhoog een quotum alleen als er daadwerkelijk ruimte voor het bestand beschikbaar is op het account. Als de fout optreedt aan het einde van een upload of een time-out of gatewayfout meldt, controleer dan de PHP-, webserver-, proxy- en Nextcloud-logboeken voordat u de limieten verder verhoogt. De Nextcloud-handleiding noemt PHP-time-outs en Nginx-time-outs specifiek fastcgi_read_timeoutals mogelijke oorzaken, ook tijdens de laatste MOVE-verzoeken.

Een belangrijke kanttekening: PHP upload_max_filesizewerkt post_max_sizemogelijk niet op dezelfde manier voor WebDAV-PUT-verzoeken voor één bestand of voor Nextcloud-uploads in stukken; in die gevallen kunnen PHP- en webservertime-outs de beperkende factor zijn. Controleer de uploadmethode voordat u waarden wijzigt die er niet op van toepassing zijn.

Hoe kunt u de oplossing bevestigen?

Begin met een testbestand dat ruim boven de oude limiet ligt, en test vervolgens een bestand dat dicht bij de nieuwe limiet ligt. Upload het bestand via dezelfde browser of client waarmee de eerste upload mislukte. Controleer of de overdracht voltooid is, of het bestand de verwachte grootte heeft en of het gedownload of geopend kan worden. Een groene indicator in het bestandsoverzicht die aangeeft dat de upload is voltooid, is een handige eerste controle, maar vergelijk ook de daadwerkelijke bestandsgrootte.

Als de test nog steeds mislukt, gebruik dan de foutmelding om de volgende beperkende factor te vinden: een HTTP 413 wijst op een limiet voor de request body, een 504 of een foutmelding vlak voor voltooiing duidt op een time-out, en een bericht over quota of schijfruimte wijst op een probleem met de opslagcapaciteit. Controleer de logboeken op hetzelfde tijdstempel en pas vervolgens alleen de betreffende instelling aan. Houd de limiet dicht bij de maximaal verwachte upload en reserveer voldoende tijdelijke ruimte voor gelijktijdige activiteiten.

Officiële documentatie

• Nextcloud: Grote bestanden uploaden
• Nextcloud: PHP voorbereiden
• Nextcloud: Nginx-configuratie
• PHP-handleiding: Kernrichtlijnen voor php.ini