Virhe vastaanotettaessa tietoja Play Market -palvelimelta. Kuinka korjata? Miksi Google Play Market (Google Play Market) -palvelinvirhettä, yhteyttä ei ole ja sinun on kirjauduttava tilillesi Mitä tehdä, jos palvelin antaa virheen

Raskauden merkit alkion istutuksen jälkeen

Sisäinen palvelinvirhe on HTTP-protokollan tilaluokka, joka tarkoittaa, että käyttäjän toiminta/pyyntö epäonnistui ja palvelin itse on syyllinen.


Lisää videoita kanavallamme - opi Internet-markkinointia SEMANTICAlla

Sinulta loppui ruoka. Sinun täytyy mennä ruokakauppaan. Ovessa on kyltti - "Kirjanpito". Olet ilman ruokaa.

Käyttäjä haluaa vierailla sivustolla. Pyyntö lähetetään palvelimelle. Ja jos palvelimella on ongelmia, henkilö näkee virheilmoituksen selainikkunassa.

Mitkä ovat palvelinvirheet?

Kuten olemme oppineet, sisäiset palvelinvirheet muodostavat HTTP-tilojen luokan.

  • . Osoittaa laajan valikoiman palvelinvirheitä, jos ne eivät kuulu kyseessä olevan luokan seuraaviin ongelmiin.
  • 501. Tarkoittaa, että palvelimella ei ole tarvittavia ominaisuuksia käyttäjän pyynnön käsittelemiseksi. Yleensä 501-virhe tulee näkyviin, kun palvelin ei tunnista pyyntömenetelmää. Jos palvelin tunnistaa pyyntömenetelmän, mutta sitä ei voi käyttää tässä Internet-resurssissa, näyttöön tulee virhe 405 (syynä on käyttäjän vika).
  • . Ilmenee, kun palvelin toimii välityspalvelimena tai yhdyskäytävänä. Virhe osoittaa, että ylävirran palvelin lähettää virheellisen vastauksen.
  • . Näytetään, kun sivusto ei pysty käsittelemään käyttäjien pyyntöjä. Tämä voi johtua ylikuormituksesta, huoltoongelmista, teknisistä ongelmista ja niin edelleen. Useimmiten, kun 503-virhe näytetään, Yritä uudelleen -kenttä osoittaa ajan, jolloin käyttäjän on toistettava pyyntö.
  • 504. Tässäkin palvelin toimii yhdyskäytävänä tai välityspalvelimena. Se välittää pyynnön ylävirran palvelimelle, mutta ei odota vastausta, eikä siksi voi suorittaa pyynnön käsittelyä loppuun.
  • 505. Osoittaa, että palvelin ei tue pyyntöversiota.
  • 506. Tämä tarkoittaa, että palvelimen nykyisessä versiossa on virheelliset asetukset. Tässä suhteessa sidontaprosessi ei saavuta loppuun, ja se keskeytyy koko ajan.
  • 507. Palvelimella ei ole tilaa pyynnön viimeistelemiseksi ja sen käsittelemiseksi. Tällaiset ongelmat voivat olla väliaikaisia ​​ja helposti korjattavissa.
  • 509. Jos Internet-resurssi on käyttänyt kaiken sille varatun liikenteen, a tämä virhe. Ongelman ratkaisemiseksi sinun on otettava yhteyttä isännöintipalveluntarjoajaasi.
  • 510. Tämä virhe voi kohdata tapauksissa, joissa asiakas tekee pyynnön ja haluaa käyttää tiettyä laajennusta, mutta palvelin ei käytä eikä voi tarjota tätä laajennusta.
  • 511. Tämä virhe ei tule itse palvelimelta, jota käyttäjä käyttää, vaan välittäjältä, joka voi olla palveluntarjoaja. Yleensä ongelma ilmenee, kun asiakkaan on kirjauduttava sisään maailmanlaajuinen verkosto(määritä maksullisen tukiaseman salasana). Tässä tapauksessa vastauslomakkeessa näkyy erityinen valtuutuskenttä.
  • 520. Osoittaa, että on tapahtunut virhe, mutta CDN-palvelin ei voi käsitellä virhettä oikein ja näyttää sitä asiakkaalle.
  • 521. Esiintyy tilanteissa, joissa palvelin hylkää sisällönjakelun verkkoyhteyden.
  • 522. Näkyy, kun tietoliikennejärjestelmä ei voi muodostaa yhteyttä palvelimeen ja se on aikakatkaisu odottamassa palvelimen vastausta.
  • 523. Palvelimelle ei saada ”tavoita”, palvelimelle käsiksi tullessa syntyy vakavia esteitä, joiden ylittäminen ei ole tällä hetkellä mahdollista.
  • 524. Yhteysaika vaaditun palvelimen ja sisällönjakeluverkkopalvelimen välillä on umpeutunut.
  • 525 Jos palvelimen ja CDN-palvelimen välisen kättelyn aikana ilmenee virheitä, koodi 525 näytetään.
  • 526. Ilmaisee, että salausvarmennetta ei tällä hetkellä voi vahvistaa.

Mitä tehdä, jos he kirjoittavat "Palvelinvirhe"

Listatut virheet johtuvat yleensä .htaccess-tiedostosta, teemoista ja laajennuksista. Mietitään vaihtoehtoja ongelman ratkaisemiseksi.

Joten pidit uudesta teemasta ja asensit sen. Kaikki olisi hyvin, mutta sitten ilmenee sisäinen palvelinongelma. Palauta palvelimen toiminta valitsemalla jokin seuraavista tavoista:

FTP:n kautta

Menemme siihen ja etsimme kansion teemoineen. Avaa kansio ja korjaa/poista tällä hetkellä sivustolla oleva teema. Menemme sivustolle ja näemme tyhjän sivun ilman virheitä.

Avaa WordPressin hallintapaneeli, sitten teema ja vastaanota ilmoitus, että toinen teema on aktivoitu. Pieni neuvo: älä poista vakioteemoja, ne toimivat vakiona ja voidaan aktivoida sivuston palauttamisen jälkeen.

PhpMyAdminin kautta

Jos olet poistanut/muokannut vakioteeman, sinun on ladattava ja asennettava se uudelleen. Tämä voidaan tehdä seuraavista resursseista: TwentyTen, TwentyEleven, TwentyTwelve. Lataamisen jälkeen avaa PhpMyAdmin ja sitten tietokanta.

Siirry SQL-välilehteen ja kopioi alla oleva koodi siihen.

Huomaa, että aiheen nimi on määritettävä oikein. Sitten sivusto toimii normaalisti.

Jos ongelma liittyy laajennuksiin, palvelin ei toimi oikein ja sivusto näytetään eri tavalla. Samanaikaisesti pääsy konsoliin säilyy, minkä avulla voit poistaa tämän tai toisen laajennuksen käytöstä. Joskus asennettu laajennus saattaa olla ristiriidassa muiden lisäosien kanssa, jotka on jo asennettu ja aktivoitu resurssiin. Sitten se kaatuu ja tuottaa sisäisen virheen. Voit poistaa laajennuksen käytöstä kolmessa vaiheessa:

  1. Avaa FTP-resurssi.
  2. Avaa kansio olemassa olevilla laajennuksilla.
  3. Poista/muuta nimeä/muokkaa laajennusta.

Jos virheet liittyvät .htaccess-tiedostoon, sinun on toimittava seuraavasti:

1. Avaa FileZilla, "Palvelin"-valikko ja valitse "Näyttö piilotetut tiedostot väkisin." Päivitämme tiedostoluettelon ja löydämme .htaccess-tiedostomme.

2. Avaa tiedosto Notepad/tekstieditorin kautta. Edessäsi näkyy teksti - luettelo ohjeista ja säännöistä web-palvelimen toimintaan. Tarkista tiedosto ja korjaa mahdolliset virheet. Vaihtoehtoinen vaihtoehto on poistaa tiedosto kokonaan ja kirjoittaa sitten WordPressillä uusi tiedosto(avaa hallintapaneeli, sitten "Asetukset", sitten "Pysyvät linkit". Valitse haluamasi vaihtoehto, napsauta "Tallenna").

Jos yllä olevat toimenpiteet eivät tuota toivottua tulosta, ota yhteyttä pätevään ohjelmoijaan.

Kuten näet, virheluettelo on melko laaja. Jos ne tunnistetaan, ne on poistettava mahdollisimman aikaisessa vaiheessa.

Error 500 (sisäinen palvelinvirhe) on melko yleinen Internetissä ja se on suurimmaksi osaksi sisäinen. Usein tämä ongelma aiheuttaa haittaa käyttäjille, jotka yrittävät käyttää Gosuslugi.ru-verkkosivustoa. Tämä tapahtuu erityisesti aikoina, kun valtava määrä käyttäjiä yrittää käyttää Valtion palveluportaalia täysin erilaisissa arkipäivän asioissa (lapsen ilmoittaminen koululle/klinikalle, liikennepoliisin sakkojen maksaminen, ulkomaan passin hakeminen, verojen maksaminen jne.) .

Virheen syyt 500

Korjataksesi tämän sisäisen palvelinvirheen 500, sinun on ensin löydettävä se ja valmistauduttava sitten korjaamaan ongelma. 500-virhe itsessään osoittaa, että pyynnöt käsiteltiin väärin. Samalla sisäiset ongelmat estävät pyyntöjen lukemisen ja käsittelyn oikein, mutta ohjelmisto on täysin toimiva ja toimii oikein.

On tärkeää muistaa, että 500-virhe on sisäinen, ja jos se tapahtuu tietyllä sivustolla eikä koske kaikkia portaaleja, voit olla varma, että sinulla ei ole oikeutta muuttaa mitään itse. Ainoa oikea ratkaisu on odottaa, kunnes järjestelmänvalvoja korjaa kaikki ongelmat.

Tähän ongelmaan on myös seuraavat syyt:

  • Väärin kirjoitetut cgi-skriptit;
  • DNS:n, VPN:n, välityspalvelimen käyttäminen;
  • Lisäosien ja laajennusten käyttäminen;
  • Pitkä skriptitoiminto;
  • Avoimet tai väärät käyttöoikeudet;
  • Ongelmia htaccessin kanssa;
  • Muisti ei riitä koodin suorittamiseen;
  • Ongelmia WordPressin kanssa;
  • Ongelmia Joomlan ja muiden sisällönhallintajärjestelmien kanssa.

Korjataan virhe 500, jos olet tavallinen käyttäjä

Jos siirryt valtion palveluiden verkkosivustolle ja näet virheilmoituksen 500, älä ole järkyttynyt. Todennäköisesti kyseessä on sisäinen väliaikainen palvelinvika ja järjestelmänvalvoja ratkaisee ongelmat hyvin pian. Joskus ongelma voi kuitenkin olla tietokoneessasi (selaimessa, Internet-yhteydessä tai ohjelmistossa). Kokeile vianmääritystä seuraavasti:

  1. Päivitä sivu (CTRL+F5);
  2. Poista lisäosat käytöstä tai asenna ne uudelleen ja asennettuja laajennuksia selaimessa.
  3. Poista verkkoselaimen teema käytöstä tai asenna selain kokonaan uudelleen (poista välimuisti, evästeet jne.). CCleaner-ohjelma auttaa.
  4. Vaihda maa selaimen asetuksista.
  5. Käytä välityspalvelinta tai VPN:ää.
  6. Tarkistaa DNS-asetukset Internet-palveluntarjoajasi asentama, tai jos käytät online-DNS:ää, tarkista ne virusten varalta.
  7. Odota teknisten töiden valmistumista Valtion palveluiden verkkosivuilla. Tämä sivusto on hallituksen sivusto, joten voit soittaa tekniseen tukeen.
  8. Yritä kirjautua portaaliin kautta mobiilisovellus Julkiset palvelut, saatavilla sekä Androidille että Applelle.

On syytä huomata, että Internal Server Error 500 voidaan antaa portaalin yksittäisistä osioista tai rekisteröinnin/tallennusprosessin aikana. Muista tässä tapauksessa kirjoittaa oikeassa alakulmassa olevaan chattiin.

Online-tuki - chat

Mitä sivuston ylläpitäjien tulee tehdä?

Valtion palvelujen ylläpitäjät eivät tietenkään tarvitse lisäneuvoja korjaamiseen, mutta tavallisia verkkoresurssien omistajia autetaan. Edistyneet käyttäjät (järjestelmänvalvojat):

  1. Sinun on löydettävä tiedosto järjestelmän juurikansiosta "virheloki" ja tarkista sen toimivuus. Voit myös yrittää asettaa koodien käyttöoikeudet cgi-0755.
  2. Palvelimen vasteajalla on rajoituksia, joiden aikana skriptillä on oltava aikaa tehdä tietty työ ja suorittaa se. Suosittelemme asettamaan palvelimelle suuremman välin. Käytä tarvittavia ohjelmia, jotka pystyvät löytämään skriptistä hitaita koodin osia.
  3. Jos komentosarjoille ja niiden käyttöoikeuksille on asetettu vääriä arvoja, palvelin estää ne. Käytä ohjelmistoa, jonka avulla voit muuttaa tiettyjen kansioiden käyttöoikeuksia. Skripteille optimaalinen arvo on 600. Kaikilla muilla tiedostoilla tulee olla 644 ja hakemistojen käyttöoikeudet 755.
  4. Tiedosto ".htaccess", jos rakenne rikkoo, on taipumus antaa vääriä (virheellisiä) ohjeita.

Korjataksesi tämän ongelman, sinun on löydettävä järjestelmästä ".htaccess". Kun olet löytänyt tiedoston, sinun on siirrettävä se (mieluiten toiselle levylle) tai käytettävä varmuuskopioida ja poista tiedosto.

  • Kun Valtion palveluiden verkkosivustolle tuli valtava määrä käyttäjiä, isännöintiyritys huomasi, että jotkut komentosarjat halusivat käyttää liikaa muistia. Siksi tällaisille tileille pääsy estettiin ja näyttöön ilmestyi virhe 500. Tämä voidaan korjata yhdellä tavalla - tarkista koodin toimivuus, jonka vuoksi komentosarja kuluttaa suuri määrä muisti.
  • Yksinkertaisin ja äärimmäisin toimenpide on poistaa WordPress käytöstä. Mutta tämä toimenpide on edelleen väliaikainen, koska kun WordPress poistetaan käytöstä, jotkut laajennukset voivat kadota.
  • Tämä ongelma on yleinen järjestelmänvalvojien keskuudessa, jotka yrittävät kirjautua profiiliinsa Joomlan hallintapaneelissa. Suosittelemme menemään virhelokiin ("lokit") ja etsimään "error.php". Pitää tarkistaa Tämä tiedosto suorituskykyä varten. Suosittelemme myös, että käyttöoikeudet asetetaan arvoon 777. Jos mikään muu epäonnistuu, on suositeltavaa poistaa kaikki olemassa olevat laajennukset käytöstä yksitellen.
  • Tilaa asiantuntijoilta virustarkistus palvelimellasi olevista tiedostoista. Tämä tapahtuu hyvin usein - virukset yksinkertaisesti "syövät" joitain tiedostoja.

Jos et osaa ratkaista Tämä ongelma itse, suosittelemme ottamaan yhteyttä tukeen.

Johtopäätös

Yleensä 500-virhe on sisäinen, eikä keskiverto Internetin käyttäjä voi tehdä mitään. Jää vain odottaa ongelmien korjaamista. Tällaiset tekniset ongelmat Valtion palveluiden verkkosivuilla ratkeavat usein melko nopeasti (yhdessä päivässä).

HTTP-tilakoodi(Englanti) HTTP-tilakoodi) - osa palvelinvastauksen ensimmäistä riviä HTTP-protokollan kautta tehtyihin pyyntöihin. Se on kokonaisluku, jossa on kolme desimaalilukua. Ensimmäinen numero osoittaa kuntoluokka . Vastauskoodia seuraa yleensä välilyönnillä erotettu selittävä lause. Englannin kieli, joka selittää henkilölle syyn tähän nimenomaiseen vastaukseen. Esimerkkejä:

  • 201 Luotu.
  • 401 Luvaton.
  • 507 Riittämätön varastotila.

Asiakas oppii vastauskoodista pyyntönsä tuloksista ja päättää, mitä toimia seuraavaksi tekee. Tilakoodien joukko on standardi ja ne on kuvattu vastaavissa RFC:issä. Uusia koodeja tulisi ottaa käyttöön vasta sovittuaan IETF:n kanssa. Tiedossa on kuitenkin kaksi koodia, joita ei mainita RFC:ssä: 449 Retry With. Mainitaan myös selittävä lause "Vastaa" tuotteen eritelmässä WebDAV V Microsoft Developer Network, otettu käyttöön Microsoft ja 509 Bandwidth Limit Exceeded, otettiin käyttöön vuonna cPanel.

Asiakas ei välttämättä tiedä kaikkia tilakoodeja, mutta sen on reagoitava koodin luokan mukaan. Tällä hetkellä on viisi tilakoodiluokkaa.

verkkopalvelin Internet-tietopalvelut Lokitiedostoissaan se käyttää tavallisten tilakoodien lisäksi alikoodeja kirjoittaen ne pisteellä pääkoodin jälkeen. Samanaikaisesti tätä alikoodia ei sijoiteta palvelimen vastauksiin - palvelimen järjestelmänvalvoja tarvitsee sitä voidakseen määrittää tarkemmin ongelmien lähteet.

Tarkista luettelo

Alla on yleiskatsaus kaikista tässä artikkelissa kuvatuista vastauskoodeista:

Kaavio verkkopalvelimen päätöksenteosta otsikoiden perusteella

Tilastot loki-analysaattorin luomista vastauskoodeista Webalizer

  • 1xx: Tietoa:
    • 100 Jatka ("jatka");
    • 101 Switching Protocols;
    • 102 Käsittely ("käsittely käynnissä").
  • 2xx: Onnistui (onnistuneesti):
    • 200 OK ("hyvä");
    • 201 Luotu ("luotu");
    • 202 Hyväksytty ("hyväksytty");
    • 203 Ei-virallinen tieto ("tieto ei ole todistusvoimaista");
    • 204 Ei sisältöä;
    • 205 Palauta sisältö;
    • 206 Osittainen sisältö;
    • 207 Multi-Status;
    • 226 IM käytetty
  • 3xx: Uudelleenohjaus:
    • 300 monivalintavaihtoehtoa;
    • 301 Siirretty pysyvästi;
    • 302 Siirretty tilapäisesti;
    • 302 löydetty ("löydetty");
    • 303 Katso Muut ("katso muut");
    • 304 Ei muutettu ("ei muutettu");
    • 305 Käytä välityspalvelinta ("käytä välityspalvelinta");
    • 306 - varattu(koodia käytetään vain varhaisissa määrittelyissä);
    • 307 Väliaikainen uudelleenohjaus
  • 4xx: Asiakasvirhe:
    • 400 Bad Request ("huono, virheellinen pyyntö");
    • 401 Luvaton ("ei valtuutettu");
    • 402 Maksu vaaditaan;
    • 403 Ei sallittu;
    • 404 Ei löydetty("ei löydetty");
    • 405 menetelmä ei sallittu;
    • 406 Ei hyväksyttävä;
    • 407 Välityspalvelimen todennus vaaditaan ("välityspalvelimen todennus vaaditaan");
    • 408 Request Timeout ("aikakatkaisu");
    • 409 Konflikti;
    • 410 Poistettu ("poistettu");
    • 411 Vaadittu pituus;
    • 412 Ennakkoehto epäonnistui ("ehto on epätosi");
    • 413 Hyötykuorma liian suuri
    • 414 URI liian pitkä ("URI on liian pitkä");
    • 415 Ei tuettu mediatyyppi
    • 416 Alue ei tyydyttävä
    • 417 Odotus epäonnistui
    • 418 Olen teekannu ("Olen teekannu")
    • 422 Käsittelemätön kokonaisuus
    • 423 Lukittu;
    • 424 epäonnistunut riippuvuus;
    • 425 Järjestämätön kokoelma;
    • 426 Päivitys vaaditaan;
    • 428 Vaadittu ennakkoehto;
    • 429 Liian monta pyyntöä;
    • 431 Pyynnön otsikkokentät liian suuret
    • 444 Sulkee yhteyden lähettämättä vastausotsikkoa. Ei-standardi koodi;
    • 449 Yritä uudelleen;
    • 451 Ei saatavilla oikeudellisista syistä
  • 5xx: Palvelinvirhe:
    • 500 Sisäinen palvelinvirhe;
    • 501 Ei toteutettu;
    • 502 Bad Gateway ("huono, virheellinen yhdyskäytävä");
    • 503 Palvelu ei saatavilla ("palvelu ei saatavilla");
    • 504 Gateway Timeout ("yhdyskäytävä ei vastaa");
    • 505 HTTP-versiota ei tueta ("HTTP-versiota ei tueta");
    • 506 Vaihtoehto neuvottelee myös ("muunnelma myös neuvottelee");
    • 507 Insufficient Storage ("varaston ylivuoto");
    • 508 Loop Detected ("ääretön uudelleenohjaus havaittu");
    • 509 Bandwidth Limit Exceeded ("kanavan kaistanleveys on loppunut");
    • 510 Ei laajennettu ("ei laajennettu");
    • 511 Verkkotodennus vaaditaan
    • 520 Tuntematon virhe
    • 521 Web-palvelin ei toimi ("verkkopalvelin ei toimi");
    • 522 Yhteyden aikakatkaisu ("yhteys ei vastaa");
    • 523 Alkuperä ei ole saatavilla;
    • 524 Aikakatkaisu tapahtui ("elvytysaika on umpeutunut");
    • 525 SSL-kättely epäonnistui
    • 526 Virheellinen SSL-sertifikaatti

Koodien kuvaus

Tiedot

Tämä luokka sisältää koodeja, jotka kertovat siirtoprosessista. Kun käytät protokollaversiota 1.0, tällaisia ​​koodeja sisältävät viestit tulee jättää huomiotta. Versiossa 1.1 asiakkaan on oltava valmis hyväksymään tämän luokan viestit normaalina vastauksena, mutta palvelimen ei tarvitse lähettää mitään. Itse palvelimelta tulevat viestit sisältävät vain vastauksen aloitusrivin ja tarvittaessa muutaman vastauskohtaisen otsikkokentän. Välityspalvelinten on lähetettävä tällaiset viestit kauemmas palvelimelta asiakkaalle.

  • 100 Jatka - palvelin on tyytyväinen pyynnön alkutietoihin, asiakas voi jatkaa otsikoiden lähettämistä. Esitelty HTTP/1.1:ssä.
  • 101 vaihtoprotokollaa - palvelin tarjoaa vaihtamista protokollaan, joka sopii paremmin määritetylle resurssille; Palvelimen on ilmoitettava ehdotettujen protokollien luettelo Päivitä-otsikkokentässä. Jos asiakas on kiinnostunut tästä, hän lähettää uuden pyynnön, jossa ilmoitetaan eri protokolla. Esitelty HTTP/1.1:ssä.
  • 102 Käsittely - pyyntö on hyväksytty, mutta sen käsittely kestää kauan. Palvelin käyttää sitä estämään asiakasta katkaisemasta yhteyttä aikakatkaisun vuoksi. Saatuaan tällaisen vastauksen asiakkaan on nollattava ajastin ja odotettava seuraavaa komentoa tavalliseen tapaan. Esiintyi WebDAV.

Menestys

Tämän luokan viestit kertovat asiakaspyynnön onnistuneesta hyväksymisestä ja käsittelystä. Tilasta riippuen palvelin voi lähettää myös viestin otsikot ja tekstiosan.

  • 200 OK - pyyntö onnistui. Jos asiakas pyysi tietoja, se löytyy viestin otsikosta ja/tai tekstistä. Esitelty HTTP/1.0:ssa.
  • 201 Luotu - pyynnön onnistuneen suorittamisen seurauksena luotiin uusi resurssi. Palvelin voi määrittää luodun resurssin osoitteet (niitä voi olla useita) vastauksen rungossa siten, että ensisijainen osoite ilmoitetaan Location-otsikossa. Palvelimen on suositeltavaa ilmoittaa vastaustekstiin luodun resurssin ominaisuudet ja sen osoite, vastauksen rungon muodon määrää Content-Type-otsikko. Pyyntöä käsiteltäessä on luotava uusi resurssi ennen vastauksen lähettämistä asiakkaalle, muuten tulee käyttää vastausta koodilla 202. Esitetty HTTP/1.0:ssa.
  • 202 Hyväksytty - pyyntö hyväksyttiin käsiteltäväksi, mutta sitä ei saatu päätökseen. Asiakkaan ei tarvitse odottaa viestin lopullista lähetystä, sillä hyvin pitkä prosessi voi alkaa. Esitelty HTTP/1.0:ssa.
  • 203 Ei-valtuutettu tieto - samanlainen kuin vastaus 200, mutta tässä tapauksessa lähetettyä tietoa ei otettu ensisijaisesta lähteestä ( varmuuskopio, toinen palvelin jne.), joten se ei välttämättä ole olennainen. Esitelty HTTP/1.1:ssä.
  • 204 Ei sisältöä - palvelin käsitteli pyynnön onnistuneesti, mutta vastaus sisälsi vain otsikot ilman viestin runkoa. Asiakkaan ei tarvitse päivittää dokumentin sisältöä, vaan hän voi soveltaa siihen vastaanottamansa metatiedot. Esitelty HTTP/1.0:ssa.
  • 205 Nollaa sisältö - palvelin velvoittaa asiakkaan nollaamaan käyttäjän syöttämät tiedot. Palvelin ei välitä viestin runkoa, eikä dokumenttia tarvitse päivittää. Esitelty HTTP/1.1:ssä.
  • 206 Osittainen sisältö - palvelin suoritti onnistuneesti osittaisen GET-pyynnön ja palautti vain osan viestistä. Content-Range-otsikossa palvelin määrittää sisällön tavualueet. Tällaisten vastausten kanssa työskennellessä on kiinnitettävä erityistä huomiota välimuistiin. Esitelty HTTP/1.1:ssä. ( Lisätietoja...)
  • 207 Multi-Status - palvelin lähettää useiden itsenäisten toimintojen tulokset kerralla. Ne sijoitetaan itse viestin runkoon XML-dokumenttina, jossa on monitilaobjekti. Ei ole suositeltavaa sijoittaa 1xx-sarjan tiloja tähän objektiin merkityksettömyyden ja redundanssin vuoksi. Esiintyi WebDAV.
  • 226 IM Used - A-IM-otsikko asiakkaalta vastaanotettiin onnistuneesti ja palvelin palauttaa sisällön ottaen huomioon määritetyt parametrit. Otettu käyttöön RFC 3229:ssä HTTP-protokollan laajentamiseksi delta-koodauksen tuella.

Uudelleenohjaus

Tämän luokan koodit kertovat asiakkaalle, että toiminnon onnistumiseksi on tehtävä uusi pyyntö, yleensä eri URI:lle. Tästä luokasta viisi koodia 301, 302, 303, 305 ja 307 liittyvät suoraan uudelleenohjauksiin. Osoitteen, johon asiakkaan tulee tehdä pyyntö, palvelin ilmoittaa Sijainti-otsikossa. Kohde-URI:ssa on kuitenkin mahdollista käyttää fragmentteja.

Uusimpien standardien mukaan asiakas voi uudelleenohjata ilman käyttäjän pyyntöä vain, jos toista resurssia pyydetään GET- tai HEAD-menetelmällä. Aiemmissa määrityksissä todettiin, että edestakaisten matkojen välttämiseksi käyttäjältä tulee kysyä viidennen peräkkäisen uudelleenohjauksen jälkeen. Kaikissa uudelleenohjauksissa, jos pyyntömenetelmänä ei ollut HEAD, tulee vastauksen runkoon sisällyttää lyhyt hypertekstiviesti kohdeosoitteella, jotta käyttäjä voi virheen sattuessa tehdä siirtymisen itse.

HTTP-kehittäjät huomauttavat, että monet asiakkaat uudelleenohjattaessa koodeilla 301 ja 302 käyttävät virheellisesti GET-menetelmää toiseen resurssiin huolimatta siitä, että pyyntö ensimmäiselle oli eri menetelmällä (useimmiten PUT). Väärinkäsitysten välttämiseksi versiossa HTTP/1.1 otettiin käyttöön koodit 303 ja 307, ja niitä suositellaan käyttämään koodin 302 sijaan. Menetelmää pitää muuttaa vain, jos palvelin vastasi koodilla 303. Muissa tapauksissa tee seuraava pyyntö koodilla alkuperäinen menetelmä.

Erilaisia ​​uudelleenohjauksia käyttävien asiakkaiden käyttäytyminen on kuvattu taulukossa:

Vastauksen tilan välimuisti Jos menetelmä ei ole GET tai HEAD

  • 300 Multiple Choices - määritetylle URI:lle on useita vaihtoehtoja resurssin tarjoamiseksi MIME-tyypin, kielen tai muiden ominaisuuksien mukaan. Palvelin lähettää viestin mukana luettelon vaihtoehdoista, jolloin asiakas tai käyttäjä voi tehdä valinnan automaattisesti. Esitelty HTTP/1.0:ssa.
  • 301 Siirretty pysyvästi - Pyydetty asiakirja on siirretty pysyvästi uuteen URI:hen, joka on määritetty otsikon Sijainti-kentässä. Jotkut asiakkaat käyttäytyvät väärin tätä koodia käsitellessään. Esitelty HTTP/1.0:ssa.
  • 302 Löytyi, 302 Siirretty väliaikaisesti - pyydetty asiakirja on tilapäisesti saatavilla toisessa URI:ssa, joka on määritetty Sijainti-kentän otsikossa. Tätä koodia voidaan käyttää esimerkiksi palvelinpohjaisessa sisältöneuvottelussa. Jonkin verran[ mikä?]-asiakkaat käyttäytyvät väärin tätä koodia käsitellessään. Esitelty HTTP/1.0:ssa.
  • 303 Katso muu - pyydetyn URI:n dokumentti on pyydettävä otsikon Sijainti-kentän osoitteeseen GET-menetelmällä, vaikka ensimmäinen on pyydetty toisella menetelmällä. Tämä koodi otettiin käyttöön yhdessä koodin 307 kanssa epäselvyyden välttämiseksi, jotta palvelin voisi olla varma, että seuraavaa resurssia pyydetään GET-menetelmällä. Esimerkiksi verkkosivulla on tekstinsyöttökenttä nopeaa navigointia ja hakua varten. Tietojen syöttämisen jälkeen selain tekee POST-menetelmällä pyynnön, joka sisältää syötetyn tekstin viestin tekstiin. Jos havaitaan syötetyn nimen omaava dokumentti, palvelin vastaa koodilla 303, joka ilmoittaa pysyvän osoitteensa Sijainti-otsikossa. Sitten selain taatusti pyytää sitä GET-menetelmällä saadakseen sisällön. Muussa tapauksessa palvelin yksinkertaisesti palauttaa hakutulossivun asiakkaalle. Esitelty HTTP/1.1:ssä.
  • 304 Ei muokattu - palvelin palauttaa tämän koodin, jos asiakas pyysi dokumenttia GET-menetelmällä, käytti If-Modified-Since- tai If-None-Match-otsikkoa eikä asiakirja ole muuttunut määritetyn hetken jälkeen. Tässä tapauksessa palvelinviesti ei saa sisältää tekstiä. Esitelty HTTP/1.0:ssa.
  • 305 Käytä välityspalvelinta - pyyntö pyydettyyn resurssiin tulee tehdä välityspalvelimen kautta, jonka URI on määritetty otsikon Sijainti-kentässä. Tätä vastauskoodia voivat käyttää vain alkuperäiset HTTP-palvelimet (eivät välityspalvelimet). Esitelty HTTP/1.1:ssä.
  • 306 (varattu) - aiemmin käytetty vastauskoodi on tällä hetkellä varattu. Mainittu RFC 2616:ssa (HTTP/1.1-päivitys).
  • 307 Väliaikainen uudelleenohjaus - pyydetty resurssi on käytettävissä lyhyen aikaa toisessa otsikon Sijainti-kentässä määritetyssä URI:ssa. Pyyntötapaa (GET/POST) ei saa muuttaa. Esimerkiksi POST-pyyntö on lähetettävä uuteen URI:hen käyttäen samaa POST-menetelmää. Tämä koodi otettiin käyttöön yhdessä koodin 303 kanssa 302:n sijaan epäselvyyden välttämiseksi. Otettu käyttöön RFC 2616:ssa (HTTP/1.1-päivitys).

Asiakasvirhe

4xx-koodiluokka on tarkoitettu osoittamaan asiakaspuolen virheitä. Käytettäessä kaikkia menetelmiä paitsi HEAD, palvelimen on palautettava hypertekstiselitys käyttäjälle viestin tekstiosassa.

  • 400 Virheellinen pyyntö - palvelin havaitsi asiakaspyynnön syntaksivirhe. Esitelty HTTP/1.0:ssa.
  • 401 Luvaton – pyydetyn resurssin käyttäminen edellyttää todennusta. Vastauksen otsikossa on oltava WWW-Authenticate-kenttä ja luettelo todennusehdoista. Asiakas voi toistaa pyynnön sisällyttämällä viestin otsikkoon Valtuutus-kentän, jossa on todentamiseen tarvittavat tiedot.
  • 402 Maksu vaaditaan - tarkoitettu käytettäväksi tulevaisuudessa. Tällä hetkellä ei käytössä. Tämä koodi on tarkoitettu maksullisiin käyttäjäpalveluihin, ei hosting-yrityksille. Tämä tarkoittaa, että isännöintipalveluntarjoaja ei anna tätä virhettä, jos sen palveluista maksetaan myöhässä. Varattu alkaen HTTP/1.1.
Palvelin palautti 403-virheen yrittäessään tarkastella "cgi-bin"-hakemistoa, johon pääsy estettiin.
  • 403 Kielletty - palvelin ymmärsi pyynnön, mutta kieltäytyy täyttämästä sitä, koska asiakkaan pääsyä määritettyyn resurssiin rajoitetaan. Jos HTTP-todennus vaaditaan resurssin käyttämiseen, palvelin palauttaa 401-vastauksen tai välityspalvelinta käytettäessä 407-vastauksen. Muuten rajoitukset ovat palvelimen järjestelmänvalvojan tai verkkosovelluskehittäjän asettamia, ja ne voivat olla mitä tahansa käytettävän sovelluksen ominaisuuksien mukaan. ohjelmisto. Asiakkaalle tulee joka tapauksessa ilmoittaa syyt, joiden vuoksi hän kieltäytyi käsittelemästä pyyntöä. Todennäköisimpiä syitä rajoitukseen voivat olla yritys käyttää verkkopalvelimen järjestelmäresursseja (esimerkiksi .htaccess- tai .htpasswd-tiedostoja) tai tiedostoja, joihin pääsy evättiin määritystiedostojen avulla, ei-HTTP-todennuksen vaatimus, esimerkiksi päästäkseen järjestelmän sisällönhallintaan tai rekisteröityjen käyttäjien osioon tai palvelin ei ole tyytyväinen asiakkaan IP-osoitteeseen esimerkiksi eston yhteydessä. Esitelty HTTP/1.0:ssa.
  • 404 Not Found on yleisin Internetin käytön virhe, pääsyynä on Web-sivun osoitteen kirjoitusvirhe. Palvelin ymmärsi pyynnön, mutta ei löytänyt vastaavaa resurssia määritetystä URL-osoitteesta. Jos palvelin tietää, että tässä osoitteessa oli dokumentti, sen on suositeltavaa käyttää koodia 410. Vastausta 404 voidaan käyttää 403:n sijaan, jos on tarpeen piiloutua huolellisesti uteliaita katseita tiettyjä resursseja. Esitelty HTTP/1.0:ssa.
  • 405 Metodi ei sallittu - asiakkaan määrittämää menetelmää ei voida soveltaa nykyiseen resurssiin. Vastauksessa palvelimen on ilmoitettava käytettävissä olevat menetelmät Allow-otsikossa pilkulla erotettuna. Palvelimen on palautettava tämä virhe, jos menetelmä on sen tiedossa, mutta se ei sovellu nimenomaan pyynnössä määritettyyn resurssiin; jos määritetty menetelmä ei sovellu koko palvelimelle, asiakkaan on palautettava koodi 501 (ei toteutettu ). Esitelty HTTP/1.1:ssä.
  • 406 Ei hyväksyttävä – Pyydetty URI ei voi täyttää otsikossa välitettyjä ominaisuuksia. Jos menetelmä ei ollut HEAD, palvelimen on palautettava luettelo tämän resurssin hyväksyttävistä ominaisuuksista. Esitelty HTTP/1.1:ssä.
  • 407 Välityspalvelimen todennus vaaditaan - Vastaus on samanlainen kuin 401-koodi, paitsi että todennus suoritetaan välityspalvelinta vastaan. Mekanismi on samanlainen kuin alkuperäisen palvelimen tunnistaminen. Esitelty HTTP/1.1:ssä.
  • 408 Pyynnön aikakatkaisu - palvelimen odotusaika lähetystä varten asiakkaalta on umpeutunut. Asiakas voi toistaa samanlaisen aiemman pyynnön milloin tahansa. Tämä tilanne voi syntyä esimerkiksi siirrettäessä suurta tiedostoa palvelimelle POST- tai PUT-menetelmällä. Tietolähde lakkasi vastaamasta jossain vaiheessa siirron aikana esimerkiksi CD-levyn vaurioitumisen tai yhteyden katkeamisen vuoksi lähiverkon toisen tietokoneen kanssa. Kun asiakas ei lähetä mitään ja odottaa siltä vastausta, yhteys palvelimeen säilyy. Jonkin ajan kuluttua palvelin voi sulkea yhteyden päässään, jotta muut asiakkaat voivat tehdä pyynnön. Tätä vastausta ei palauteta, kun asiakas väkisin lopettaa lähetyksen käyttäjän käskystä tai yhteys katkeaa jostain muusta syystä, koska vastausta ei voida enää lähettää. Esitelty HTTP/1.1:ssä.
  • 409 Ristiriita - pyyntöä ei voida suorittaa loppuun, koska resurssin käyttöoikeus on ristiriitainen. Tämä on mahdollista esimerkiksi silloin, kun kaksi asiakasta yrittää muuttaa resurssia käyttämällä PUT-menetelmää, joka on otettu käyttöön HTTP/1.1:ssä.
  • 410 Poissa – palvelin lähettää tämän vastauksen, jos resurssi oli aiemmin määritetyssä URL-osoitteessa, mutta se poistettiin eikä ole nyt käytettävissä. Tässä tapauksessa palvelin ei tiedä vaihtoehtoisen asiakirjan (esimerkiksi kopion) sijaintia. Jos palvelimella on epäilys, että asiakirja voidaan palauttaa lähitulevaisuudessa, niin parempi asiakkaalle pääsykoodi 404. Otettu käyttöön HTTP/1.1:ssä.
  • 411 Vaadittu pituus – Asiakkaan on määritettävä määritetylle resurssille Content-Length pyynnön otsikossa. Määrittämättä tätä kenttää, sinun ei tule yrittää lähettää pyyntöä uudelleen palvelimelle tämän URI:n avulla. Tämä vastaus on luonnollinen POST- ja PUT-pyynnöille. Esimerkiksi jos tiedostot ladataan määritetyllä URI:lla ja palvelimella on rajoitus niiden kokoon. Silloin olisi järkevämpää tarkistaa heti alussa Content-Length-otsikko ja välittömästi kieltäytyä latauksesta, sen sijaan, että aiheutat merkityksetöntä kuormitusta katkaisemalla yhteys, kun asiakas todella lähettää liian suuren viestin. Esitelty HTTP/1.1:ssä.
  • 412 Ennakkoehto epäonnistui - palautetaan, jos mikään pyynnön ehdollisista otsikkokentistä (If-Match jne., katso RFC 7232) ei täyttynyt. Esitelty HTTP/1.1:ssä.
  • 413 Hyötykuorma liian suuri - palautetaan, jos palvelin kieltäytyy käsittelemästä pyyntöä liian suuren pyynnön rungon koon vuoksi. Palvelin voi sulkea yhteyden lopettaakseen pyynnön jatkolähetyksen. Jos ongelma on väliaikainen, on suositeltavaa sisällyttää palvelimen vastaukseen Retry-After -otsikko, joka ilmaisee ajan, jonka jälkeen samanlainen pyyntö voidaan toistaa. Esitelty HTTP/1.1:ssä. Aiemmin nimeltään "Pyyntökokonaisuus liian suuri".
  • 414 URI liian pitkä - palvelin ei voi käsitellä pyyntöä, koska määritetty URI on liian pitkä. Tämä virhe voi laukaista esimerkiksi silloin, kun asiakas yrittää välittää pitkiä parametreja GET-menetelmällä POST-menetelmän sijaan. Esitelty HTTP/1.1:ssä. Aiemmin nimeltään "Pyyntö-URI liian pitkä".
  • 415 Ei tuettu mediatyyppi - jostain syystä palvelin kieltäytyy työskentelemästä määritetyn tietotyypin kanssa tällä menetelmällä. Esitelty HTTP/1.1:ssä.
  • 416 Range Not Satisfiable - resurssin ulkopuolella oleva alue määritettiin pyynnön otsikon Alue-kenttään ja If-Range-kenttä puuttui. Jos asiakas on läpäissyt tavualueen, palvelin voi palauttaa todellisen koon otsikon Content-Range-kentässä. Tätä vastausta ei tule käyttää moniosaisten/tavuvälien välityksessä[ lähdettä ei ole määritelty 1964 päivää]. Otettu käyttöön RFC 2616:ssa (HTTP/1.1-päivitys). Aikaisemmin nimeltään "Pyydetty alue ei täytä".
  • 417 Odotus epäonnistui - jostain syystä palvelin ei voi täyttää pyynnön otsikon Odotus-kentän arvoa. Otettu käyttöön RFC 2616:ssa (HTTP/1.1-päivitys).
  • 418 I'm a teapot – Tämä koodi esiteltiin vuonna 1998 yhtenä perinteisistä IETF:n aprillipilavitsistä RFC 2324:ssä, Hyper Text Coffee Pot Control Protocol -protokollassa. Todellisten palvelinten ei odoteta tukevan tätä koodia.
  • 422 Käsittelemätön entiteetti - palvelin hyväksyi pyynnön onnistuneesti, voi työskennellä määritetyn tyyppisten tietojen kanssa (esimerkiksi pyynnön runko sisältää XML-dokumentin, jolla on oikea syntaksi), mutta siinä on jonkinlainen looginen virhe, jonka vuoksi se on mahdotonta suorittaa toimintoa resurssille. Esitelty vuonna WebDAV.
  • 423 Lukittu - pyynnön kohderesurssi on estetty käyttämästä määritettyä menetelmää siihen. Tuli WebDAV:iin.
  • 424 Epäonnistunut riippuvuus - Nykyisen pyynnön toteutus voi riippua toisen toiminnon onnistumisesta. Jos sitä ei suoriteta ja tämän vuoksi nykyistä pyyntöä ei voida suorittaa loppuun, palvelin palauttaa tämän koodin. Esitelty vuonna WebDAV.
  • 425 Järjestämätön kokoelma - käytetään laajennuksessa WebDAV Advanced Collections Protocol. Lähetetään, jos asiakas on määrittänyt elementin numeron järjestämättömässä luettelossa tai pyysi useita elementtejä eri järjestyksessä kuin palvelimen.
  • 426 Päivitys vaaditaan - palvelin ilmoittaa asiakkaalle, että protokolla on päivitettävä. Vastauksen otsikon tulee sisältää oikein muodostetut Päivitys- ja Yhteyskentät. Otettu käyttöön RFC 2817:ssä sallimaan siirtymisen TLS:ään HTTP:n kautta.
  • 428 Precondition Required - palvelin ilmoittaa asiakkaalle tarpeen käyttää ehtootsikoita pyynnössä, kuten If-Match. Esitetty luonnoksessa RFC 6585.
  • 429 Too Many Requests - asiakas yritti lähettää liian monta pyyntöä lyhyessä ajassa, mikä saattaa viitata esimerkiksi DDoS-hyökkäysyritykseen. Voidaan liittää Retry-After -otsikko, joka osoittaa, minkä ajan kuluttua pyyntö voidaan toistaa. Esitetty luonnoksessa RFC 6585.
  • 431 Pyydä otsikkokenttiä liian suuria - Otsikoiden sallittu pituus on ylitetty. Palvelimen ei tarvitse vastata tällä koodilla, vaan se voi yksinkertaisesti nollata yhteyden. Esitetty luonnoksessa RFC 6585.
  • 434 Pyydetty isäntä ei ole käytettävissä - Pyydetty osoite ei ole saatavilla[ lähdettä ei ole määritetty 1401 päivää].
  • 449 Yritä uudelleen - palvelin palauttaa, jos asiakkaalta ei saatu riittävästi tietoja pyynnön käsittelemiseksi. Tässä tapauksessa Ms-Echo-Request-kenttä sijoitetaan vastauksen otsikkoon. Yhtiön esittelemä Microsoft varten WebDAV. Tällä hetkellä ainakin ohjelman käytössä Microsoft Money.
  • 451 Ei saatavilla oikeudellisista syistä - pääsy resurssiin suljetaan oikeudellisista syistä, esimerkiksi viranomaisten pyynnöstä tai tekijänoikeuden haltijan pyynnöstä tekijänoikeusrikkomustapauksessa. Google esitteli sen IETF-luonnoksessa, ja virhekoodi viittaa Ray Bradburyn romaaniin Fahrenheit 451. Lisätty standardiin 21.12.2015.

palvelinvirhe

Esimerkki 502 Bad Gateway -virheestä

Koodit 5xx on varattu tapauksiin, joissa toiminta epäonnistuu palvelimen viasta. Kaikissa muissa tilanteissa paitsi HEAD-menetelmää käytettäessä palvelimen on sisällytettävä viestin tekstiosaan selitys, jonka asiakas näyttää käyttäjälle.

  • 500 Sisäinen palvelinvirhe - mikä tahansa sisäinen palvelinvirhe, joka ei sisälly muiden luokkavirheiden piiriin. Esitelty HTTP/1.0:ssa.
  • 501 Ei toteutettu - palvelin ei tue pyynnön käsittelemiseen vaadittavia ominaisuuksia. Tyypillinen vastaus tapauksiin, joissa palvelin ei ymmärrä pyynnössä määritettyä menetelmää. Jos menetelmä on palvelimen tiedossa, mutta se ei sovellu tämä resurssi, sinun on palautettava vastaus 405. Esitetty HTTP/1.0:ssa.
  • 502 Virheellinen yhdyskäytävä - yhdyskäytävänä tai välityspalvelimena toimiva palvelin sai virheellisen vastausviestin ylävirran palvelimelta. Esitelty HTTP/1.0:ssa.
  • 503 Palvelu ei saatavilla - palvelin ei tilapäisesti pysty käsittelemään pyyntöjä teknisistä syistä(huolto, ylikuormitus jne.). Retry-After -otsikkokentässä palvelin voi määrittää ajan, jonka jälkeen asiakkaan suositellaan toistamaan pyyntö. Vaikka saattaa tuntua itsestään selvältä, että yhteys katkeaa välittömästi ylikuormituksen aikana, voi olla tehokkaampaa asettaa Yritä uudelleen -kentän arvo suureksi redundanttien pyyntöjen tiheyden vähentämiseksi. Esitelty HTTP/1.0:ssa.
  • 504 Gateway Timeout - yhdyskäytävänä tai välityspalvelimena toimiva palvelin ei odottanut vastausta ylävirran palvelimelta nykyisen pyynnön suorittamiseksi. Esitelty HTTP/1.1:ssä.
  • 505 HTTP-versiota ei tueta - palvelin ei tue tai kieltäytyy tukemasta pyynnössä määritettyä HTTP-protokollan versiota. Esitelty HTTP/1.1:ssä.
  • 506 Variantti neuvottelee myös - Virheellisen määrityksen seurauksena valittu variantti osoittaa itseensä, mikä aiheuttaa sidontaprosessin keskeytyksen. Kokeellinen. Otettu käyttöön RFC 2295:ssä täydentämään HTTP-protokollaa tekniikalla Läpinäkyvä sisältöneuvottelu.
  • 507 Riittämätön tallennustila - tilaa ei ole tarpeeksi nykyisen pyynnön suorittamiseen. Ongelma voi olla väliaikainen. Esitelty vuonna WebDAV.
  • 509 Bandwidth Limit Exceeded - käytetään, kun verkkoalusta ylittää sille varatun liikenteen kulutuksen rajan. Tässä tapauksessa sivuston omistajan tulee ottaa yhteyttä isännöintipalveluntarjoajaansa. Tällä hetkellä tätä koodia ei ole kuvattu missään RFC:ssä ja sitä käyttää vain hosting-ohjauspaneeliin kuuluva "bw/limited" -moduuli cPanel, jossa se esiteltiin.
  • 510 Ei laajennettu - palvelimella ei ole laajennusta, jota asiakas haluaa käyttää. Palvelin voi lisäksi lähettää tietoja sen käytettävissä olevista laajennuksista. Esitelty RFC 2774:ssä HTTP-protokollan laajennustuen lisäämiseksi.
  • 511 Verkkotodennus vaaditaan - tätä vastausta ei lähetä palvelin, jolle pyyntö oli tarkoitettu, vaan välittäjäpalvelin - esimerkiksi palveluntarjoajan palvelin - jos asiakkaan on ensin kirjauduttava verkkoon, esimerkiksi syötettävä salasana maksulliseen Internet-yhteyspisteeseen. Oletetaan, että vastauksen runko palauttaa Web-valtuutuslomakkeen tai ohjaa siihen. Esitetty luonnoksessa RFC 6585.
  • 520 Tuntematon virhe, tapahtuu, kun CDN-palvelin ei pystynyt käsittelemään verkkopalvelinvirhettä; ei-standardi CloudFlare-koodi,
  • 521 Web Server Is Down, tapahtuu, kun web-palvelin hylkää CDN-yhteydet; CloudFlare mukautettu koodi.
  • 522 Yhteyden aikakatkaisu, tapahtuu, kun CDN ei pystynyt muodostamaan yhteyttä verkkopalvelimeen; CloudFlare mukautettu koodi.
  • 523 Origin Is Unreachable, tapahtuu, kun verkkopalvelin ei ole tavoitettavissa; CloudFlare mukautettu koodi.
  • 524 Aikakatkaisu tapahtui, kun CDN-palvelimen ja verkkopalvelimen välinen yhteyden aikakatkaisu päättyy. CloudFlare mukautettu koodi.
  • 525 SSL-kättely epäonnistui, tapahtuu, kun CDN-palvelimen ja verkkopalvelimen välisessä SSL-kättelyssä on virhe; CloudFlare mukautettu koodi.
  • 526 Virheellinen SSL-sertifikaatti, tapahtuu, kun verkkopalvelimen salaussertifikaattia ei voida vahvistaa; CloudFlare mukautettu koodi.

Virhe suoritettaessa palvelinsovellusta: syyt ja korjausmenetelmät

Usein monet käyttäjät voivat nähdä näyttöruudullaan viestin "Palvelinsovellusta suoritettaessa tapahtui virhe" suorittaessaan joitain toimintoja tiedostojen avaamiseksi. Yritetään tarkastella useita tilanteita ja ymmärtää, mikä se on ja kuinka päästä eroon tällaisesta vitsauksesta.

Mikä on "palvelinsovelluksen suoritusvirhe"?

Kaikista tämäntyyppisiin ongelmiin johtavista tilanteista yleisin on multimediatiedostojen toistoongelma. Tässä tapauksessa palvelimen suoritusvirhe tapahtuu useimmiten yritettäessä katsoa videota.


Kuten tiedetään, tavallinen Windows Media Player on kaukana ihanteellisesta, eikä se aina toimi oikein järjestelmään oletuksena asennettuna multimediatyökaluna. Lisäksi voi syntyä toisenlainen tilanne. Tämä voi johtua esimerkiksi ohjelmista, kuten 1C, MS Link Server 2013:n asennuksesta jne. Vain tässä tapauksessa käyttäjä saa viestin, kuten "Virhe suoritettaessa komentoa".

Ilmeisistä syistä ja työn monimutkaisuuden vuoksi uusimmat ohjelmat, emme ota niitä huomioon, vaan keskitymme osiin, jotka vastaavat multimediatiedostojen oikeasta avaamisesta.

Virukset ja järjestelmän palautus

Jos käyttäjä saa viestin, että palvelinsovellus on ajautunut virheeseen, sinun on ensin tarkistettava tietokonejärjestelmä virusten varalta (jotkut haittaohjelmat voivat aiheuttaa tällaisia ​​seurauksia).


Jos tarkistus ei tuota tuloksia edes itsenäistä kannettavaa virustorjuntaa käytettäessä tuoreilla tietokannoilla, kannattaa katsoa tarkalleen, milloin virhe ilmestyi ensimmäisen kerran, ja yrittää sitten palauttaa järjestelmä takaisin alkuperäiseen tilaan käyttämällä palautusta mistä tahansa edellisestä tarkistuspisteestä. Tämä tilanne. Saattaa hyvinkin olla, että tämä lähestymistapa auttaa (varsinkin jos multimediapäivitykset on asennettu äskettäin).

Ongelmia ohjaimissa, koodekeissa ja DirectX-alustassa

Toisaalta viruksilla tai päivityksillä ei voi olla mitään tekemistä sen kanssa. Jos järjestelmä yhtäkkiä ilmoittaa tämäntyyppisen virheen tapahtuneen toiminnon aikana, on hyvin todennäköistä, että esimerkiksi videokiihdytinohjaimet vaativat päivitystä tai videotiedostossa käytetyt koodekit ja dekooderit ovat uudempia kuin ne, jotka on asennettu Tämä tietokone.


Kuten on jo selvää, nämä komponentit on yksinkertaisesti päivitettävä. Näytönohjainta varten voit käyttää Task Manageria, ladata tiedoston uusimmalla ohjainversiolla valmistajan viralliselta verkkosivustolta manuaalisesti tai päivittää sen käyttämällä erityisiä apuohjelmia automaattinen haku ja päivittää.


Sama koskee koodekki- ja dekooderipakettia. Onneksi tänään löydämme saman K-Lite-paketin uusimman jakelun Codec Pack Internetissä se ei ole vaikeaa. Ainoa asia, johon sinun on kiinnitettävä huomiota, on pakollinen virustorjuntaohjelmiston tarkistus, jos sitä ei ole ladattu virallisesta lähteestä.


Usein ongelma, kun palvelinsovellusta suoritettaessa tapahtuu virhe, voi johtua myös vanhentuneen DirectX versiot. Mikään ei ole helpompaa kuin siirtyä Microsoftin viralliselle verkkosivustolle, ladata sieltä uusin DirectX-julkaisu ja asentaa kaikki sen osat uudelleen.

Yksinkertaiset vianetsintäkomennot

Jos yllä olevat menetelmät eivät auta ja virhe toistuu palvelinsovellusta suoritettaessa, sinun on käytettävä komentoriviä. Voit kutsua sitä tavallisesta "Suorita"-valikosta kirjoittamalla kenttään cmd.


Kun musta ikkuna avautuu kuin vanha järjestelmä DOS:ssa sinun on syötettävä peräkkäin kaksi komentoa regsvr32 jscript.dll ja regsvr32 vbscript.dll, ja jokaisen jälkeen on painettava Enter-näppäintä.

Tämän jälkeen järjestelmä on käynnistettävä uudelleen. Totta, joissakin tapauksissa tämä ei välttämättä anna toivottua tulosta. Sitten sinun on syötettävä lisäkomento sfc /scannow. Teoriassa sen pitäisi yhdessä kahden edellisen kanssa säästää käyttäjää uusilta virheiltä ja epäonnistumisilta.

Ongelmia Windows Media Playerin kanssa

Nyt muutama sana "alkuperäisestä" Windows-soittimesta. Pääsääntöisesti virhe palvelinsovellusta suoritettaessa näkyy siinä. Eikä tämä päde edes katsomiseen. suoratoistovideo verkossa ja jopa avaamalla videotiedoston.

Yksinkertaisin ratkaisu olisi asentaa mikä tahansa muu soitin, esimerkiksi VLC Media Player tai jotain vastaavaa. Jos haluttu tiedosto avautuu tällaisella soittimella ilman ongelmia, ongelma on todellakin Windows Media Playerissa. Voit kieltäytyä siitä.

Mutta jos olet jo tämän ohjelman tukija etkä halua muuttaa asetuksiasi millään tavalla, voit käyttää toista radikaalia menetelmää. Puhumattakaan soittimen päivittämisestä, sinun on käännyttävä asennettujen Windows-komponenttien puoleen.


Tätä varten sinun on käytettävä Ohjauspaneelin Ohjelmat ja ominaisuudet -osiota (vanhemmissa käyttöjärjestelmissä tämä on Lisää ja poista sovellus -osio), jossa on erityinen valikko järjestelmän komponenttien käyttöönottoa ja poistamista varten. Etsi asennettujen ohjelmistojen luettelosta Windows Media Player ja poista valinta sen vieressä olevasta ruudusta. Käynnistämme järjestelmän uudelleen, minkä jälkeen palaamme samaan osioon ja palautamme valintaruudun paikoilleen. Uudelleenkäynnistys vaaditaan.

Erittäin suurella todennäköisyydellä voimme sanoa, että tämä virhe poistetaan, vaikka periaatteessa kukaan ei voi sanoa tarkasti, kuinka "alkuperäisen" soittimen poistaminen käytöstä ja uudelleen käyttöön ottaminen vaikuttaa sen toiminnan oikeellisuuteen. Voi hyvinkin olla, etteivät kehittäjät itse ole tietoisia tästä.

Johtopäätös

Joten tarkastelimme palvelinsovellusten suoritusvirheiden todennäköisimpiä tilanteita ja osoitimme tärkeimmät menetelmät niiden korjaamiseksi. Jos palvelinsovellusta suoritettaessa kuitenkin tapahtuu virhe, nämä eivät ole kaikki keinot, koska joskus, jos itse "käyttöjärjestelmässä" on vikoja, saatat joutua käynnistämään asennuslevyltä tai flash-asemalta, päivittämään muita komponentteja jne. . Olemme antaneet vain yksinkertaisimmat vaihtoehdot.

Mitä DNS-virhe tarkoittaa?

Jos näet DNS-virheen käyttäessäsi tietokonettasi tai Internetiä, muista, että asetuksissa on ongelma. Jos tämä ongelma ei ratkea, käyttäjä ei voi vierailla halutulla verkkosivustolla.

Mikä on DNS?

Verkkotunnuksessa DNS on palvelun nimi, ja se auttaa pääsemään Internetin resursseihin. Tavoitteena on kääntää käyttäjän syöttämä osoite selaimeen. Käännös suoritetaan käytetystä kielestä tietokonekielelle. Tämä toimenpide auttaa tietokonetta lukemaan ja ymmärtämään osoitteen, jotta se voi avata pääsyn palvelimen kautta kulkevalle sivustolle.

Mikä on DNS-virhe?

Virhe tämän tyyppistä tietyn verkkosivuston kohdalla johtuu pääasiassa aktiivisen verkkoyhteyden puutteesta. Se tarkoittaa myös, että laite ei voi muodostaa yhteyttä Internetiin syötetyn osoitteen muuntamiseksi. Tästä syystä tietokone ei voi vierailla valitulla sivustolla.

Virheitä ilmenee tietyistä syistä, ja useimmiten ne voidaan korjata helposti. Joskus laite näyttää ne vain tietyille resursseille. Tässä tapauksessa osoite voi olla syötetty väärin tai siitä ei ehkä ole tallennetta verkossa.

Mihin kannattaa ensin kiinnittää huomiota?

Jos palvelinta ei löydy DNS-hakuvirheen vuoksi, tietokoneessa ei ehkä ole ongelmia. Tästä syystä sinun tulee kiinnittää huomiota esitettyihin suosituksiin ja käyttää niitä.

  • On syytä tarkistaa, syntyykö vaikeuksia yritettäessä käyttää yhtä sivustoa vai kaikkia. Ensimmäisessä tapauksessa resurssi saattaa muuttua tai kohdata toimintaongelmia. Käyttäjän tulee odottaa tai tyhjentää DNS-välimuisti käyttämällä ipconfig /flushdns-komentoa erityisellä rivillä järjestelmänvalvojana.
  • Jos mahdollista, kannattaa tarkistaa: DNS-virhe näkyy yhdessä käytetyssä laitteessa tai muissakin. Jos ongelma vaikuttaa kaikkiin laitteisiin, ongelma saattaa olla palveluntarjoajassa. Tässä tapauksessa sinun tulee odottaa, kunnes ongelma on ratkaistu.
  • Kun muodostat yhteyden käyttämällä Wi-Fi-yhteyttä Reititin on sammutettava kokonaan ja käynnistettävä uudelleen. Kun seuraavan kerran yrität käyttää sivustoa, DNS-palvelinvirhe todennäköisesti poistuu.
  • Kun muodostat yhteyden Internetiin ilman Wi-Fi-reititintä, on suositeltavaa siirtyä tietokoneesi yhteysluetteloon. Seuraavaksi sinun on sammutettava paikallinen verkko ja kytkettävä se uudelleen päälle.

On syytä ymmärtää, että näiden manipulointien jälkeen DNS-virhe saattaa jäädä. Tällaisessa tilanteessa kannattaa käyttää muita menetelmiä sen korjaamiseksi.

Googlen julkisen DNS:n käyttö

  • Sinun on siirryttävä laiteliitäntöjen luetteloon. Helppo tapa Voit tehdä tämän painamalla Win+R-näppäinyhdistelmää ja kirjoittamalla komennon ncpa.cpl.
  • Internetin käyttämiseen kannattaa valita yhteys. Tämä on nopea yhteys PPPoE, L2TP tai paikalliseen verkkoon. Tarvittava elementti valitaan ja "Ominaisuudet" napsautetaan.
  • TCP/IPv4-protokolla valitaan yhteyden käyttämien komponenttien joukosta.
  • Jos palvelinta ei löydy DNS-hakuvirheen vuoksi, on tärkeää tarkistaa, mitkä asetukset ovat käytettävissä DNS-palvelimen asetuksissa. Vastaanotettuaan osoitteen automaattinen tila Kannattaa siirtyä osoitteiden syöttämiseen. Sitten määritetään arvot 8.8.8.8 ja 8.8.4.4. Muussa tapauksessa sinun on ensin asetettava se vastaanottamaan automaattisesti.
  • Asetusten tallentamisen jälkeen sinun tulee suorittaa komentorivi järjestelmänvalvojana ja suorittaa ipconfig /flushdns.


Selaimen ongelmien vianmääritys

DNS-yhteyksien tarkistaminen on mahdollista toista selainta käytettäessä. Voit tehdä tämän lataamalla minkä tahansa verkkoselain. Tällä hetkellä niitä on suuri määrä, ja ne ovat pääosin ilmaisia. Kun selain on auki, sinun on muodostettava yhteys Internetiin. Jos palvelua ei löydy uudelleen DNS-hakuvirheen vuoksi, selaimessa ei ole virheitä. Tämä tarkoittaa, että tietokoneen muissa asetuksissa on ongelma.

Jos ongelmia ei ole ollenkaan, käyttäjän tulee tehdä vanhan selaimen vianetsintä. Melko usein ne johtuvat välityspalvelinasetuksista. Siksi niitä on muutettava.

DNS:n puhdistus ja vaihto

Ensinnäkin, jos DNS-virhe ilmenee, tyhjennä välimuisti manuaalisesti, koska asetus vanhenee ajan myötä. Tämä voidaan tehdä alkaen komentorivi. Tämä menettely on yksinkertainen, mutta se ei välttämättä ole tehokas. Jos DNS-yhteysvirhe toistuu, sinun tulee vaihtaa palvelua.

Käyttäjällä on mahdollisuus itsenäisesti syöttää vaihtoehtoinen DNS-palvelin yhteyden muodostamiseksi. Voit tehdä tämän siirtymällä ncpa.cpl-osioon ja valitsemalla aktiivinen yhteys ja siirry sitten Ominaisuudet-kohtaan. Sinun on löydettävä TCP/IPv4-verkkoprotokollamerkintä, joka sijaitsee "Verkko"-välilehdellä. Sitten valitaan ominaisuudet ja mahdollisuus siirtyä palvelimen osoitteeseen. Ensisijainen DNS-palvelin -kenttään käyttäjän on syötettävä 208.67.222.222. Sitten Vaihtoehtoinen DNS-palvelin -kenttään sinun on kirjoitettava 208.67.220.220. Äskettäin luodut DNS-palvelimet ovat julkisia lähde.

Hidas palvelimen vastaus Googlea käytettäessä

Tässä tapauksessa virhe DNS-palvelimen haussa tarkoittaa, että Googlebot ei voi ottaa siihen yhteyttä. Tämä johtuu siitä, että se ei toimi tai käyttäjän verkkotunnuksen DNS-reitityksessä on ongelma. Useimmat varoitukset ja virheet eivät vaikuta robotin toimintaan. Niiden esiintyminen voidaan selittää myös pitkällä reaktiolla, joka on käyttäjille epämiellyttävä hetki.

Ensimmäinen asia, joka sinun tulee tehdä, on varmistaa, että Google indeksoi sivustosi. Tätä varten sinun tulee käyttää resurssin pääsivun työkalua. Googlella on pääsy sivustolle, jos käyttäjä palauttaa sisällön virheettömästi. DNS-palvelun voi tarjota verkkopalveluntarjoajasi tai jokin muu yritys. Kannattaa ottaa yhteyttä, jos DNS-virhekoodi tulee näkyviin koetin valmis tai muuta.


Palvelin voidaan määrittää sivustolle käyttämällä yleismerkkejä niin, että se alkaa vastata aliverkkotunnuspyyntöihin. Tämä lähestymistapa onnistuu, jos käyttäjät voivat luoda resurssisisältöä ja samalla jokaiselle henkilökohtaiselle sivulle tarjotaan erillinen verkkotunnus. On syytä huomata, että joissakin tilanteissa tämä voi johtaa päällekkäiseen sisältöön eri nimillä olevilla isännillä. Useimmissa tapauksissa tämä estää Googlebotia indeksoimasta resurssia.

Suorita virustarkistus tietokoneellasi

Aiemmin käsitellyt menetelmät eivät välttämättä auta. Jos DNS-virhe näkyy edelleen näytössä, eikä se johdu tietokoneeseen ulkoisesti vaikuttavista tekijöistä, sinun tulee tarkistaa se virusten varalta. Käyttäjällä saattaa olla jo asennettuna virustorjunta laitteelleen. On suositeltavaa käyttää Kasperskyä, ja sen ilmainen versio käy. kokeiluversio. Samankaltainen Bitdefender olisi myös erinomainen vaihtoehto.

Havaitsemistaso ja kyky poistaa viruksia tehokkaasti samalla kun järjestelmäparametrit palautetaan, ovat melko korkeat näissä virustentorjuntaohjelmissa kuin niiden analogeissa. Tässä tapauksessa kannattaa käyttää täydellistä järjestelmän tarkistusta. Tämän menetelmän käyttäminen voi olla todella hyödyllistä, jos et pääse eroon ongelmasta itse selaimessa.

Virustorjuntahäiriö

On syytä kiinnittää huomiota siihen, että itse virustorjunta voi joissain tapauksissa aiheuttaa ongelmia Internet-yhteyden muodostamisessa. Tämä voidaan myös korjata. Toimenpiteen suorittamiseksi " Turva tila" Tässä tapauksessa tietokone käynnistyy uudelleen, jolloin vain tarpeelliset ladataan. käyttöjärjestelmä tiedostot. Tämä auttaa määrittämään, johtuuko ongelma virustorjuntaohjelmasta vai muusta ohjelmasta. Tämän tarkistamiseksi on suositeltavaa tehdä seuraava:

  • Ensinnäkin sinun tulee sammuttaa virustorjunta. Jos yhteysvirheitä ei ole, poista virustorjunta ja asenna uusi.
  • Seuraavaksi sinun on käynnistettävä laite uudelleen. Kun lataat sitä, pidä F8-näppäintä painettuna.
  • Sinun tulee valita "Safe Mode with Networking" tarjotuista vaihtoehdoista.
  • Tämän jälkeen yhteys tarkistetaan. Jos muodostat yhteyden verkkoon onnistuneesti, voit päätellä, että ongelma on tietokoneessa parhaillaan käynnissä olevassa ohjelmassa.

On tarpeen tutkia huolellisesti käynnistystiedostoja ja poistaa ohjelmat käytöstä, kunnes viallinen löytyy.


Reititin

Jos palvelinta ei löydy DNS-hakuvirheen vuoksi, kannattaa katsoa reititintä uudelleen. Uudelleenkäynnistys ei välttämättä auta tässä tapauksessa. Joissakin tilanteissa asetukset vioittuvat. Oikein ja nopea ratkaisu on palauttaa laitteen oletusasetukset. Tämän seurauksena parametrit nollataan langaton verkko. Niiden mukana katoaa portin kautta välitetty tieto.

Suorittaaksesi toimenpiteen, sinun on painettava ja painettava Reset-painiketta, joka sijaitsee laitteen takapaneelissa. Tässä tapauksessa saatat tarvita terävän esineen, kuten paperiliittimen. Sitten sinun on määritettävä reititin uudelleen. Kun olet nollannut laitteen, sinun tulee muuttaa langattoman verkon asetuksia, jos käyttäjä käyttää niitä. Tämä nollaa kaikki järjestelmänvalvojan tilit ja salasanat. Asetusten tekeminen on yksinkertainen toimenpide, mutta vaatii huolellisuutta ja oikeita toimia. Jos ongelma oli reitittimessä, sen pitäisi ratkaista kokonaan tehdyn työn jälkeen.

Lisäksi on mahdollista, että reititin on täysin viallinen. Jos et voi nollata sitä ja asentaa sitä uudelleen, ota yhteyttä Internet-palveluntarjoajaasi. Tässä tapauksessa on mahdollista määrittää verkkoon yhdistämisvaikeuksien syy. Lisäksi toimenpiteen suorittaa asiantuntija.


Tarve ilmoittaa isännöinnin DNS verkkotunnuksen tietueessa

Nimipalvelin on suunniteltu auttamaan löytämään tietoa tietystä sivustosta. Täyttämällä tietueen verkkotunnuksessaan käyttäjä toimittaa Internet-yleisölle oikeaan suuntaan tietoa, joka johtaa oikeaan paikkaan.

Jos jätät edellisen palveluntarjoajan tiedot verkkotunnuksen tietueeseen, käyttäjä siirretään palvelimelle, jolla ei enää ole sivustoa. Tässä tapauksessa sivustolle on mahdotonta päästä, koska palveluntarjoaja on poistanut resurssitietueen DNS:stä. Oikea toteutus on varsin tärkeää, ja suositusten noudattamatta jättäminen voi johtaa vaikeuksiin.


Noudata materiaalissa kuvattuja ohjeita, jos palvelinta ei löydy DNS-virheen vuoksi. Esitetyt vinkit ovat hyödyllisiä, koska ne auttavat määrittämään ongelman syyn ja poistamaan sen ajoissa. Yllä mainituista tiedoista tulee olennaisia ​​Internetin käyttäjille, koska monet heistä kohtaavat kuvatut vaikeudet. Lisäksi voit kääntyä asiantuntijoiden puoleen, jos et itse pääse eroon sivustoille pääsyn yhteydessä syntyneestä ongelmasta. Tämä on tässä tapauksessa oikea ratkaisu.

Mikä on sisäinen palvelinvirhe?

Vladislav!!!

Virhe on ristiriita kahden objektiryhmän välillä, joista toinen on standardi (kielioppisääntö, oikea vastaus ongelmaan, ratkaisu, joka johtaisi haluttu lopputulos), ja toinen - jotain, joka tapahtuu todellisuudessa. Virheitä tapahtuu kaikilla ihmisen toiminnan osa-alueilla. Mittausvirheiden analysointiin on kehitetty todennäköisyysteoriaa ja tilastoja. Mittausten epätarkkuus mikrokosmuksessa on yksi kvanttimekaniikan periaatteista. On monia historiallisia esimerkkejä, joissa virheet johtivat katastrofaalisiin seurauksiin. Monet aforismit on omistettu virheille; filosofit, runoilijat, kirjailijat, historioitsijat ja monien muiden tieteenalojen edustajat tulkitsevat niitä. Siten monet dialyyttiset filosofit ovat samaa mieltä väittämän kanssa "he oppivat virheistä". Skeptikot ja agnostikot uskovat, että kaikki ajatuksemme ovat todennäköisimmin virheellisiä.
Riippuu palvelinvirheestä...
404 (ei löydy tai ei resurssia)
Osoittaa, että tässä osoitteessa ei ole resurssia.
405 (Menetelmä ei sallittu)
Osoittaa, että tälle osoitteelle ei ole annettu pyyntömenetelmää.
406 (Ei hyväksyttävä tai virheellinen pyyntö)
Osoittaa, että pyynnössä ei ole vastausta vastaavia sisältöobjekteja.
407 (Vaaditaan välityspalvelimen todennus tai vaaditaan rekisteröinti välityspalvelimella)
Osoittaa, että asiakas on todennettu. Proxy-Authorization ja Proxy-Authenticate ovat käytössä.
408 (Pyynnön aikakatkaisu tai pyynnön käsittelyaika on umpeutunut)
Tämä tarkoittaa, että pyyntöä ei tehty palvelimen asettamassa ajassa.
409 (ristiriita)
Osoittaa, että pyynnön ja resurssin tilan välillä on tällä hetkellä ristiriita.
410 (poistettu tai resurssi poistettu pysyvästi)
Osoittaa, että resurssi on poistettu pysyvästi.
411 (pakollinen pituus)
Osoittaa, että palvelin ei hyväksy pyyntöä, jonka sisällön pituus on määrittelemätön. Sinun on määritettävä oikea Content-Length pyynnön otsikossa.
412 (Edellytys epäonnistui tai mikään ennakkoehto ei täyty)
Osoittaa, että palvelin kieltäytyy käsittelemästä pyyntöä sen kokorajoituksen ylityksen vuoksi.
413 (Pyynnön kokonaisuus liian suuri)
Osoittaa, että palvelin ei käsittele pyyntöä sen suuren koon vuoksi.
414 (Pyyntö-URI liian pitkä tai Pyynnön resurssin tunniste ylittää enimmäispituuden)
Osoittaa, että pyydetty osoite ylittää enimmäispituuden.
415 (Ei tuettu mediatyyppi tai tätä laitetyyppiä ei tueta)
Osoittaa, että pyyntöobjektin muoto on eri muoto kuin pyyntömuoto.
500 (sisäinen palvelinvirhe tai virhe palvelimen sisällä)
Osoittaa, että palvelimessa tapahtui sisäinen virhe pyynnön käsittelyn aikana.
501 (Ei käytössä tai tätä toimintoa ei ole toteutettu)
Osoittaa, että palvelin ei tue asiakkaan pyytämää toimintoa tai palvelin ei tunnista pyyntömenetelmää.
502 (Bad Gateway tai Poor Gateway)
Osoittaa, että yhdyskäytävänä käytetyssä palvelimessa oli vika.
503 Palvelu ei ole käytettävissä)
Osoittaa, että mikään palvelinpalveluista ei ole tällä hetkellä käytettävissä.
504 (Yhdyskäytävän aikakatkaisu tai yhdyskäytävän aikakatkaisu vanhentunut)
Osoittaa, että yhdyskäytävä on ylittänyt enimmäisaikarajan.
505 (HTTP-versiota ei tueta tai Tämä versio HTTP:tä ei tueta)
Osoittaa, että palvelin ei tue pyynnössä määritettyä HTTP-versiota.

Käyttäjä poistettu

500. Sisäinen palvelinvirhe (venäjäksi: Internal server error) - mikä tahansa sisäinen palvelinvirhe, joka ei sisälly muiden luokan 5xx virheiden piiriin. Palvelin ei pysty suorittamaan kelvollista pyyntöä tai se ei tue määritetyn tyyppisiä pyyntöjä.
Katso: http://ru.wikipedia.org/wiki/HTTP_404#404

Mitä se tarkoittaa: Virhe: HTTP 500 - sisäinen palvelinvirhe?

En pääse sivustolle. Selain näyttää:

Virhe: HTTP 500 - Sisäinen palvelinvirhe

Mitä se tarkoittaa? Onko tämä sivuston loppu?

Galina Vasilna

5XX-alkuiset koodit tarkoittavat, että pyyntö suoritettiin oikein, mutta palvelin ei tällä hetkellä pysty käsittelemään sitä. Jos ne eivät avaudu vähään aikaan, selaimen pitäisi vastata. Jokainen selain reagoi eri tavalla. Minulla on Yandex-selain, se kysyy useimmiten, pitäisikö minun odottaa vai sulkea? Mutta joskus se näyttää "error ei...."

Palvelimen vastauskoodeja on monia, niiden merkitykset ovat erilaisia. Yksinkertaisin asia on yrittää päivittää sivu painamalla F5. Usein tämä ratkaisee ongelman. Voit kysyä, mitä tämä tai tuo koodi tarkoittaa, se on täällä


Voit yrittää ratkaista ongelman seuraavasti:

Tai tässä on toinen versio selityksestä, joka sopii paremmin kenelle:

Foxanoreth

Tämä on sisäinen palvelinongelma, etkä varmasti pysty ratkaisemaan sitä tavallisen kolmannen osapuolen käyttäjän puolelta. Sinun tulisi odottaa hieman, esimerkiksi noin puoli tuntia, kun teet muita asioita, ja yritä sitten ottaa yhteyttä palvelimeen myöhemmin uudelleen.

Hei! Ei kauan sitten sivustoni pimeni ja näytölle ilmestyi viesti - 500 sisäinen palvelinvirhe. Näissä asioissa jo enemmän tai vähemmän kokeneena ihmisenä kunnostin nopeasti kaiken, löysin heti syyn ja poistin sen. On tärkeää olla aina tietoinen siitä, mitä olet tekemässä, ymmärrätkö mitä olet tekemässä, onko sinulla tarpeeksi tarpeellista tietoa jne.

Kaikki tämä ei tietenkään tule heti, mutta kokemuksella ja tätä varten sinun on jatkuvasti opittava ja harjoitettava. Ja sinun on ymmärrettävä, että sivusto ei vain mene alas. Ennen kuin sivusto pimenee, tapahtuu tiettyjä toimintoja, sinä tai joku muu tekee muutoksia sivustoon. Juuri näistä teoista tulee ratkaisevia. Tässä on luettelo tärkeimmistä ja yleisimmistä syistä, jotka aiheuttavat 500-virheen:

500 sisäinen palvelinvirhe

– Olet tehnyt joitain muutoksia sivuston lähdekoodiin, useimmiten tämä tehdään tietämättömyydestä ja ajattelemattomasti. Jotain poistettiin vahingossa tai lisättiin väärä asia tai osa koodista jäi vahingossa koukkuun.

– Olet lisännyt koodin htaccess-määritystiedostoon, joka sijaitsee palvelimella. Htaccess-tiedosto on hyvin yleinen syy 500-virheeseen. Kaikki tässä tiedostossa tehdyt väärät toiminnot poistavat sivustosi välittömästi käytöstä.

– Asensit sivustolle laajennuksen, joka teki automaattisesti muutoksia htaccess-tiedostoon. Sama asia tapahtuu usein, on laajennuksia, jotka lisäävät tietyn koodin htaccess-tiedostoon. WordPressissä nämä ovat suosittuja laajennuksia – All In One Seo Pack, Jetpack, Akismet, WP Super Cache, Yoast SEO jne. Virhe voi johtua yhteensopimattomuudesta.

– Asensit sivustolle laajennuksen, joka osoittautui yhteensopimattomaksi sivustosi tai sen erillisen osan kanssa. Näin tapahtuu usein WordPressissä ja ongelma ratkeaa hyvin nopeasti. Sinun on siirryttävä isännöintipaneeliisi ja poistettava juuri asennettu laajennus.

– Asensit sivustollesi teeman tai mallin, joka ei ole yhteensopiva sivustosi kanssa tai sen erillisellä osalla. Yhteensopimattomuus voi johtua sivustosi vanhentuneesta versiosta tai asentamastasi mallista. Yhteensopimattomuus voi johtua mistä tahansa, koska mallit ovat eri verkkovastaavien luomia ja eri käyttäjiä erilaisia ​​lähestymistapoja ja tyylejä. Mikä tahansa koodin osa voi aiheuttaa ristiriitoja ja yhteensopimattomuutta.

– Yleisin syy 500-virheeseen on, kun alat itse sotkea sivuston koodia ja puuhailla jotain, lisätä, korjata, yrittää muuttaa jotain, vaikka et todellakaan ymmärrä mitä olet tekemässä. Tämä on juuri se syy, joka on vaarallisin, jos et tämän jälkeen vieläkään muista, minne kiipesit ja mitä muutit.

– Insinöörityöt isännöi palvelimella, josta sinua ei varoitettu. Tämäkin on mahdollista, mutta yleensä laadukkaat hosting-yritykset varoittavat asiakkaitaan tulevasta teknisestä työstä palvelimella. Mutta tapahtuu myös niin, että hosting-yritys itse ei voi ennustaa tällaisia ​​tapahtumia, koska ne kehittyvät spontaanisti palvelinvikojen tai doos-hyökkäysten vuoksi. Tätä tapahtuu harvoin korkealaatuisessa isännöinnissä.

Kuinka tunnistaa 500-virhe ja korjata se nopeasti

Jokaisella palvelimella, ja tämä koskee ensisijaisesti Apache-palvelinta, koska se on yleisin, on virhelokitiedosto, johon kaikki sivuston virheet kirjataan. Kun sivusto antaa 500-virheen, tämä virhe näytetään välittömästi virhelokitiedostossa ja mikä tärkeintä, virheen syy ilmoitetaan. Virheen sijainti ilmoitetaan (tiedoston nimi ja polku tiedostoon) ja rivinumero tiedostossa, jossa virhe tapahtui.

Siksi ensinnäkin sinun on siirryttävä paneeliisi cPanel-isännöinnissä tai muussa paneelissa. Polku virhelokitiedostoon menee periaatteessa näin: Tiedostonhallinta– julkinen html –. Tarvitset virhelokitiedoston, joka sijaitsee sivustosi juurihakemistossa, jossa sijaitsevat kaikki sivustosi tai CMS-järjestelmän päätiedostot.

Avaa tämä tiedosto muokkausta ja muokkausta varten; jos tiedosto ei avaudu, lataa se tietokoneellesi kaksoisnapsauttamalla sitä hiirellä. Tiedostoa ei voi avata muokattavaksi, jos se on kasvanut kooltaan yli 1 megatavua, jolloin sinun on ladattava se tietokoneellesi ja se on siinä.

Avaa seuraavaksi virhelokitiedosto tietokoneellesi käyttämällä muistilehteä tavallisessa txt-muodossa. Vieritä sivua aivan alas, olemme kiinnostuneita aivan viimeisistä riveistä, jotka osoittavat tämän päivän päivämäärän tuolloin. Rivi ilmaisee tiedoston sijainnin, jossa virhe tapahtui, ja tiedoston rivinumeron.

Kuvakaappaus näyttää fragmentin virhelokitiedostosta sivustolta, joka käyttää WordPress CMS:ää. Siksi käy heti selväksi, että virhe johtui sivuston teemasta, joka sijaitsee osoitteessa wp-content/themes/theme name/theme-tiedosto, jossa virhe tapahtui, rivillä 423 – rivin numero tiedostossa, jossa virhe tapahtui. syntyy ristiriitaa tai yhteensopimattomuutta.

Katso, missä sivustosi osassa ja missä tiedostossa virhe tapahtui, jotta ymmärrät missä sivuston osassa virhe tapahtui ja kuinka se korjataan.

– Jos virhe johtuu teemastasi tai mallistasi, sitten se on erittäin helppo ratkaista. Avaa kaikki teemat tai yksi teema sisältävä kansio ja asenna teema uudelleen. Eli poistat teeman ja lataat sen sitten uudelleen, kun olet ladannut sen ensin viralliselta verkkosivustolta. Voit korvata vain yhden teematiedoston, joka aiheuttaa virheen.

– Jos laajennuksen nimi näkyy virhelokitiedostossa, sitten kaikki on hyvin yksinkertaista, poista laajennus ja olet valmis.

– Jos virhe viittaa htaccess-tiedostoon, Tällöin tässä tapauksessa, jos et ymmärrä mitään tästä tiedostosta, on parempi ottaa yhteyttä isännöintitukipalveluun, jotta tämä tiedosto voidaan palauttaa alkuperäisiin arvoihinsa.

– Jos ongelma ei ole laajennuksessa, ei teemassa tai htaccess-tiedostossa ja et muista etkä tiedä minne kiipesit ja mitä muutit, niin tietenkään virhelokitiedosto ei todennäköisesti auta sinua. Tässä tapauksessa on kaksi vaihtoehtoa: 1 – ota yhteyttä asiantuntijaan, 2 – palauta sivusto käyttämällä varmuuskopiota, jos sellainen on saatavilla. Saatat joutua korvaamaan vain yhden tiedoston, jonka nimi näkyy virhelokitiedostossa ja kaikki ratkaistaan ​​nopeasti.

Muistaa! Ennen kuin teet mitään muutoksia sivuston koodiin, jos et ymmärrä mitä olet tekemässä, TEE TÄYDELLINEN VARMUUSKOPIO SIVUSTOSTASI!

Terveisiä! Tänään, heti sen jälkeen iPhone päivitykset(yritin kirjautua sisään tililläni) törmäsin epätavalliseen virheeseen. Puhelin kertoi minulle iloisena, että tämä ei ollut mahdollista, ja kirjoitti suunnilleen seuraavan: ”Varmennus epäonnistui, sisäänkirjautuminen epäonnistui. Apple ID -palvelimeen yhdistämisessä tapahtui virhe." Mielenkiintoisin asia on, että tämän vuoksi puhelin muuttuu itse asiassa tavalliseksi "soittimeksi", koska on mahdotonta käyttää kaikkia Applen palveluita - et voi mennä App Storeen, et voi ladata peliä tai sovellusta, et voi aktivoida iCloud jne.

Selvisin onnistuneesti tästä vastoinkäymisestä, ja toivon samaa sinulle. Ja tämä ohje kertoo sinulle, mitä tässä tapauksessa on tehtävä ja kuinka voit ratkaista ongelman. Mennään!

Suosittelen ensin tarkistamaan, onko Apple ID oikea ja kelvollinen eli toimiiko tällä hetkellä. Voit tehdä tämän napsauttamalla viralliselle verkkosivustolle johtavaa linkkiä ja kirjoittamalla tilitietosi. Jos se ei aukea, niin... Jos kaikki on "ok", etsimme muita syitä epäonnistumiseen.

Virhe ilmenee iPhonessa ja iPadissa

Ongelma yhteyden muodostamisessa Applen palvelimet saattaa jo odottaa sinua. Ja tässä on vain kaksi vaihtoehtoa, jotka voidaan valita:

  1. Yritä aktivoida tietokoneen kautta iTunesin avulla. Vaikka tässä saattaa ilmetä vaikeuksia, niistä lisää alla.
  2. Ohita vain Applen luominen ID ja tee tämä myöhemmin, kun olet käynnistänyt laitteen.

Jos et voi kirjautua sisään Apple ID:hen jo ladatulla laitteella tai päinvastoin, olet kirjautunut sisään, mutta App Store ja muut palvelut eivät toimi palvelinvian vuoksi, sinun tulee kiinnittää huomiota:

Muuten, jailbreak voi myös aiheuttaa samanlaisia ​​ongelmia. Siksi, jos edelliset menetelmät eivät auta, etkä silti voi kirjautua sisään Apple ID:llesi, pääsemme eroon vankilasta. Haluan muistuttaa, että tämä voidaan tehdä vain oikein.

iTunesia käyttävällä tietokoneella

Harvoissa tapauksissa palvelinyhteysvirheitä ja erilaisia ​​Apple ID:n tai App Storen vikoja voi ilmetä myös iTunesin kanssa työskennellessä. Niistä on kuitenkin helppo päästä eroon. Tätä varten:

  1. Varmistamme, että tietokone on yhteydessä Internetiin (tyhmää tietysti, mutta mitä tahansa voi tapahtua).
  2. Virustentorjunta, palomuurit ja muut suojat voivat estää pääsyn Applen palvelimiin. Sammuta ne hetkeksi.
  3. iTunes-versio on asennettava.
  4. Jos tietokoneesi on jo käyttänyt Tili Apple ID, yritämme sitten "irrottaa" sen ohjelmasta. Voit tehdä tämän avaamalla iTunesin - napsauta vasemmassa yläkulmassa "myymälä" - poista tämän tietokoneen valtuutus. Käynnistä tietokone uudelleen.

Yritetään kirjautua sisään uudelleen, ja todennäköisesti pystyt tekemään sen!

Nämä ovat itse asiassa kaikki toiminnot, joita voit suorittaa Apple ID -palvelimiin yhdistämisvirheen torjumiseksi. Kyllä, niitä ei ole montaa, mutta tärkeintä on, että ne todella toimivat!

P.S. Tykkää, jos artikkelista oli hyötyä, ja kirjoita myös kommentteihin, mikä auttoi ja mikä ei! Vai onko sinulla muita tapoja käsitellä tätä epäonnistumista? Kerro meille niistä - muut lukijat ovat erittäin kiitollisia!

Aiheeseen liittyviä julkaisuja