Ștergeți în siguranță avertismentul ownCloud Apache .htaccess
Setați AllowOverride All doar pentru rădăcina web a ownCloud, validați vhost-ul Apache activ și reîncărcați în siguranță pentru a restaura regulile .htaccess.
Pentru o instalare ownCloud Classic găzduită de Apache, remediați avertismentul „AllowOverride All” sau „.htaccess nu funcționează” setând AllowOverride Allîn interiorul unui bloc Apache corespunzător <Directory>pentru rădăcina web ownCloud din gazda virtuală activă. Testați configurația Apache, reîncărcați serviciul și actualizați Prezentarea generală de administrare a ownCloud. Nu activați suprascrierile pentru întregul sistem de fișiere.

Directiva Apache AllowOverridecontrolează ce setări .htaccesspoate aplica un fișier. Dacă suprascrierile sunt dezactivate pentru directorul ownCloud, Apache poate ignora regulile din .htaccessfișierul furnizat de ownCloud. Acest lucru poate afecta rescrierile și regulile de securitate, motiv pentru care manualul actual al versiunii 10.16 a ownCloud include AllowOverride Allun exemplu de configurare Apache.
Directiva este validă doar într-o <Directory>secțiune Apache. Nu aparține .htaccessunui <Location>bloc , sau unei căi URL. De asemenea, Apache avertizează administratorii să nu activeze suprascrierile în <Directory "/">blocul global; în schimb, să extindă setarea la directorul de instalare ownCloud. Consultați ghidul de instalare Apache ownCloud 10.16 și AllowOverridereferința Apache .
/var/www/owncloud. Folosiți calea sistemului de fișiere servită de Apache, nu o adresă URL de browser, cum ar fi /owncloud./etc/apache2/sites-available/owncloud.conf; alte distribuții utilizează locații diferite.Pe Debian sau Ubuntu, sudo apachectl -Slistează gazdele virtuale Apache și fișierele de configurare care le definesc. Acest lucru ajută la evitarea editării unui site implicit neutilizat în timp ce vhost-ul HTTPS continuă să deservească ownCloud.
Deschideți fișierul vhost activ și găsiți <Directory>secțiunea ownCloud existentă. Adăugați sau corectați linia de acolo. Pentru o instalare standard la /var/www/owncloud, partea relevantă poate arăta astfel:
DocumentRoot /var/www/owncloud
<Directory /var/www/owncloud/>
Options +FollowSymLinks -Indexes
AllowOverride All
Require all granted
</Directory>
Îmbinați setarea în configurația existentă în loc să înlocuiți întregul vhost cu acest scurt exemplu. Dacă directorul ownCloud se află în altă parte, înlocuiți ambele căi cu calea reală. Apache necesită ca calea directorului să corespundă cu calea sistemului de fișiere pe care o folosește pentru fișiere.
Allpermite oricărei directive permise într-un .htaccessfișier să suprascrie setările serverului din acest director. Aceasta este o permisiune largă, așadar păstrați acest bloc limitat la rădăcina web ownCloud. Nu modificați AllowOverride Nonefor /, /var/www, sau site-uri fără legătură doar pentru a dezactiva avertismentul.
Pe Debian sau Ubuntu, ownCloud documentează mod_rewriteconform cerințelor pentru configurarea Apache. Dacă nu este activat, activați-l cu:
sudo a2enmod rewrite
Apoi verificați configurația înainte de a o aplica:
sudo apachectl -t
Continuați doar dacă Apache raportează Syntax OK. Reîncărcați Apache astfel încât să citească vhost-ul actualizat:
sudo systemctl reload apache2
Pe distribuțiile care utilizează httpdnumele serviciului, utilizați în schimb comenzile configuration-test și reload ale distribuției respective. Reveniți la Setări > Administrare > Prezentare generală.htaccess din ownCloud și reîmprospătați pagina. Avertismentul ar trebui să dispară dacă Apache citește vhost-ul editat și procesează fișierul . al ownCloud .



sudo apachectl -Sdin nou și confirmați că fișierul modificat aparține numelui de gazdă și portului utilizat de ownCloud. O AllowOverride Alllinie dintr-un bloc care nu se potrivește nu are niciun efect.<Directory /path/to/owncloud/>secțiune literală și că calea se potrivește cu directorul de instalare. Apache ignoră AllowOverridefișierele `in` .htaccessși ` <Location>.occ maintenance:update:htaccess... Rulați-l din directorul ownCloud ca utilizator al serverului web, de exemplu sudo -u www-data php occ maintenance:update:htaccess... Utilizatorul serverului web trebuie să poată scrie .htaccessfișierul furnizat pentru această actualizare. Nu faceți fișierul accesibil tuturor; corectați-i proprietatea sau permisiunile conform instrucțiunilor instalării..htaccesspoate totuși eșua dacă modulul său lipsește sau directiva nu este permisă. Folosiți jurnalul de erori pentru a identifica modulul sau regula specifică.Configurarea documentată a adresei URL index.php-less a ownCloud necesită, de asemenea mod_rewrite, , mod_env, și o rădăcină cu posibilitate de scriere .htaccess; aceasta este o configurație de rescriere conexă, nu un motiv pentru a extinde suprascrierile dincolo de directorul ownCloud. Dacă configurația dvs. utilizează PHP-FPM, urmați instrucțiunile actuale ownCloud pentru acea instalare, în loc să modificați handlerele PHP pentru a remedia un avertisment de suprascriere Apache. Dacă avertismentul spune că directorul de date poate fi accesibil publicului, verificați dacă directorul de date se află în afara rădăcinii web sau este protejat și de o regulă Apache explicită; ștergerea avertismentului .htaccessnu este o dovadă că fișierele private nu pot fi solicitate direct.
Pentru comportamentul documentat și limitele platformei, consultați ghidul ownCloud pentru URL-uri index.php-less și referința comenzilor OCC .
Setați AllowOverride All doar pentru rădăcina web a ownCloud, validați vhost-ul Apache activ și reîncărcați în siguranță pentru a restaura regulile .htaccess.
Activați aplicația Enterprise Auditing a ownCloud, direcționați evenimentele admin_audit către un fișier jurnal protejat și confirmați că acțiunile reale ale utilizatorilor sunt înregistrate.
Aliniați emitentul realm-ului Keycloak, clientul web și revendicările utilizatorului pentru a permite ownCloud Infinite Scale să conecteze utilizatorii în mod fiabil pe clienții web și mobili.
Transferă fișierele deținute și partajările de ieșire cu comanda occ din ownCloud, înțelege ce rămâne în urmă și verifică accesul înainte de a șterge contul vechi.
Află când necesită atenție indexurile bazei de date ownCloud 10, cum să aplici în siguranță actualizările schemei acceptate și când optimizarea interogărilor sau o modificare a bazei de date reprezintă cea mai bună soluție.
Conectați o partajare de rețea Windows sau Samba la ownCloud prin intermediul spațiului de stocare extern, verificați acreditările și depanați în siguranță folderele inaccesibile.
Eliminați fiecare versiune de fișier ownCloud Server Classic stocată pentru un cont sau pentru toți utilizatorii și faceți diferența între o eliminare completă și o expirare bazată pe retenție.
Urmăriți un refuz al conexiunii mobile ownCloud verificând adresa URL a serverului, rețeaua telefonică, endpoint-ul HTTPS și jurnalele serverului în ordinea corectă.
Înlocuiți rularea joburilor la cerere cu un cronometru systemd care rulează comanda occ system:cron acceptată de ownCloud la fiecare 15 minute.
Urmăriți cererea WebDAV prin Apache, Nginx sau un proxy invers, apoi confirmați că sincronizarea ownCloud funcționează cu un test PROPFIND autentificat.