403 Interzis – Ce este și cum se remediază

Dacă vă confruntați cu o eroare 403 interzisă, atunci nu puteți deschide pagina care afișează această eroare. Pentru că nu aveți permisiunea de a vizita pagina respectivă. Pur și simplu, o eroare 403 interzisă vă avertizează că nu aveți permisiunea de a accesa pagina web pe care încercați să o accesați. Acum spuneți-ne care este eroarea 403 interzisă și motivele cauzei erorii și, de asemenea, cum să o remediați în diferite moduri.

Cuprins

Ce este o eroare interzisă 403?

Eroarea 403 interzisă a apărut în timp ce site-ul pe care doriți să îl deschideți este respinsă solicitarea dvs. de accesare a paginii. Pur și simplu, este cunoscută ca eroare 403. Deoarece codul de stare HTTP al serverului web a fost folosit pentru a notifica această eroare.

403 Interzis – Ce este și cum se remediază

Apare eroarea 403 Forbidden poate fi din cauza permisiunilor nevalide pe care serverul web le-a configurat incorect pentru a le accesa. Pe baza propriilor modele personalizate, această eroare apare sub diferite nume. Priviți mai jos pentru a afla câteva exemple de nume de erori 403:

  • Eroare 403 – Interzis
  • Eroare HTTP 403 – Interzis
  • Eroare HTTP 403.14 – Interzis
  • Interzis: nu aveți nicio permisiune pentru a accesa acest server

Uneori poate fi o eroare temporară, dar uneori nu este. Dar o poți repara într-o perioadă scurtă.

Cauzele erorii 403 interzise

Înainte de a remedia eroarea interzisă 403, trebuie să obțineți câteva informații despre motivele care provoacă eroarea.

Eroarea 403 Interzis indică faptul că fișierele browserului dvs. aveau permisiuni nevalide sau proaste pentru a accesa pagina web pe care o navigați. Dacă browserul nu are o pagină de index corectă de încărcat. Așadar, amintiți-vă că acest lucru se întâmplă din cauza:

  • Setări nevalide ale fișierului .htaccess.
  • Permisiuni nevalide pentru foldere sau fișiere.

Cum se remediază eroarea interzisă 403

Acum știm diferitele motive ale cauzei erorii interzise 403. Deci, trebuie să o reparăm. Avem diverse metode de a o repara. Acum, metodele pe care o să vi le spun în principal pentru WordPress, le puteți aplica pe orice alte site-uri web. Spuneți-ne câteva metode pentru a remedia eroarea 403 Interzis într-un proces simplu:

Metoda 1: Prin verificarea fișierului .htaccess

Este posibil ca majoritatea utilizatorilor WordPress să nu știe despre fișierele .htaccess. Există un motiv pentru asta, deoarece aceste fișiere .htaccess sunt ascunse în directorul proiectului. Dacă sunteți cPanel pe site-ul dvs. WordPress, atunci puteți verifica fișierele .htaccess de la panoul de control. Doar urmați instrucțiunile date pentru a verifica fișierele .htaccess:

Pasul 1: Navigați la File Manager din Panoul de control al WordPress.

Pasul 2: Căutați fișierul .htaccess în directorul public_html.

Pasul 3: dacă nu puteți găsi fișierul .htaccess, faceți clic pe setări și activați opțiunea „Afișați fișierele ascunse”.

Pasul 4: După identificarea fișierului .htaccess, trebuie să descărcați un fișier .htaccess pe sistemul dumneavoastră pentru a-l face o copie de rezervă.

Pasul 5: După efectuarea copiei de rezervă, ștergeți-l.

Pasul 6: Acum, verifică-ți site-ul.

Pasul 7: Dacă puteți accesa orice site, înseamnă că motivul pentru eroarea interzisă 403 este că fișierul .htaccess a fost corupt.

Pasul 8: dacă doriți să salvați datele unui nou fișier de rezervă .htaccess, conectați-vă la site-ul dvs. WordPress.

Pasul 9: Accesați tabloul de bord și selectați setările.

Pasul 10: În setări, accesați Permalink-uri.

Pasul 11: Fără a face nicio modificare, faceți clic pe opțiunea Salvare modificări din partea de jos.

Pasul 12: Va crea un nou fișier .htaccess pe site-ul dvs. WordPress.

NOTĂ : dacă site-ul dvs. nu are niciun fișier .htaccess sau le-ați șters de pe site-ul dvs. WordPress, trebuie să creați singur un fișier .htaccess.

Metoda 2: prin resetarea permisiunilor pentru fișiere și director

Permisiunile nevalide ale folderelor sau fișierelor pot fi unul dintre motivele care provoacă eroarea interzisă 403. În general, fișierele care sunt create vin cu permisiuni implicite. Un client FTP FileZilla vă oferă să editați permisiunile pentru foldere și fișiere. Deci, puteți modifica permisiunile, trebuie doar să urmați procedura de mai jos pentru a face modificări în permisiunile de fișiere sau foldere:

Pasul 1: Conectați-vă la site-ul dvs. WordPress prin clientul FTP.

Pasul 2: Accesați directorul rădăcină al contului dvs. al site-ului.

Pasul 3: Selectați folderul principal, care conține toate fișierele care aparțin site-ului dvs. WordPress.

Pasul 4: Apoi faceți clic dreapta pe el.

Pasul 5: Alegeți fișierul „Atribute fișiere”.

Pasul 6: Selectați opțiunea „Aplicați numai directoarelor”.

Pasul 7: Introduceți numărul de permisiune 755 în caseta cu valoare.

Pasul 8: Faceți clic pe OK.

Odată ce permisiunile pentru foldere sunt modificate, repetați procedura de mai sus de la Pasul 3. Dar la Pasul 6, selectați opțiunea „Aplicați numai fișierelor”. Apoi, introduceți numărul de permisiune 644 în caseta de valoare și faceți clic pe OK.

La urma urmei, modificările sunt făcute, accesați site-ul dvs. WordPress.

Metoda 3: prin dezactivarea pluginurilor WordPress

Dacă WordPress conține pluginuri defecte, poate duce la o eroare interzisă 403. Cel mai bun lucru de evitat este să dezactivați pluginurile site-ului WordPress. Deci, urmați pașii de mai jos pentru a dezactiva pluginurile WordPress:

Pasul 1: Conectați-vă la site-ul dvs. WordPress prin FTP.

Pasul 2: Căutați folderul public_html.

Pasul 3: Navigați în folderul wp-content din acesta.

Pasul 4: Acum selectați folderul Plugins.

Pasul 5: Redenumiți folderul de pluginuri cu orice nume diferit.

Pasul 6: Dezactivează toate pluginurile.

După dezactivarea tuturor pluginurilor, doar răsfoiți site-ul dvs. WordPress. Dacă totul este în regulă în timpul navigării, atunci problema ta cu 403 Forbidden Error este rezolvată.

După ce site-ul dvs. este accesibil în stare bună, atunci puteți găsi cu ușurință pluginul corupt. Apoi trebuie să îl actualizați sau să îl ștergeți și să îl instalați din nou.

NOTĂ: dacă ați migrat de la o gazdă la o altă gazdă de navigare fără a vă schimba numele și domeniul serverului, poate provoca eroarea interzisă 403. Deci, trebuie să schimbați numele și domeniul serverului după ce ați migrat de la o gazdă la alta pentru a evita eroarea.

Concluzie

Sper că metodele de mai sus vă pot ajuta cu siguranță în timp ce remediați eroarea interzisă 403. Această eroare vă poate irita în timp ce reparați, dar aveți răbdare și urmați pas cu pas clar pentru a rezolva eroarea.

Lasă un comentariu

Activarea modului FIPS pe SLES 15 și verificarea stării de pornire

Activarea modului FIPS pe SLES 15 și verificarea stării de pornire

Urmați procedura SP7 a SUSE pentru a activa modul FIPS, reporniți în siguranță, verificați politica activă și verificați dacă cerința de conformitate necesită module validate.

Configurați un volum de date criptat LUKS pe SLES

Configurați un volum de date criptat LUKS pe SLES

Comparați YaST și cryptsetup pentru un nou volum de date SLES criptat, alegeți LUKS1 sau LUKS2 și verificați comportamentul de deblocare și montare în siguranță.

Construiți un server local de actualizare SUSE cu RMT pe SLES 15

Construiți un server local de actualizare SUSE cu RMT pe SLES 15

Configurați RMT pe SLES 15, oglindiți repozitoriile autorizate și verificați înregistrarea HTTPS și accesul la pachet de la un client de testare.

Conectarea SLES 15 la Active Directory cu SSSD în YaST

Conectarea SLES 15 la Active Directory cu SSSD în YaST

Conectați SLES 15 la AD cu ajutorul gestionării logon-ului bazate pe SSSD din YaST, apoi verificați căutarea în directoare, conectarea la domeniu și tichetele Kerberos.

Activarea corecțiilor SLES live și verificarea unei corecții de kernel

Activarea corecțiilor SLES live și verificarea unei corecții de kernel

Configurați calea corectă pentru Live Patching pentru SLES 16.0 sau 15 SP7, aplicați corecțiile eligibile ale kernelului și confirmați ce este activ fără a-l confunda cu o actualizare a kernelului care necesită repornire.

Mențineți serviciile disponibile în timpul unei actualizări de la SLES 15 SP5 la SP6

Mențineți serviciile disponibile în timpul unei actualizări de la SLES 15 SP5 la SP6

SLES 15 SP5 poate migra online la SP6, dar fiecare nod trebuie să repornească. Folosiți o actualizare continuă testată sau o trecere de la un sistem blue-green la altul pentru a menține accesibile sarcinile de lucru.

Creați un profil AppArmor personalizat pe SUSE Linux

Creați un profil AppArmor personalizat pe SUSE Linux

Creați, rafinați și verificați un profil AppArmor cu privilegii minime pe SLES 15 SP7, cu o notă clară privind setările implicite SELinux pentru SLES 16.

Aplicați SLES 15 STIG în siguranță cu OpenSCAP

Aplicați SLES 15 STIG în siguranță cu OpenSCAP

Folosește profilul STIG acceptat de SUSE pentru a scana SLES 15, a testa remedierea, a revizui constatările rămase și a păstra dovezile evaluării.

Restaurarea accesului la cockpit la serverul SUSE Linux Enterprise

Restaurarea accesului la cockpit la serverul SUSE Linux Enterprise

Urmăriți o conexiune Cockpit eșuată prin DNS, portul 9090, socketul systemd, firewalld, TLS și setările de conectare folosind instrucțiunile SUSE actuale.

Configurați failover-ul Ethernet fiabil cu SLES 15 Bonding

Configurați failover-ul Ethernet fiabil cu SLES 15 Bonding

Creați o conexiune Ethernet redundantă pe SLES 15 cu YaST și Wicked, configurați legătura activă de backup și verificați ambele porturi și failover-ul.