Puncte:0

Ubuntu 18.04: PHP a încetat să funcționeze după ce am încercat să repar phpmyadmin

drapel in

Am o problemă cu un server Ubuntu 18.04.6 Ubuntu. Încercam să remediez o problemă cu phpMyAdmin (apar multe erori pe ecran și mă împiedică să-l folosesc, indicând o eroare de autorizare). Ce am facut este:

  • Am încercat să reinstalez phpMyAdmin (a eșuat din cauza acestei erori acces interzis utilizatorului „debian-sys-maint „@” localhost folosind parola „yes”)
  • Am rezolvat problema cu autorizarea
  • Am reinstalat phpMyadmin cu succes, dar nu a funcționat (am putut să introduc codul php în browser)
  • Mi-am dat seama că s-ar fi putut întâmpla ceva cu apache/php config și am încercat să o repar
  • aș putea vedea php7.4 modul activat în apache config, dar încercând să repornesc serviciul am avut o eroare
  • Am încercat să fac upgrade și apoi să reinstalez php (folosind `apt-get'), și totul părea ok
  • Încercarea de a reactiva php7.4 a dus la o eroare apache, dar activarea php8 în loc de php7.4 părea să funcționeze, dar...
  • Acum, dacă deschid orice site web care folosește php pe serverul meu, pot vedea doar o pagină goală.

Am încercat să verific conținutul jurnalelor de erori pentru fiecare site web, dar acestea nu sunt actualizate. Am verificat `/var/log/php_errors.log dar este gol.

Momentan, serverul este inutilizabil și nu găsesc niciun indiciu despre cum să rezolv problema.

Poate cineva să mă îndrume, vă rog, în direcția corectă? Poate este doar o chestiune de a reinstala totul, dar în acest moment nu sunt sigur că știu ce să fac.

Multumesc anticipat.

EDITAȚI | ×

După ce am postat această întrebare, am continuat să mă joc cu ea. La final, am eliminat complet versiunile mai vechi de php și am reinstalat php8 și php8-mysql și o mulțime de alte pachete și am reușit să restabilesc funcționalitatea php și apache.

Am reinstalat si phpmyadmin, instalarea a mers ok fara nicio eroare, dar nu il pot accesa. Am gasit acest articol https://docs.bitnami.com/general/faq/get-started/access-phpmyadmin/, Presupun că acum singurul lucru care lipsește este activarea tunelului SSH, presupun că versiunile mai vechi ale phpMyAdmin nu aveau nevoie de asta.

EDITARE (2)

Am găsit jurnalele apache, dar sincer nu le înțeleg. Când accesez /phpmyadmin pe server, aceste rânduri sunt scrise:

[Luni Nov 08 08:47:44.650203 2021] [core:error] [pid 16470] [client 31.14.41.57:40086] AH10244: cale URI nevalidă (/cgi-bin/%%32%65%/%32%65% %%32%65%%32%65/%%32%65%%32%65/%%32%65%%32%65/%%32%65%%32%65/%%32%65% %32%65/%%32%65%%32%65/bin/sh)
[Luni Nov 08 08:47:44.703164 2021] [core:error] [pid 16474] [client 31.14.41.57:40090] AH10244: cale URI nevalidă (/cgi-bin/%%32%65%/%32%65% %%32%65%%32%65/%%32%65%%32%65/%%32%65%%32%65/%%32%65%%32%65/%%32%65% %32%65/%%32%65%%32%65/bin/sh)
[Luni Nov 08 08:47:44.755659 2021] [core:error] [pid 16470] [client 31.14.41.57:40092] AH10244: cale URI nevalidă (/icons/.%2e/.%2e./.%2e %2e/.%2e/.%2e/.%2e/bin/sh)
[Luni Nov 08 08:47:44.807909 2021] [core:error] [pid 16474] [client 31.14.41.57:40096] AH10244: cale URI nevalidă (/icons/.%2e/.%2e./.%2e %2e/.%2e/.%2e/.%2e/bin/sh)
[Luni Nov 08 08:47:44.860247 2021] [core:error] [pid 16470] [client 31.14.41.57:40098] AH10244: cale URI nevalidă (/cgi-bin/.%2e/.%2e/.%2e/.%2e /.%2e/.%2e/.%2e/.%2e/bin/sh)
[Luni Nov 08 08:47:44.912659 2021] [core:error] [pid 16474] [client 31.14.41.57:40102] AH10244: cale URI nevalidă (/cgi-bin/.%2e/.%2e/.%2e/.%2e /.%2e/.%2e/.%2e/.%2e/bin/sh)
[Luni nov 08 08:47:44.965121 2021] [core:error] [pid 16470] [client 31.14.41.57:40104] AH10244: cale URI nevalidă (/icons/.%%32%65/.%%32% /.%%32%65/.%%32%65/.%%32%65/.%%32%65/.%%32%65/bin/sh)
[Luni Nov 08 08:47:45.017634 2021] [core:error] [pid 16474] [client 31.14.41.57:40108] AH10244: cale URI nevalidă (/icons/.%%32%65/.%%32% /.%%32%65/.%%32%65/.%%32%65/.%%32%65/.%%32%65/bin/sh)
[Luni Nov 08 08:47:45.070238 2021] [core:error] [pid 16470] [client 31.14.41.57:40110] AH10244: cale URI nevalidă (/cgi-bin/.%%32%65/.%%32/.%%32 %65/.%%32%65/.%%32%65/.%%32%65/.%%32%65/.%%32%65/bin/sh)
[Luni Nov 08 08:47:45.123221 2021] [core:error] [pid 16474] [client 31.14.41.57:40114] AH10244: cale URI nevalidă (/cgi-bin/.%%32%65/.%%32/.%%32 %65/.%%32%65/.%%32%65/.%%32%65/.%%32%65/.%%32%65/bin/sh)
drapel eg
Dacă nu ai instalat pachetul Bitnami, atunci nu ești restricționat de explicația din manualul lor; acesta pare să fie un pas suplimentar pe care îl fac pentru a vă asigura instalarea. „Nu îl pot accesa” vă rugăm să descrieți mai detaliat ce eroare primiți, ce este în jurnalele de erori ale serverului web și ce adresă URL încercați să o accesați; nu prea ne pricepem sa ghicim ce spun mesajele :)
drapel in
Postați configurația și mesajele de eroare reale. O descriere vagă nu ajută.
djdomi avatar
drapel za
php nu folosește afaik acest utilizator în mod implicit. verificați dacă utilizatorul are încă parola și încercați să vă conectați prin root sau alt utilizator admin
drapel in
@ibennetch Nu văd nicio eroare. Dacă mă conectez la pagina mea //server/phpmyadmin, primesc o pagină goală și nu găsesc unde să caut jurnalele de erori. /var/log/apache2 nu conține nimic din ce să pot raporta la phpmyadmin, iar căutând pe google nu am reușit să înțeleg unde sunt stocate jurnalele phpmyadmin.
drapel eg
Deoarece phpMyAdmin este o aplicație web, înregistrează doar erorile în același loc în care serverul dvs. web este configurat pentru a trimite jurnalele (care în mod implicit pe Ubuntu ar trebui să fie `/var/log/apache2/error.log`, cu excepția cazului în care l-ați modificat sau a adăugat propriul dvs. VirtualHost cu directivele ErrorLog corespunzătoare). Puteți încerca să îl accesați de pe alt computer sau cu modul de navigare privată, pentru a ocoli eventualele cookie-uri persistente sau probleme de cache?
drapel in
Mulțumesc pentru ajutor, mi-am actualizat răspunsul cu jurnalele, dar sincer este de neînțeles pentru mine...
drapel eg
@simonelippolis Aceste linii de jurnal, din păcate, nu au nimic de-a face cu phpMyAdmin, se pare că cineva încearcă să exploateze slăbiciunile generice ale serverului pentru a avea acces la serverul tău (`/cgi-bin/` uneori este configurat să ruleze fișiere executabile,`/bin/ sh` este unul dintre programele shell). Aceste atacuri sunt adesea trimise către orice server web pe care un atacator îl poate găsi și nu înseamnă automat că sunteți atacat în mod specific. Probabil că partea phpMyAdmin a fișierului jurnal este ascunsă de asta, ați putea încerca `grep -i phpmyadmin /var/log/apache2/error.log` pentru a căuta numai erori phpMyAdmin.
drapel in
Multumesc din nou. Jurnalul de erori apache conține doar câteva rânduri ale acelei erori, nimic legat de phpmyadmin. Cred că nu se înregistrează, poate pur și simplu nu rulează...
Puncte:-1
drapel cn

În primul rând, vă recomand să utilizați phpMyAdmin într-un container Docker pentru a vă menține sistemul curat! :)

În al doilea rând, pentru problema dvs. php, vă sugerez să restaurați instalarea mai veche a php pentru a vă reactiva tot site-ul. Deci, puteți încerca să dezinstalați phpmyadmin, să dezinstalați php, să îl reinstalați cu versiunea anterioară și apoi să vă rugați pentru ca funcționează.

Poate trebuie sa recuperezi undeva un fisier php.ini, nu stiu, depinde de administrarea ta.

Puteți chiar încerca să verificați dacă apache2 funcționează bine sudo systemctl status apache2

Sper că vei găsi o soluție

Nikita Kipriyanov avatar
drapel za
Nu este „instalat nativ”. Atât lxc/lxd, cât și Docker aduc *o mulțime* de cerințe și complicații neobișnuite și altfel inutile. Pot configura cu ușurință serverul web, astfel încât atunci când distrug phpmyadmin sau orice altceva, alte aplicații nu observă nimic. Este ca și cu Docker, dar fără el și cerințele sale. Doar mai curat și mult mai ușor. Nu aduceți o complexitate acolo unde nu este necesară. Docker este *prost* atunci când trebuie doar să adăugați o altă aplicație într-un sistem care rulează ocupat. Este bun pentru *desfășurarea automată a roiurilor de noduri de procesare similare* și greu de utilizat pentru orice altceva.
Nikita Kipriyanov avatar
drapel za
Utilizarea Docker doar pentru PHPMyAdmin este în mod clar mai murdară decât instalarea directă. Curat, nimic în afară de software-ul necesar, nu-i așa?
drapel cn
Docker sau altă platformă de containerizare, cum ar fi lxc, care este instalat nativ pe sisteme Linux populare, nu este exagerat deoarece este doar o segmentare a aplicațiilor; vă puteți distruge phpmyadmin-ul fără să atingeți alte site-uri care rulează :)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.