Scurtă descriere a protocolului HTTP

ÎN retea globala escrocii și hackerii încearcă să fure informații personale în fiecare zi. În trecut, phishingul era considerată cea mai populară metodă de furt. Atacatorul înlocuiește site-ul inițial, iar datele de la utilizator cad în mâinile lui (parole, numere de card, mesaje personale etc.). Pentru a rezolva această problemă, am creat o conexiune HTTPS securizată. Prin urmare, administratorii site-ului sunt adesea preocupați de întrebarea cum să creeze și să configureze o conexiune https securizată.

și de ce este nevoie

Înainte de a vă muta site-ul la o conexiune HTTPS, ar trebui să înțelegeți ce este și cum funcționează. HTTPS este o versiune securizată a protocolului HTTP (Hypertext transmite datele necesare pentru ca paginile să funcționeze (numele browserului, rezoluția ecranului, prezența Cookie-urilor etc.).

HTTP este folosit de dezvoltatori pentru a trimite și primi variabile fără acest protocol, site-urile web nu vor putea funcționa. Toate fișierele transferate prin HTTP puteau fi interceptate anterior cu ușurință folosind un site web fals (phishing).

Anterior, parolele, datele de conectare, numerele cardurilor, mesajele secrete și alte lucruri erau furate folosind o metodă similară. Informații importante. Pentru a proteja utilizatorii de phishing, au fost inventate certificate SSL, iar autenticitatea lor a fost verificată înainte de a face schimb de informații.

HTTPS trebuie utilizat pe site-urile bancare sau magazine online. Dacă aceste resurse nu sunt disponibile, browserul va refuza conexiunea și va fi afișat un avertisment de pericol. Ca urmare, site-ul va pierde încrederea utilizatorilor săi.

Ce este un certificat SSL/TLS

Principala inovație în HTTPS este utilizarea obligatorie a unui certificat SSL digital. Acesta este un fișier în care sunt stocate toate informațiile (adresa IP a serverului, țara site-ului, e-mailul proprietarului etc.). Documentul digital este criptat pe serverul site-ului și pe serverul autorității de certificare (GoDaddy, Comodo etc.). La fiecare conexiune, aceste fișiere sunt comparate, iar dacă sunt aceleași, conexiunea continuă. În caz contrar, apare un avertisment de securitate.

Mulți cititori nu știu cum să facă o conexiune https securizată. Primul pas este să obțineți un certificat SSL de la o autoritate de încredere. Exista tipuri diferite aceste documente:

DV - confirmați doar domeniul (pentru site-uri și bloguri mici).
OV - domeniul și organizarea sunt verificate.
EV - verificare extinsă (va apărea dungă verdeși o blocare în browser).

Opțiunea EV este considerată cea mai preferată pentru magazine și bănci. Urmează clarificări suplimentare sub forma:

SGC (suporta browsere mai vechi).
Wildcard (suport pentru subdomeniu).
SAN (domenii alternative într-un singur certificat).
IDN (suport domenii nationale www).

Pentru majoritatea site-urilor, este suficient să utilizați un certificat DV SSL. Este ieftin și garantează protecție împotriva phishingului.

Cum să transferați un site la o conexiune securizată

Din ce în ce mai mulți proprietari afaceri online Sunt interesat de cum să creez o conexiune https securizată. Pentru a face acest lucru, va trebui să faceți câteva modificări codul programului pagini. Cel mai important lucru este să scrieți o regulă suplimentară în fișierul .htaccess. Conține cod pentru setări Apache server web.

Majoritatea furnizorilor de găzduire vă permit să configurați un certificat SSL pentru server prin intermediul panoului de control. Consultați furnizorul dvs. de servicii pentru detalii despre cum să faceți acest lucru. Întregul proces de traducere a site-ului web poate fi împărțit în următoarele etape:

Obținerea unui certificat SSL.
Instalarea unui certificat pe server.
Modificarea linkurilor interne ale site-ului.
Configurarea redirecționării către portul 301.
Schimbarea gazdelor în robots.txt.

Dacă utilizați găzduiri plătite, cum ar fi beget, atunci contactați serviciul de asistență cu un certificat și toate acțiunile ulterioare vor fi efectuate de lucrătorii de servicii. Cel mai dificil pas în a răspunde la întrebarea cum să faci conexiune https, este o setare, deoarece majoritatea scripturilor nu ajută.

Obținerea unui certificat și instalarea acestuia pe server

Acum că ne-am dat seama teoretic cum să facem o conexiune https, să trecem la acțiune. Primul pas este să obțineți un certificat SSL de la unul dintre centrele de încredere. Pe Internet puteți găsi multe opțiuni diferite în diferite gama de prețuri. În prezent, a primi document gratuit sunt 2 centre:

WoSign.
Startssl.

Alte servicii necesită plată. Suma depinde de tipul de certificat și de acesta caracteristici suplimentare(multi-domeniu, suport pentru browsere mai vechi etc.). Autorități de certificare:

Reg.ru.
Hai tăticu.
Gazdă.
Symantec.
Comodo.
GlobalSign.
Thawte.

În plus, unii furnizori de găzduire oferă utilizatorilor lor certificate SSL atunci când achiziționează un anumit plan tarifar. Site-ul web de certificare descrie în detaliu acțiunile necesare. Dar întreaga procedură constă din următorii pași:

generarea unei cereri de CSR;
completarea e-mailului site-ului (admin@[adresa site-ului]);
completarea informațiilor despre proprietarul domeniului (pentru documentele EV și OV).

Solicitarea CSR include date generale pentru verificare (organizație, oraș, regiune, țară). După completarea informațiilor, utilizatorul primește 2 coduri ( Cheia secretăși codul CSR), asigurați-vă că le salvați în document separat. Trimite acest cod pentru a primi un certificat SSL și pentru a aștepta ca acesta să fie emis de la centru.

Acum accesați site-ul web de găzduire și găsiți secțiunea „Certificat SSL” sau contactați asistența. Va trebui să furnizați informații despre codul CSR, cheie privată si certificat. Nu uitați să activați suportul SSL în panoul dvs. de găzduire.

Cum se creează permanent o conexiune https

După plasarea fișierului pe server, trebuie să efectuați configurarea internă a site-ului. Va trebui să configurați o redirecționare și să schimbați totul link-uri interne de la absolut la relativ.

Adică, în loc de http://site.ru/img/bg.png instalați: //site.ru/img/bg.png.

Trebuie să eliminăm HTTP din numele linkurilor. Dacă aveți dubii, sunați la un programator WEB sau un freelancer, acesta îl va configura rapid. Puteți căuta link-uri prin editorul de cod în fiecare fișier sau puteți găsi toate informațiile prin căutarea în PhpMyAdmin.

După configurarea legăturilor, trebuie să informați motoarele de căutare despre schimbare. Deschideți fișierul robots.txt și în linia Gazdă: înlocuiți HTTP cu HTTPS.

În loc de http://example.ru, introduceți: https://example.ru.

După modificarea fișierului de căutare, configurați automat Înainte actiunile urmatoare verifica disponibilitatea site-ului folosind protocolul HTTPS. Dacă toate acțiunile anterioare au fost efectuate corect, atunci nu ar trebui să apară erori.

Pentru a redirecționa automat către conexiune sigură lipiți acest script în fișierul .htacess, îi ajută pe unii:

RewriteEngine activat

RewriteCond %(HTTP:X-Forwarded-Proto) !https

RewriteRule ^ https://%(HTTP_HOST)%(REQUEST_URI)

Dar, în majoritatea cazurilor, această metodă nu funcționează. În aceste situații, contactați administratorul dvs. de găzduire, el va putea face setări corecte. Redirecționarea va începe să funcționeze după repornirea serverului, de obicei în 24 de ore.

În plus, va trebui să modificați setările din panoul de webmasteri Yandex sau Google. În secțiunea de setări de indexare, va trebui să mergeți la elementul oglindă principal și să instalați HTTPS. În plus, va trebui să transferați:

sitemap.xml;
excepții URL;
geolocalizare;
link-uri Disawov Tool pentru Google.

După aceasta, trebuie doar să așteptați ca reindexarea să se termine. În această perioadă, activitatea pe site va scădea, dar apoi totul se va stabiliza.

conexiune în WordPress

Blogurile și portalurile moderne rulează în mare parte pe WordPress pentru a trece la https, vor trebui să efectueze aceiași pași (obține un certificat, schimbă link-uri etc.); Dar au un set de plugin-uri încorporate care vor efectua toate acțiunile pentru proprietar:

Redirecționare HTTPS ușoară;
HTTPS (SSL).

Primul înlocuiește link-urile, iar al doilea vă permite să specificați un certificat SSL. De asemenea, accesați Setări->General. Aici trebuie să schimbați adresa URL și să specificați protocolul HTTPS. Asigurați-vă că paginile vechi au și o conexiune sigură. După modificarea legăturilor, configurați redirecționarea și modificați fișierul robots.txt.

Nu ar trebui să mai existe întrebări despre cum să faceți o conexiune https pe un site web. Pe majoritatea site-urilor de găzduire, pentru a activa modul de protecție, trebuie doar să scrieți la asistența tehnică. Ei vor numi un specialist, iar el va face el însuși configurarea.

În legătură cu tranziția masivă a site-urilor la HTTPS, dezvoltatorii și administratorii site-urilor s-au confruntat cu o serie de probleme noi. Una dintre ele este o redirecționare de la HTTP la HTTPS și necesitatea de a gestiona corect redirecționările către adresa canonică a site-ului pentru a evita conținutul duplicat.

HTTPS și redirecționări

Să ne uităm la un exemplu. Să presupunem că avem un site web dnsimple.com. Este canonică URL - https://dnsimple.com. Cu toate acestea, sunt patru căi diferite, cu care vă puteți conecta la site și trebuie să vă asigurați că cu oricare dintre ele utilizatorul este redirecționat către https://dnsimple.com:

Metoda originală	Tip
http://dnsimple.com	HTTP + nu-www
https://dnsimple.com	HTTPS + nu-www
http://www.dnsimple.com	HTTP + www
https://www.dnsimple.com	HTTPS + www

Configurarea redirecționărilor htaccess de la HTTP la HTTPS este adesea o sursă de confuzie. Nu este întotdeauna clar cum să gestionați corect redirecționările de la WWW la non-WWW (sau invers) prin HTTPS și de ce este necesar un certificat SSL/TLS pentru aceasta. Pentru a configura corect aceste redirecționări, trebuie să înțelegeți principiile de bază ale procesării cererilor HTTPS.

În continuare ne vom uita la ordinea în care este stabilită conexiunea de către Protocolul HTTPS cum sunt procesate cererile HTTP și sunt configurate redirecționările cu suport HTTPS.

Flux de solicitare HTTPS

Imaginea de mai sus arată diagrama flux de solicitare/răspuns HTTPS. Pentru simplitate, am împărțit toate acțiunile în trei faze:

În prima etapă, clientul și serverul convin asupra detaliilor de criptare, cum ar fi protocolul de criptare și suita de criptare. Informațiile necesare pentru a trece la o conexiune securizată apar și: chei publice, informații despre certificat etc. Această fază se numește „ SSL/TLS strângere de mână»;
În a doua etapă, clientul pregătește o cerere HTTP, o criptează și o trimite către server pentru procesare. Serverul primește o solicitare HTTP criptată, o decriptează, o procesează și emite un răspuns HTTP;
În a treia etapă, serverul criptează răspunsul și îl trimite clientului pentru procesare. Clientul primește un răspuns HTTP criptat, îl decriptează și îl procesează ( de exemplu, browserul începe să încarce și să afișeze elemente).

Această diagramă de flux de redirecționare HTTP către HTTPS se aplică oricărei solicitări, indiferent de conținutul răspunsului HTTP.

Mai sus am scris Solicitare HTTPși răspuns HTTP pentru anumite scopuri ( rețineți că am folosit HTTP și nu HTTPS). În ceea ce privește conținutul și structura, este important să înțelegem că o solicitare HTTPS este o solicitare HTTP, dar transmisă printr-o conexiune securizată ( TLS/SSL).

Negocieri și redirecționări HTTPS

Una dintre cele mai frecvente greșeli la configurarea redirecționărilor HTTPS este să presupunem că nu aveți nevoie de un certificat SSL atunci când redirecționați un client de la un domeniu la altul.

Dacă te uiți la fluxul de solicitări, poți vedea că schimbul de certificate SSL și negocierea de criptare sunt efectuate în prima etapă. Rețineți că în această etapă serverul nu are idee de ce pagină are nevoie clientul: clientul și serverul decid cum să interacționeze unul cu celălalt.

După finalizarea primei etape, când clientul și serverul au găsit un limbaj comun ( protocol de criptare), pot începe să comunice între ei folosind o conexiune criptată. În acest moment, clientul trimite o cerere HTTP către server, iar serverul trimite un răspuns HTTP care conține redirecționarea.

Nu uitați că o redirecționare este un răspuns HTTP cu un cod 301 (uneori 302 sau 307):

HTTP/1.1 301 Mutat permanent Server: nginx Data: Luni, 01 Aug 2016 14:41:25 GMT Locație: https://dnsimple.com/

Înainte de a realiza o redirecționare de la HTTPS la HTTP, rețineți că, dacă trebuie să creați o redirecționare pentru întregul domeniu, aveți nevoie de un certificat SSL valid pentru domeniul redirecționat. Negocierea de criptare necesită un certificat SSL și are loc înainte ca cererea să fie procesată și răspunsul de redirecționare returnat clientului.

Dacă lucrurile s-ar fi întâmplat altfel, redirecționarea ar fi fost procesată înainte de a verifica certificatul SSL. Clientul și serverul ar fi apoi forțați să comunice folosind o conexiune HTTP obișnuită, care nu este criptată.

Dacă trebuie să redirecționați un client de pe orice pagină din domeniul https://www.example.com către alta, aveți nevoie de un certificat SSL valid instalat pe server, care se aplică întregului domeniu www.example.com.

De exemplu, pentru a redirecționa un client de la https://www.example.com la https://example.com, trebuie să aveți un certificat care să acopere ambele sau două certificate separate ( pentru fiecare gazdă respectiv).

Strategii de redirecționare HTTPS

Am analizat modul în care o redirecționare de la HTTP la HTTPS este procesată prin htaccess după negocierea SSL / TLS. De asemenea, am aflat că pentru a redirecționa clienții de pe un site sau pagină către HTTPS, aveți nevoie de un certificat SSL valid care să acopere ambele domenii. În continuare, voi vorbi despre strategiile generale pentru configurarea redirecționărilor HTTPS.

Există două tipuri de configurare a redirecționărilor cu HTTPS:

Redirecționare la nivel de server;
Redirecționare la nivel de aplicație.

Termenul server se referă la orice server care se află în fața unei aplicații web și procesează o solicitare HTTP de intrare. De exemplu, un server front-end, un server de echilibrare a încărcăturii sau o singură aplicație.

Termenul de aplicație desemnează o aplicație web, care poate fi fie la fel de simplă ca un script PHP, fie mai complexă, cum ar fi o aplicație Unicorn pe server care interpretează Ruby on Rails.

Efectuarea redirecționărilor HTTPS la nivel de server

Este de preferat să efectuați redirecționări HTTPS la nivel de server. În acest caz, serverul pe care este instalat certificatul SSL acceptă cererea HTTP criptată și returnează un răspuns de redirecționare HTTP criptat conform parametrilor de configurare, fără a se conecta la serverul de aplicație sau a executa codul aplicației.

Această abordare este mai rapidă deoarece serverul poate gestiona redirecționarea fără a interacționa cu aplicația. În același timp, configurația serverului este mai puțin flexibilă decât ceea ce se poate face folosind un limbaj de programare cu drepturi depline.
Redirecționarea htaccess HTTP către HTTPS la nivel de server este utilizată pentru redirecționarea în bloc. De exemplu, o redirecționare de la WWW la o versiune non-WWW a unui domeniu cu HTTPS (sau invers).

Următorul fragment de cod este un exemplu de configurație Nginx care setează o redirecționare de la http://example.com, http://www.example.com și https://www.example.com la https://example.com :

server ( listen 80; server_name example.com www.example.com; return 301 https://example.com$request_uri; ) server ( listen 443 ssl; server_name example.com www.example.com; # ssl configuration ssl on; certificat_ssl /path/to/certificate.crt;

Implementarea unei redirecționări la nivel de server este de preferat, dar nu este întotdeauna fezabilă, deoarece este posibil să nu aveți acces la configurația serverului. Acest lucru se referă gazduire virtuala sau platforme precum Heroku, Azure sau Google Platform.

Efectuarea unei redirecționări HTTPS la nivel de aplicație

Când nu aveți acces la configurația serverului sau logica de redirecționare este mai complexă, trebuie să gestionați redirecționarea HTTP către HTTPS la nivel de aplicație.

Această abordare este puțin mai lentă deoarece serverul trebuie să accepte cererea, să proceseze codul aplicației ( sau interacționează cu serverul de aplicații) și returnați răspunsul.

Modul în care se realizează redirecționarea la nivel de aplicație depinde de limbajul de programare și de stiva utilizată. Aici sunt cateva exemple.

Pachetul Goland și net/http

Puteți utiliza http.Redirect.

Ruby pe șine

Puteți configura o redirecționare la nivel de router, utilizați un intermediar software Rack sau metoda redirect_to în interiorul controlerului:

constrângeri (gazdă: /www.example.com/) primesc „*”, către: redirecționare(„https://example.com”) end

PHP

Utilizați funcția de antet pentru a trimite antetul de redirecționare HTTP:

În unele cazuri, aceasta este singura abordare posibilă. De exemplu, dacă trebuie să redirecționați clienții de pe WWW către o versiune non-WWW a domeniului, de la HTTPS la Heroku sau Azure (sau invers), atunci va trebui să specificați ambele domenii într-o singură aplicație, să instalați un certificat și să procesați redirecționarea la nivel de aplicație prin condiții.

Modalități alternative de a efectua o redirecționare HTTPS

Sunt câteva moduri alternative redirecționare de la HTTP la HTTPS.

În unele situații, nu există acces la configurația serverului, iar platforma pe care este găzduit site-ul nu permite utilizarea unui limbaj de programare. Un exemplu tipic este Amazon S3 pentru găzduirea site-urilor statice. În acest caz, trebuie să aflați dacă platforma oferă parametri de redirecționare HTTPS pe care îi puteți configura.

O altă opțiune este să utilizați o aplicație de redirecționare autonomă, independentă. De exemplu, dacă trebuie să redirecționați clienții de la https://alpha.com la https://beta.com. Apoi, pentru domeniul alpha.com în ca DNS puteți specifica un alt serviciu sau server care găzduiește beta.com. De asemenea, puteți configura o redirecționare la nivel de server sau puteți instala o aplicație care va acționa ca redirector. În acest caz, aveți nevoie și de un certificat valid pentru alpha.com, care va fi instalat acolo unde trebuie efectuată redirecționarea.

Bara de adrese din browsere de cele mai multe ori nu atrage atenția decât dacă trebuie să urmați un link copiat de undeva în clipboard. Uneori ne uităm acolo pentru a ne asigura că tranziția este corectă, mai ales în cazurile cu o redirecționare rapidă și necinstită. Dar dacă ne uităm, uneori observăm o stare neobișnuită: există un fel de lacăt atârnat, culoarea fontului este diferită și, din anumite motive, în loc de http:// obișnuit, vedem https://. Este imposibil să înțeleg imediat dacă a dispărut undeva, sau ceva în lume s-a schimbat, sau dacă memoria îmi eșuează. Să încercăm să ne dăm seama.

Definiție

HTTP — protocolul de aplicare transmiterea de date utilizată pentru a obține informații de pe site-uri web.

HTTPS- extensie Protocolul HTTP, care acceptă criptarea prin Protocoale SSLși TLS.

Comparaţie

Diferența dintre HTTP și HTTPS este deja vizibilă din definiții. HTTPS nu este un protocol independent de transfer de date, ci HTTP cu un supliment de criptare. Aceasta este cheia și singura diferență. Dacă datele sunt transmise neprotejate prin protocolul HTTP, atunci HTTPS va furniza protecţie criptografică. Acesta este utilizat acolo unde este responsabilă autorizarea: pe site-urile sistemelor de plată, servicii poștale, în rețelele de socializare.

Dacă datele nu sunt protejate prin SSL, atunci un program interceptor lansat la momentul nepotrivit permite unui atacator să le folosească. Din punct de vedere tehnic, implementarea HTTPS este ceva mai complicată: pentru aceasta, site-ul protejat trebuie să aibă în uz un certificat de server, pe care utilizatorul îl acceptă sau nu. Acest certificat este instalat pe serverul care procesează conexiunile. Atât datele primite de client, cât și datele primite de la acesta sunt criptate. Cheile de criptare sunt folosite pentru a verifica dacă clientul corect le primește și le furnizează.

O alta diferenta tehnica— în porturile utilizate pentru acces prin protocoalele HTTP și HTTPS. Primul interacționează de obicei cu portul 80, al doilea cu portul 443. Administratorul poate deschide alte porturi în aceleași scopuri, dar acestea nu se vor potrivi niciodată.

Site-ul de concluzii

HTTP este protocolul de transfer de date în sine, HTTPS este o extensie a acestui protocol.
HTTPS este utilizat pentru comunicarea criptată.
HTTPS este, de asemenea, utilizat pentru autorizarea pe servere care necesită o atenție sporită pentru securitatea datelor.
HTTP funcționează pe portul 80, HTTPS pe portul 443.

Eroarea 500 înseamnă că serverul site-ului web pe care încercați să îl accesați a suferit o defecțiune internă a sistemului. Rezultă că fie proprietarii site-ului, fie furnizorul de internet îl pot repara. Dar există încă unele acțiuni din partea utilizatorului obișnuit care pot afecta și remedia eroarea HTTP ERROR 500.

Codul de stare HTTP 500 înseamnă că există o problemă cu configurația serverului web sau înseamnă că una dintre componentele importante pur și simplu a eșuat. Cu această eroare, tot software-ul este operațional, dar are critici probleme interne, care provoacă un conflict în accesarea serverului și, de asemenea, îl împiedică să funcționeze corect.

Apariția erorii 500 în browser poate fi cauzată de din diferite motive. Prin urmare, enumeram mai jos toate modalitățile de a o elimina:

Eroare 500 browser Google Crom

Cauzele HTTP ERROR 500

Unul dintre motive este instalare incorectă drepturi de acces la scripturi, motiv pentru care sunt blocate. Drepturile pot fi configurate pentru orice utilizator, deși acest lucru nu este recomandat din motive de securitate. Pentru a configura drepturile, puteți utiliza manager de fișiere FileZilla de la dezvoltatorul browserului FireFox.

În primul rând, trebuie să acordați atenție setărilor drepturilor de acces. Fiecare tip de element trebuie să i se acorde atenție separat. Pentru fișiere, valoarea trebuie specificată - 644, pentru foldere - 755 și pentru scripturi - 600. Este recomandabil ca o singură persoană să creeze un cont și să nu permită nimănui să obțină astfel de drepturi.

Setări pentru drepturile de acces

Durata exorbitantă a execuției scriptului

Pe lângă limitările de rulare impuse de limbaj Programare PHP, astfel de restricții sunt impuse scenariului și din exterior sisteme server. Eroarea apare de obicei atunci când scriptul nu și-a finalizat activitatea într-un timp limitat. În acest caz, lucrarea sa va fi finalizată neterminată.

Pentru a evita eroarea HTTP ERROR 500 și pentru a accelera scriptul, puteți utiliza servicii speciale pentru a optimiza performanța secțiunilor lente ale scriptului. Când utilizați VPS sau servere dedicate, puteți modifica timpul de expirare a serverului. Astfel de manipulări nu pot fi efectuate folosind găzduirea virtuală decât dacă se obține un acord de la suportul tehnic.

Probleme cu fișierul .htaccess

Sintaxă a acestui dosar are o anumită structură care nu poate fi schimbată sau încălcată. Dacă una dintre directivele sale are erori, atunci aceasta va duce cu siguranță la o eroare HTTP ERROR 500. Este posibil ca directiva să nu aibă erori sau conflicte de fișiere, dar nu este acceptată.

Găsiți acest fișier „.htaccess” în rădăcina site-ului. Apoi copiați-l în alt loc pentru a nu-l pierde. Acum eliminați-l de pe site. Dacă totul cade la locul său, atunci problema este în acest fișier. În acest caz, luați fișierul din noua distribuție a CMS (Content Management System).

File.htaccess

Puteți vizualiza informații despre erorile de server. Toate sunt înscrise dosar special sub numele – „error.log”. Prin deschiderea acestuia, puteți găsi informații despre care dintre directivele dvs. este în conflict. De exemplu, „Comanda nevalidă „Prive” ne spune că directiva „Preț” conține o greșeală de scriere, corectarea „v” la „c” va rezolva această problemă.

Codul are nevoie de mai multă memorie

Sistemul de gazduire virtuala controleaza strict memoria alocata pentru nevoi diverse scripturi si programe. În acest fel, serverele previn supraîncărcarea memoriei. Când din anumite motive eronate codul începe să consume mai multa memorie Apare eroarea 500.

Memorie pentru scripturi

Pentru a repara problema asemanatoare, trebuie să identificați erorile din cod care fac ca acesta să nu funcționeze corect. Dacă totul este în regulă cu codul, contactați asistența tehnică. Memoria poate fi mărită dacă este necesar plătind suplimentar pentru a extinde planul tarifar.

Aproape orice utilizator activ de internet a întâmpinat erori atunci când lucrează cu site-uri web. Este deosebit de important ca proprietarul site-ului să cunoască cauza acestor erori.
Destul de des, problemele care provoacă erori sunt minore și le puteți rezolva singur. În primul rând, trebuie să vă familiarizați cu tipurile de erori cele mai frecvente și apoi cu algoritmul pentru eliminarea acestora.

Tipuri de erori

O eroare de protocol http poate apărea dacă fișierele solicitate de utilizator nu ajung la ele de pe server. Într-o astfel de situație, serverul raportează utilizatorului un cod de eroare. Există doar patru tipuri de coduri de răspuns de server: două reușite și două fără succes.

Lista erorilor http (xx – orice numere):

2xx— cererea solicitată a fost finalizată;
3xx— solicitarea solicitată a fost transmisă utilizatorului, ceea ce este considerat și un cod pozitiv;
4xx— fișierul nu a fost trimis utilizatorului din cauza unei erori. Acest cod indică o eroare pe partea clientului;
5xxx- Eroare de server.

Mai jos vom analiza ultimele două coduri de răspuns ale serverului. Acesta este cel mai mult greșeli comune, iar eliminarea lor nu necesită mult timp.

Eroare 400 „Solicitare greșită”

Dacă primiți o eroare 400 când solicitați un site, înseamnă că a existat o eroare în cererea în sine. Dar această eroare poate apărea dacă încercați să vă conectați la panoul de control al site-ului dvs. Cel mai adesea acest lucru se întâmplă din 4 motive:

browserul este blocat de antivirus;
browserul este blocat de firewall-ul Windows;
un numar mare de cookie-uri și fișiere stocate în cache;
conexiune instabilă la internet.

Pentru a rezolva această problemă, trebuie să verificați fiecare pe rând. motiv posibil apariția acestuia.

Browser blocat de antivirus
Verificați dacă browserul dvs. nu se află în lista de aplicații interzise din antivirus. Dacă este găsit, creșteți nivelul de încredere în acesta și salvați setările.

Browserul este blocat de un firewall.
În acest caz, trebuie să dezactivați temporar paravanul de protecție, să ștergeți cookie-urile și numerarul și apoi să reîmprospătați pagina din browser. Dacă problema este rezolvată, trebuie să adăugați browserul la programele permise în firewall.

Biscuiți și numerar
Cea mai simplă soluție este să ștergeți pur și simplu cookie-urile și să faceți numerar din browser și apoi să reîmprospătați pagina de eroare.

Conexiune la internet instabilă.
Sună-ți furnizorul pentru a afla care este cauza întreruperii. Poate că furnizorul lucrează.

Eroare 403 „Acces refuzat”

Dacă răspunsul serverului este eroarea 403, înseamnă că accesul la fișierele solicitate este refuzat. Cele mai frecvente motive:

Incorect fișier index. Pentru a corecta această eroare, trebuie să creați un astfel de fișier sau să îl redenumiți dacă acesta există deja.
Permisiunile fișierului împiedică serverul web să-l citească. Pentru a rezolva problema trebuie să schimbați drepturile.
Datele se află în directorul greșit. Pentru a rezolva, verificați locația fișierelor în directorul public_html.

Eroare 404 – fișierul nu a fost găsit

Această eroare înseamnă că serverul nu găsește datele solicitate. Principalele motive pentru apariția acesteia:

Adresa URL a fost introdusă incorect. Pentru a rezolva eroarea, verificați ortografia linkului.
Lipsește documentul solicitat. Pentru a rezolva eroarea, trebuie să verificați dacă fișierul solicitat se află în directorul corect.

Eroare 500 – eroare de server

Pentru a afla ce înseamnă codul de eroare http 500, trebuie să verificați motivele apariției acestuia.

Imposibilitatea de a rula scriptul. Dacă pe documente sunt specificate drepturi de acces incorecte, cum ar fi 777, scripturile care lucrează cu aceste fișiere sunt blocate de server. A elimina această problemă, trebuie să setați permisiunile corecte pentru fișiere.
Există o eroare în fișierul .htaccess. Este posibil să existe o eroare în directivă. Pentru a rezolva eroarea, activați error.log.

Eroare 502 – Gateway greșit

Stările de eroare http, cum ar fi 502, indică faptul că serverul a furnizat un răspuns nevalid. Motive pentru această eroare:

Serverul proxy nu funcționează corect. Asigurați-vă că aveți acces la rețea. Dacă aveți acces la alte site-uri și Internetul funcționează, ștergeți cookie-urile și ștergeți memoria cache.
Resurse insuficiente de server. Această problemă poate apărea dacă site-ul dvs. depășește cantitatea de resurse alocată dvs. de găzduirea de pe acest site. plan tarifar. Studiați planurile de găzduire și alegeți-l pe cel care este mai potrivit și oferă mai multe resurse.

Eroare 503 – Serviciul temporar indisponibil

Fiecare site, situat pe hosting, are la dispoziție cantitate limitata procese de lucru in functie de tarif. Procesele sunt executate pe rând și cu cât sunt mai multe procese, cu atât coada se înfundă mai mult, numărul de procese în care este limitat. Astfel, dacă un proces nu se încadrează în dimensiunea de coadă configurată, el nu va fi executat. În acest caz, serverul afișează eroarea „Serviciul este temporar indisponibil”. Motive pentru eroare:

Timp de rulare limitat al scriptului. Deoarece scripturile nu mai funcționează după ceva timp, este posibil să nu aibă timp să se transfere dosar mare. Pentru a rezolva această eroare, dezactivați toate pluginurile unul câte unul, identificându-le pe cele mai grele. Vinovatul ar trebui înlocuit cu un plugin similar sau abandonat cu totul.
Numar mare de cereri. Cauze:

Resursa face referire la prea multe fișiere, fiecare dintre ele necesită un proces separat pentru a încărca. Pentru a rezolva, încercați să combinați cât mai mult posibil mai multe fișiereîntr-una.
Atacurile spam și DDoS pot provoca volume mari de cereri. În cazul unui atac DDos, .

Ce trebuie făcut dacă apare o eroare

Chiar și pe site-urile cu cele mai multe cel mai bun serviciu Erorile apar periodic. Pentru decizie independentă trebuie să înțelegeți cauza erori http. Astfel de cunoștințe vă vor ajuta să economisiți timp și resurse, deoarece nu va trebui să contactați suport tehnic furnizor.