Dacă ownCloud raportează că setarea Apache AllowOverride Alllipsește, adăugați-o în <Directory>blocul Apache care corespunde căii de instalare ownCloud, testați configurația și reîncărcați Apache. Într-o instalare tipică de Debian sau Ubuntu, setarea aparține gazdei virtuale ownCloud active sau blocului de director corespunzător din configurația Apache. Nu activați suprascrierile pe întregul server doar pentru a șterge un singur avertisment.
În ownCloud Server (Classic), Apache trebuie să aibă permisiunea de a citi regulile de instalare .htaccess. Aceste reguli acceptă rescrierea URL-urilor și ajută la protejarea căilor sensibile. Prin urmare, o regulă lipsă sau ineficientă poate afecta atât URL-urile curate, cât și verificarea de securitate pentru directorul de date. Acest ghid se aplică serverului ownCloud care utilizează serverul HTTP Apache; nu se aplică Nginx, ownCloud Infinite Scale sau unei configurații de găzduire în care configurația Apache este controlată de un furnizor.
| Scop | Verificare sau setare |
|---|---|
| Permite regulile per director ale ownCloud | AllowOverride All<Directory>în blocul corespunzător |
| Confirmați că Apache poate analiza modificarea | sudo apachectl -tar trebui să raportezeSyntax OK |
| Activați configurația | sudo systemctl reload apache2pe Debian sau Ubuntu |
| Verificați dacă URL-urile sunt curate | Asigurați-vă mod_rewritecă este activat dacă configurația dvs. o necesită |
| Confirmă că avertismentul a dispărut | Reîncărcați prezentarea generală de administrare a ownCloud după testarea adresei URL afectate |
Directiva Apache AllowOverridedecide dacă directivele din .htaccessfișiere au voie să afecteze cererile. Apache onorează doar AllowOverrideinteriorul unei <Directory>secțiuni; plasarea liniei la nivelul superior al unei gazde virtuale sau într-un bloc fără legătură nu o va activa pentru fișierele ownCloud. O <Directory>regulă mai largă, o regulă mai specifică sau o altă gazdă virtuală activată poate însemna, de asemenea, că setarea pe care ați editat-o nu este cea care deservește cererea.
Ghidul actual de instalare ownCloud pentru Server 10.16 apare AllowOverride Allîn blocul de director pentru rădăcina documentului ownCloud. „Toate” permite clasele de suprascriere acceptate de modulele Apache în acel domeniu de aplicare. Păstrați această permisiune limitată la directorul ownCloud, în loc să modificați politica globală a sistemului de fișiere Apache. Manualul Apache descrie, de asemenea, permisiuni AllowOverrideListpentru administratorii care doresc să permită doar anumite directive, dar o listă restrânsă necesită teste atente de compatibilitate cu versiunea ownCloud și .htaccessregulile sale livrate.
AllowOverride Allîn interiorul blocului de director for /var/www/owncloud./cloudpoate fi mapată printr-un Apache Aliascătre un director diferit de pe disc./etc/apache2/sites-available/și /etc/apache2/apache2.conf. Pe sistemele din familia RHEL, configurația Apache se află de obicei sub /etc/httpd/. Panourile și containerele de găzduire pot utiliza alte căi.AllowOverride Noneregulă de director se aplică aceleiași căi. Nu editați un fișier de site implicit care nu este activat pentru numele de gazdă ownCloud.Pe Debian sau Ubuntu, deschideți gazda virtuală care deservește numele de gazdă ownCloud, de exemplu:
sudo nano /etc/apache2/sites-available/owncloud.confÎn acel fișier, găsiți sau adăugați o <Directory>secțiune pentru directorul de instalare ownCloud. Acest exemplu minimal arată plasarea relevantă; păstrați orice directive suplimentare deja necesare de serverul dvs.:
<Directory /var/www/owncloud/>
Options +FollowSymlinks
AllowOverride All
Require all granted
</Directory>Înlocuiți /var/www/owncloud/cu calea reală. Dacă Apache mapează o adresă URL cu Alias, configurați directorul sistemului de fișiere care conține fișierele ownCloud, nu doar calea URL. Ghidul de instalare Apache al ownCloud include note suplimentare de configurare; utilizați exemplul care corespunde versiunii dvs. ownCloud și configurării PHP.
Pentru URL-uri curate fără index.php, documente ownCloud mod_rewriteși mod_envca cerințe preliminare. Pe Debian sau Ubuntu, activați modulul de rescriere dacă nu este deja activ:
sudo a2enmod rewrite
sudo apachectl -tTestul de configurare ar trebui să se încheie cu Syntax OK. Dacă raportează o eroare, remediați eroarea respectivă înainte de reîncărcare. O verificare sintactică reușită dovedește că Apache își poate analiza configurația; nu dovedește că gazda virtuală corectă este activă sau că procesul care rulează a încărcat fișierul editat.
Syntax OKînainte de a reîncărca serviciul.Pe Debian sau Ubuntu, reîncărcați Apache după ce verificarea sintaxei are succes:
sudo systemctl reload apache2Pentru sistemele din familia RHEL, serviciul este denumit în mod obișnuit httpd, așadar folosiți numele serviciului corespunzător și comanda configuration-test a distribuției. Nu copiați comenzile specifice Debian pe un alt sistem fără a confirma aspectul serviciului său.
Deschideți numele de gazdă ownCloud într-un browser și testați o pagină care a necesitat anterior rescriere. Dacă serverul folosește un prefix de cale, cum ar fi /cloud, testați și adresa URL prefixată. O buclă de redirecționare, un răspuns 403 sau o eroare Apache 500 înseamnă că configurația necesită încă investigare; verificați jurnalul de erori Apache și jurnalul ownCloud, în loc să modificați în mod repetat directivele fără legătură.
mod_rewritedoar când este necesar, apoi reîncărcați serviciul Apache după o verificare sintactică reușită.| Simptom | Următoarea verificare |
|---|---|
| Avertismentul rămâne și după reîncărcare | Confirmați că gazda virtuală editată este activată și deservește numele de gazdă; inspectați apachectl -Sși verificați dacă există o regulă de director de nivel inferior sau mai specifică. |
URL-urile curate includ în continuareindex.php | Verificați dacă mod_rewriteeste activată, dacă directorul ownCloud are permisiunea de suprascriere dorită și dacă baza de rescriere a ownCloud se potrivește cu calea URL. |
| Pagina de administrare spune că directorul de date ar putea fi accesibil publicului. | Verificați dacă directorul de date se află în afara rădăcinii web, acolo unde este posibil. În caz contrar, confirmați că directorul de date livrat .htaccessexistă, este lizibil și este respectat de Apache; nu considerați ștergerea avertismentului ca un substitut pentru protejarea directorului. |
| Apache returnează 500 sau raportează „nu este permis aici” | Citiți jurnalul de erori Apache. O directivă din [next] .htaccesspoate să nu fie permisă de clasele active de suprascriere sau un modul necesar poate să nu fie disponibil. |
| Rularea într-un container sau o gazdă gestionată | Verificați configurația Apache documentată a imaginii sau panoul de control al furnizorului. Un fișier Apache la nivel de gazdă poate să nu fie serverul care gestionează cererile. |
Dacă ownCloud raportează că .htaccessfișierul său nu poate fi actualizat, verificați dreptul de proprietate și permisiunile de scriere în raport cu instrucțiunile de actualizare și securizare ale ownCloud înainte de a le modifica. Evitați să faceți întreaga instalare accesibilă serverului web ca o comandă rapidă. Documentația ownCloud menționează că detaliile de configurare variază în funcție de instalare și că PHP-FPM nu utilizează setările PHP din .htaccess; setările pentru acest caz aparțin din .user.ini. Această distincție PHP nu înlocuiește în sine necesitatea Apache de a procesa regulile de rescriere și acces ownCloud.
<Directory>se potrivește exact cu fișierele ownCloud de pe disc.AllowOverride All, și nicio regulă activă în conflict nu are prioritate.sudo apachectl -treturnează Syntax OK.
Remediați o eroare a bazei de date Nextcloud WebGUI după o actualizare prin verificarea jurnalelor, finalizarea actualizării occ, repararea problemelor schemei și verificarea stării bazei de date.
Remediați avertismentul ownCloud Apache AllowOverride All prin configurarea directorului corect, testarea Apache, reîncărcarea în siguranță și verificarea protecției .htaccess.
Aflați cum să identificați, să arhivați, să comprimați și să eliminați jurnalele de audit Zimbra vechi, când să evitați trunchierea audit.log și cum să verificați dacă spațiul pe disc și jurnalele se recuperează corect.
Remediați o pagină goală din ownCloud separând erorile de browser, PHP, aplicație, permisiuni, upgrade și proxy, apoi alegeți calea de recuperare cu cea mai puțină perturbare.
Diagnosticați vârfurile de solicitare a procesorului browserului Jitsi Meet și reduceți încărcarea clientului verificând dalele video, efectele camerei, grafica browserului și setările gazdei.
Urmărește starea de funcționare a Jitsi Videobridge, încărcarea conferințelor și traficul cu ajutorul endpoint-ului Prometheus încorporat, apoi explorează și prezintă datele în grafic în Grafana.
Configurați un domeniu personalizat pentru Jitsi Meet Docker cu DNS, PUBLIC_URL, HTTPS, Let's Encrypt, porturi firewall, setări NAT și verificare end-to-end.
Remediați erorile 404 din consola de administrare Zimbra după reînnoirea SSL verificând adresa URL și portul corecte, rutarea proxy, starea serviciului, certificatele implementate și jurnalele.
Învață cum să diagnostichezi și să remediezi avertismentul de configurare PHP OPcache din Nextcloud verificând setările SAPI PHP active, limitele de dimensionare, comentariile și revalidarea.
Depanați erorile de migrare a bazei de date Kopano după o actualizare MySQL sau MariaDB verificând copiile de rezervă, versiunile serverului, modurile SQL, setul de caractere, starea schemei și jurnalele.
