O încărcare Nextcloud care se oprește la 2 GB este de obicei limitată de un singur strat din calea de solicitare, nu de o singură setare universală Nextcloud. Pentru a accepta fișiere mai mari, setați o țintă peste dimensiunea fișierului la fiecare strat care gestionează încărcarea: PHP, serverul web și orice proxy invers sau panou de găzduire. Apoi confirmați că spațiul de stocare, spațiul temporar și timeout-urile de solicitare pot suporta transferul.
Acest ghid folosește o limită de 5 GB ca exemplu pentru fișiere de până la aproximativ 4 GB. Alegeți o limită care corespunde cazului dvs. de utilizare real, lăsați spațiu pentru supraîncărcarea solicitărilor, acolo unde este cazul, și mențineți setarea consistentă în întregul stack. Exemplele se aplică unui server Nextcloud autogestionat folosind PHP; găzduirea gestionată, containerele și dispozitivele pot expune căi de configurare diferite.
Manualul de administrare actual al Nextcloud explică faptul că încărcările mari pot fi restricționate de configurația PHP și a serverului web. În cazul încărcărilor fragmentate, browserul sau clientul trimite fragmente pe care Nextcloud le asamblează; este posibil ca unele directive PHP privind dimensiunea fișierelor să nu guverneze aceste solicitări, în timp ce timeout-urile serverului web sau PHP pot totuși să le reglementeze. Un proxy, un firewall, un backend de stocare, o cotă de utilizator sau un disc temporar complet pot impune o altă limită. Consultați ghidul de administrare a încărcării fișierelor mari Nextcloud și ghidul utilizatorului Nextcloud pentru încărcări mari .
„2 GB” poate însemna și 2.000.000.000 de octeți sau 2 GiB (2.147.483.648 de octeți). O limită afișată și un prag real de octeți pot să nu corespundă exact. Înregistrați eroarea, dimensiunea fișierului în octeți și dacă eroarea se produce imediat sau după începerea progresului. Aceste detalii ajută la identificarea stratului de inspectat.
Înainte de a modifica setările, rețineți cum este încărcat fișierul: prin interfața web Nextcloud, client de sincronizare desktop sau mobil sau aplicație WebDAV. Testați un fișier puțin mai mare decât pragul vechi, dar nu încărcați în mod repetat un fișier de mai mulți gigaocteți în timp ce depanați. Verificați prezentarea generală și jurnalul de administrare Nextcloud, jurnalul de erori al serverului web, jurnalele PHP-FPM sau Apache și orice tablou de bord proxy sau de găzduire în momentul erorii.
Acestea sunt indicii, nu diagnostice concludente: un proxy poate înlocui o eroare a aplicației, iar jurnalele diferă în funcție de implementare. Comparați timestamp-urile între straturi înainte de a edita configurația.
Găsiți configurația PHP utilizată de procesul Nextcloud orientat spre web. Pe Debian sau Ubuntu, un fișier PHP-FPM tipic se află sub /etc/php/<version>/fpm/php.ini; Apache cu mod_php folosește de obicei un fișier separat apache2/php.ini. Configurația PHP din linia de comandă poate fi diferită, așadar editarea fișierului raportat de php --inisingur este posibil să nu modifice site-ul web. Ghidul de configurare PHP de la Nextcloud descrie contextul de configurare pe partea de server.
Pentru un plafon de 5 GB, verificați aceste setări în configurația web activă PHP:
upload_max_filesize = 5G
post_max_size = 5G
max_input_time = 3600
max_execution_time = 3600
post_max_sizear trebui să fie cel puțin la fel de mare ca upload_max_filesize; setarea ambelor la aceeași țintă este un punct de plecare practic pentru o încărcare multipart a unui singur fișier. Valorile de timp de mai sus sunt exemple, nu o garanție că un transfer se va finaliza: alegeți o durată care se potrivește lățimii de bandă disponibile și politicii operaționale. Nu măriți PHP memory_limitla 5 GB doar pentru că fișierul are 5 GB. Documentele PHP max_input_timeinclud timpul petrecut primind date de intrare pentru încărcare și că comportamentul de încărcare depinde de directivele aferente; consultați documentația PHP upload pitfalls .
În blocul activ al serverului Nginx pentru Nextcloud, setează o limită a corpului cererii peste cel mai mare fișier pe care intenționezi să îl accepți. Pentru exemplul de 5 GB:
client_max_body_size 5G;
Plasați-l în contextul corespunzător http, server, sau location, evitând o valoare mai mică conflictuală într-un bloc mai specific. Nginx documentează această directivă în referința modulului său principal . Exemplul de instalare Nginx al Nextcloud include și setările de dimensiune a încărcării și timeout. Validați configurația cu sudo nginx -tînainte de a reîncărca Nginx.
Verificați dacă gazda virtuală activă, configurația directorului sau configurația inclusă setează LimitRequestBody. Pe versiunile Apache unde o limită implicită sau explicită este mai mică decât ținta dvs., creșteți-o la numărul de octeți necesar sau utilizați „ 0fără limită la nivel Apache” numai dacă acest lucru este acceptabil pentru implementarea dvs. Confirmați că directiva este plasată într-un context permis de versiunea și configurația Apache. Apache descrie comportamentul său în documentația LimitRequestBody . Executați apachectl configtestînainte de a reîncărca serviciul.
Dacă traficul trece printr-o altă instanță Nginx, un echilibrator de încărcare, un panou de control al găzduirii sau un proxy de securitate, limitele sale de dimensiune a corpului și de timeout trebuie, de asemenea, să permită încărcarea. O solicitare poate fi respinsă înainte de a ajunge la Nextcloud. Actualizați doar stratul care deține acea setare, apoi inspectați jurnalele și codul de răspuns al acestuia. Pentru implementarea Docker sau a unui alt container, modificați configurația montată în containerul care rulează sau setările de mediu acceptate pentru acea imagine; este posibil ca un fișier PHP gazdă să nu fie utilizat deloc de container.
Încărcările mari consumă și resurse. Confirmați că volumul de date Nextcloud are suficient spațiu liber și că directorul temporar PHP sau al serverului web poate găzdui volumul de lucru. În cazul încărcărilor fragmentate, poate fi necesar spațiu temporar în timp ce fragmentele sunt asamblate; implementările de stocare pe obiecte pot necesita un disc temporar suplimentar. Planificați încărcări simultane, nu doar un fișier cu dimensiune maximă. Consultați secțiunea Nextcloud despre spațiul temporar și încărcările de fișiere mari înainte de a crește limita într-o instalare aglomerată.
După ce verificările de configurare trec cu succes, reîncărcați sau reporniți serviciile relevante PHP-FPM și de server web, astfel încât acestea să citească setările actualizate. Numele exacte ale serviciilor variază în funcție de distribuție și versiunea PHP. Evitați repornirea serviciilor de producție care nu au legătură cu acestea. Apoi, încărcați un fișier puțin peste limita anterioară de 2 GB - cum ar fi un fișier de test cunoscut de aproximativ 2,1 GB - utilizând același client și aceeași rută care au eșuat inițial. Mențineți testul sub noua limită și monitorizați spațiul liber pe disc, jurnalele și progresul transferului.
Un test reușit ar trebui să se finalizeze fără o eroare de dimensiune HTTP sau o expirare a timpului, să apară în folderul Nextcloud dorit și să aibă o dimensiune de fișier plauzibilă atunci când este verificată de client. Pentru un fișier important, comparați o sumă de control la sursă și destinație dacă fluxul dvs. de lucru o permite. O bară de progres care atinge 100% nu verifică singură dacă fișierul stocat este complet.
upload_max_filesizesingură a PHP-ului s-ar putea să nu rezolve o cerere fragmentată sau un timeout de asamblare finală.Creșterea limitei de încărcare extinde ceea ce utilizatorii pot trimite către server, așa că ar trebui să fie asociată cu cote, monitorizare, spațiu de stocare suficient și controale de acces rezonabile. Nu există un maxim sigur universal: plafonul practic depinde de cea mai lentă limită din calea de solicitare și de capacitatea serverului și a sistemului de stocare.
Comparați 10 instrumente de scanare ping pentru descoperirea rapidă a rețelelor LAN, scanarea multi-platformă și gestionarea adreselor IP. Aflați ce vă poate spune o scanare (sweep).
Comparați șase instrumente de gestionare a rețelei pentru monitorizarea performanței, inclusiv acoperirea SNMP, maparea, alertele, modelele de implementare și compromisurile de costuri.
Aflați ce înseamnă QoS în rețele, cum marcajele DSCP și cozile de trafic prioritizează aplicațiile vocale, video și de business și ce nu poate remedia QoS.
Compară software-ul de server SFTP fiabil pentru Windows și Linux, inclusiv OpenSSH, Bitvise, SolarWinds și SFTPGo. Găsește soluția potrivită pentru nevoile tale de securitate și transfer de fișiere.
Construiți o monitorizare practică a rețelei cu o acoperire clară a dispozitivelor, indicatori de performanță utili, alerte acționabile și o comparație între SolarWinds NPM, PRTG și OpManager.
Comparați șapte instrumente de gestionare a adreselor IP pentru descoperirea subrețelelor, coordonarea DNS și DHCP, inventarul rețelei și IPAM open-source.
Comparați instrumentele de scanare a rețelei pentru descoperirea rapidă a dispozitivelor, scanări IP pe mai multe platforme și IPAM pentru întreprinderi, cu îndrumări privind potrivirea fiecărei opțiuni la rețeaua dvs.
Folosește opțiunea --traceroute din Nmap pentru a mapa salturi la o gazdă autorizată, a înțelege ieșirea saltului și a RTT-ului și a depana răspunsurile lipsă fără a suprascana.
Comparați șase instrumente de monitorizare Windows Server în funcție de colectarea datelor Windows, vizibilitatea aplicațiilor, modelul de implementare și licențierea pentru a găsi instrumentul potrivit.
Comparați șase instrumente de monitorizare a rețelei Linux pentru descoperirea dispozitivelor SNMP, grafice de interfață, metrici gazdă, verificări de servicii și fluxuri de trafic.
