Serveren er gået ned. Fejl ved forbindelse til Apple ID-serveren - hvordan rettes fejlen? Video: Play Market - serverfejl, hvad skal man gøre

Intern serverfejl er en HTTP-protokolstatusklasse, der betyder, at brugerens handling/anmodning mislykkedes, og at serveren selv er skyld i det.


Flere videoer på vores kanal - lær internetmarkedsføring med SEMANTICA

Du er løbet tør for mad. Du skal gå til købmanden. Der er et skilt på døren - "Regnskab". Du er uden mad.

Brugeren ønsker at besøge webstedet. En anmodning sendes til serveren. Og hvis der er problemer på serveren, vil personen se en fejlmeddelelse i browservinduet.

Hvad er serverfejlene?

Som vi har lært, udgør interne serverfejl en klasse af HTTP-statusser.

  • . Angiver en lang række serverfejl, hvis de ikke hører til følgende problemer i den pågældende klasse.
  • 501. Betyder, at serveren ikke har de nødvendige kapaciteter til at behandle brugeranmodningen. Typisk vises en 501-fejl, når serveren ikke kan genkende anmodningsmetoden. Hvis serveren genkender anmodningsmetoden, men den ikke kan bruges på denne internetressource, vises fejl 405 (opstod på grund af brugerens fejl).
  • . Opstår, når serveren fungerer som proxy eller gateway. Fejlen indikerer, at upstream-serveren sender et ugyldigt svar.
  • . Vises, når webstedet ikke er i stand til at behandle brugeranmodninger. Dette kan skyldes overbelastning, vedligeholdelsesproblemer, tekniske problemer og så videre. Oftest, når en 503-fejl vises, angiver feltet Forsøg efter det tidspunkt, hvor brugeren skal gentage anmodningen.
  • 504. Her fungerer serveren igen som en gateway eller proxyserver. Den videresender anmodningen til upstream-serveren, men venter ikke på et svar og kan derfor ikke fuldføre behandlingen af ​​anmodningen.
  • 505. Angiver, at anmodningsversionen ikke understøttes af serveren.
  • 506. Det betyder, at den aktuelle version af serveren har en forkert konfiguration. I denne forbindelse når bindingsprocessen ikke færdig og afbrydes hele tiden.
  • 507. Der er ikke plads på serveren til at fuldføre anmodningen og behandle den. Problemer af denne art kan være midlertidige og lette at løse.
  • 509. Hvis en internetressource har brugt al den trafik, der blev tildelt den, opstår denne fejl. For at løse problemet skal du kontakte din hostingudbyder.
  • 510. Denne fejl kan opstå i tilfælde, hvor klienten fremsætter en anmodning og ønsker at bruge en bestemt udvidelse, men serveren ikke bruger og kan ikke levere denne udvidelse.
  • 511. Denne fejl kommer ikke fra selve serveren, som brugeren tilgår, men fra en mellemmand, som kan være en udbyder. Som regel opstår problemet, når klienten skal logge på det globale netværk (angiv adgangskoden til et betalt adgangspunkt). I dette tilfælde vises et særligt felt for autorisation i svarformularen.
  • 520. Angiver, at der er en fejl, men CDN-serveren kan ikke behandle fejlen korrekt og vise den til klienten.
  • 521. Opstår i situationer, hvor serveren afviser indholdsleveringsnetværksforbindelsen.
  • 522. Vises, når datakommunikationssystemet ikke kan oprette forbindelse til serveren og har timeout, mens der venter på et serversvar.
  • 523. Serveren kan ikke "nås", når man tilgår serveren, opstår der alvorlige forhindringer, der overvindes, hvilket i øjeblikket ikke er muligt.
  • 524. Forbindelsestiden er udløbet mellem den påkrævede server og indholdsleveringsnetværksserveren.
  • 525 Hvis der opstår fejl under håndtrykket mellem selve serveren og CDN-serveren, vises kode 525.
  • 526. Angiver, at der i øjeblikket ikke er nogen måde at validere krypteringscertifikatet på.

Hvad skal man gøre, hvis de skriver "Serverfejl"

De anførte fejl opstår normalt på grund af .htaccess-filen, temaer og plugins. Lad os overveje muligheder for at løse problemet.

Så du kunne lide det nye tema og installerede det. Alt ville være fint, men så opstår der et internt serverproblem. For at gendanne serverens funktionalitet skal du vælge en af ​​følgende metoder:

Via FTP

Vi går ind i det og leder efter en mappe med temaer. Åbn mappen og ret/slet det tema, der i øjeblikket er lagt på siden. Vi går til siden og ser en tom side uden fejl.

Åbn WordPress-administrationspanelet, derefter temaet, og modtag en meddelelse om, at et andet tema er blevet aktiveret. Et lille råd: slet ikke standardtemaer, de fungerer som en standard og kan aktiveres efter at siden er gendannet.

Via PhpMyAdmin

Hvis du har slettet/redigeret standardtemaet, skal du downloade og installere det igen. Dette kan gøres fra følgende ressourcer: TwentyTen, TwentyEleven, TwentyTwelve. Efter download skal du åbne PhpMyAdmin og derefter databasen.

Gå til SQL-fanen og kopier koden nedenfor ind i den.

Bemærk venligst, at emnenavnet skal angives korrekt. Så vil siden fungere som normalt.

Hvis problemet er med plugins, fungerer serveren ikke korrekt, og webstedet vises anderledes. Samtidig bevares adgangen til konsollen, som giver dig mulighed for at deaktivere dette eller hint plugin. Nogle gange kan et installeret plugin være i konflikt med andre plugins, der allerede er installeret og aktiveret på ressourcen. Så går den ned og genererer en intern fejl. Du kan deaktivere pluginnet i 3 trin:

  1. Åbn FTP-ressourcen.
  2. Åbn mappen med eksisterende plugins.
  3. Slet/skift navn/rediger plugin.

Hvis fejlene er problemer med .htaccess-filen, skal du gøre følgende:

1. Åbn FileZilla, menuen "Server", og marker afkrydsningsfeltet ud for punktet "Force hidden files". Vi opdaterer listen over filer og finder vores .htaccess-fil.

2. Åbn filen via notesblok/teksteditor. En tekst vises foran dig - en liste med instruktioner og regler for, hvordan webserveren fungerer. Gennemgå filen og ret eventuelle fejl. En alternativ mulighed er at slette filen helt og derefter skrive en ny fil ved hjælp af WordPress (åbn administrationspanelet, derefter "Indstillinger", derefter "Permalinks". Vælg den mulighed, du ønsker, klik på "Gem").

Hvis ovenstående tiltag ikke giver det ønskede resultat, skal du kontakte en kvalificeret programmør.

Som du kan se, er listen over fejl ret bred. Hvis de identificeres, skal de fjernes så tidligt som muligt.

HTTP-statuskode(Engelsk) HTTP-statuskode) - del af den første linje i serversvaret for anmodninger via HTTP-protokollen. Det er et heltal med tre decimaltal. Det første ciffer angiver tilstandsklasse . Svarkoden efterfølges normalt af en forklarende sætning på engelsk adskilt af et mellemrum, som forklarer personen årsagen til netop dette svar. Eksempler:

  • 201 Oprettet.
  • 401 Uberettiget.
  • 507 Utilstrækkelig opbevaring.

Klienten lærer af svarkoden om resultaterne af sin anmodning og bestemmer, hvilke handlinger der skal tages derefter. Sættet af statuskoder er en standard, og de er beskrevet i de tilsvarende RFC'er. Nye koder bør kun indføres efter aftale med IETF. Der er dog to koder, der vides at blive brugt, som ikke er nævnt i RFC: 449 Prøv igen med. Også nævnt er den forklarende sætning "Svar med" i specifikationen for WebDAV V Microsoft Developer Network, introduceret Microsoft og 509 båndbreddegrænse overskredet, introduceret i cPanel.

Klienten kender måske ikke alle statuskoder, men den skal svare i henhold til kodens klasse. Der er i øjeblikket fem klasser af statuskoder.

Webserver Internetinformationstjenester I sine logfiler, ud over standardstatuskoder, bruger den underkoder og skriver dem med en prik efter den vigtigste. Samtidig er denne underkode ikke placeret i svar fra serveren - serveradministratoren har brug for den, så han mere præcist kan bestemme kilderne til problemer.

Gennemgå liste

Nedenfor er en oversigtsliste over alle svarkoder beskrevet i denne artikel:

Diagram over webserverens beslutningstagning baseret på overskrifter

Statistik over svarkoder genereret af loganalysatoren Webalizer

  • 1xx: Information:
    • 100 Fortsæt ("fortsæt");
    • 101 Skifteprotokoller;
    • 102 Behandling ("behandling i gang").
  • 2xx: Succes (med succes):
    • 200 OK ("godt");
    • 201 Oprettet ("skabt");
    • 202 Accepteret ("accepteret");
    • 203 Ikke-autoritativ information ("information er ikke autoritativ");
    • 204 Intet Indhold;
    • 205 Nulstil indhold;
    • 206 Delvis Indhold;
    • 207 Multi-Status;
    • 226 IM brugt
  • 3xx: Omdirigering:
    • 300 flere valg;
    • 301 Flyttes permanent;
    • 302 Flyttet midlertidigt;
    • 302 Fundet ("fundet");
    • 303 Se Andet (“se ​​andet”);
    • 304 Ikke ændret ("ikke ændret");
    • 305 Brug proxy ("brug proxy");
    • 306 - reserveret(kode bruges kun i tidlige specifikationer);
    • 307 Midlertidig omdirigering
  • 4xx: Klientfejl:
    • 400 Bad Request ("dårlig, forkert anmodning");
    • 401 Uautoriseret ("ikke autoriseret");
    • 402 Betaling påkrævet;
    • 403 forbudt;
    • 404 Ikke fundet ("ikke fundet");
    • 405 Metode ikke tilladt;
    • 406 Ikke acceptabelt;
    • 407 Proxy-godkendelse påkrævet ("proxy-godkendelse påkrævet");
    • 408 Request Timeout ("timeout");
    • 409 Konflikt;
    • 410 Borte (“slettet”);
    • 411 Længde Nødvendig;
    • 412 Forudsætning mislykkedes ("betingelsen er falsk");
    • 413 Nyttelast for stor
    • 414 URI for lang ("URI er for lang");
    • 415 Ikke-understøttet medietype
    • 416 Rækkevidde ikke tilfredsstillende
    • 417 Forventning mislykkedes
    • 418 Jeg er en tekande ("Jeg er en tekande")
    • 422 Entitet, der ikke kan behandles
    • 423 Låst;
    • 424 Mislykket Afhængighed;
    • 425 Uordnet Samling;
    • 426 Opgradering påkrævet;
    • 428 Forudsætning påkrævet;
    • 429 For mange Forespørgsler;
    • 431 Anmodningshovedfelter er for store
    • 444 Lukker forbindelsen uden at sende en svarheader. Ikke-standard kode;
    • 449 Prøv igen med;
    • 451 Ikke tilgængelig af juridiske årsager
  • 5xx: Serverfejl:
    • 500 Intern serverfejl;
    • 501 Ikke gennemført;
    • 502 Bad Gateway ("dårlig, fejlagtig gateway");
    • 503 Service Utilgængelig ("tjeneste ikke tilgængelig");
    • 504 Gateway Timeout ("gateway svarer ikke");
    • 505 HTTP-version ikke understøttet ("HTTP-version understøttes ikke");
    • 506 Variant Forhandler også ("variant forhandler også");
    • 507 Utilstrækkelig lagerplads ("lageroverløb");
    • 508 Loop Detected ("uendelig omdirigering detekteret");
    • 509 Båndbreddegrænse overskredet ("kanalbåndbredden er opbrugt");
    • 510 Ikke forlænget ("ikke forlænget");
    • 511 Netværksgodkendelse påkrævet
    • 520 Ukendt fejl
    • 521 webserver er nede ("webserveren virker ikke");
    • 522 Forbindelse timeout ("forbindelsen svarer ikke");
    • 523 Oprindelse er ikke tilgængelig;
    • 524 En timeout opstod ("genoplivningstiden er udløbet");
    • 525 SSL-håndtryk mislykkedes
    • 526 Ugyldigt SSL-certifikat

Beskrivelse af koder

Information

Denne klasse indeholder koder, der informerer om overførselsprocessen. Når du arbejder gennem protokolversion 1.0, skal meddelelser med sådanne koder ignoreres. I version 1.1 skal klienten være forberedt på at acceptere denne klasse af beskeder som et normalt svar, men serveren skal ikke sende noget. Selve beskederne fra serveren indeholder kun startlinjen for svaret og om nødvendigt nogle få svarspecifikke overskriftsfelter. Proxyservere skal sende sådanne beskeder videre fra serveren til klienten.

  • 100 Fortsæt - serveren er tilfreds med den indledende information om anmodningen, klienten kan fortsætte med at sende headers. Introduceret i HTTP/1.1.
  • 101 Switching Protocols - serveren tilbyder at skifte til en protokol, der er mere egnet til den specificerede ressource; Serveren skal angive listen over foreslåede protokoller i feltet Upgrade header. Hvis klienten er interesseret i dette, sender han en ny anmodning, der angiver en anden protokol. Introduceret i HTTP/1.1.
  • 102 Behandling - anmodningen er blevet accepteret, men det vil tage lang tid at behandle. Bruges af serveren til at forhindre klienten i at afbryde forbindelsen på grund af en timeout. Efter at have modtaget et sådant svar, skal klienten nulstille timeren og vente på den næste kommando som normalt. Dukkede op i WebDAV.

Succes

Meddelelser fra denne klasse informerer om tilfælde af vellykket accept og behandling af en klientanmodning. Afhængigt af status kan serveren også sende meddelelsens overskrifter og brødtekst.

  • 200 OK - vellykket anmodning. Hvis klienten anmodede om nogen data, findes de i overskriften og/eller brødteksten i meddelelsen. Introduceret i HTTP/1.0.
  • 201 Oprettet - som et resultat af vellykket eksekvering af anmodningen blev der oprettet en ny ressource. Serveren kan angive adresserne (der kan være flere) på den oprettede ressource i brødteksten i svaret, med den foretrukne adresse angivet i Location-headeren. Serveren anbefales at angive karakteristikaene for den oprettede ressource og dens adresse i svarteksten; formatet på svarteksten bestemmes af Content-Type-headeren. Ved behandling af en anmodning skal der oprettes en ny ressource før svar sendes til klienten, ellers skal der bruges et svar med kode 202. Indført i HTTP/1.0.
  • 202 Accepteret - anmodningen blev accepteret til behandling, men den blev ikke gennemført. Klienten skal ikke vente på den endelige transmission af beskeden, da en meget lang proces kan begynde. Introduceret i HTTP/1.0.
  • 203 Ikke-autoritativ information - svarende til svar 200, men i dette tilfælde blev den transmitterede information ikke taget fra den primære kilde (backup, en anden server osv.) og er derfor muligvis ikke aktuel. Introduceret i HTTP/1.1.
  • 204 Intet indhold - serveren behandlede anmodningen med succes, men svaret indeholdt kun overskrifter uden meddelelsesteksten. Klienten behøver ikke at opdatere indholdet af dokumentet, men kan anvende de modtagne metadata til det. Introduceret i HTTP/1.0.
  • 205 Nulstil indhold - serveren forpligter klienten til at nulstille de brugerindtastede data. Serveren transmitterer ikke meddelelsens brødtekst, og det er ikke nødvendigt at opdatere dokumentet. Introduceret i HTTP/1.1.
  • 206 Delvis indhold - serveren gennemførte med succes en delvis GET-anmodning og returnerede kun en del af meddelelsen. I Content-Range-headeren angiver serveren indholdets byteområder. Når du arbejder med sådanne svar, skal der lægges særlig vægt på caching. Introduceret i HTTP/1.1. ( flere detaljer...)
  • 207 Multi-Status - serveren transmitterer resultaterne af flere uafhængige operationer på én gang. De placeres i selve beskedteksten som et XML-dokument med et multistatusobjekt. Det anbefales ikke at placere statusser fra 1xx-serien i dette objekt på grund af meningsløshed og redundans. Dukkede op i WebDAV.
  • 226 IM brugt - A-IM-headeren fra klienten blev modtaget, og serveren returnerer indholdet under hensyntagen til de angivne parametre. Introduceret i RFC 3229 for at udvide HTTP-protokollen med delta-kodningsunderstøttelse.

Omdirigering

Koder i denne klasse fortæller klienten, at for at operationen skal lykkes, skal der foretages en anden anmodning, normalt til en anden URI. Af denne klasse relaterer fem koder 301, 302, 303, 305 og 307 direkte til omdirigeringer. Adressen, som klienten skal sende anmodningen til, er angivet af serveren i Location-headeren. Det er dog muligt at bruge fragmenter i mål-URI'en.

I henhold til de nyeste standarder kan en klient kun omdirigere uden en brugeranmodning, hvis den anden ressource anmodes ved hjælp af GET- eller HEAD-metoden. Tidligere specifikationer sagde, at for at undgå rundrejser, skulle brugeren spørges efter den 5. på hinanden følgende omdirigering. For alle omdirigeringer, hvis anmodningsmetoden ikke var HEAD, så skal en kort hypertekstmeddelelse med måladressen inkluderes i svarteksten, så brugeren i tilfælde af en fejl selv kan foretage overgangen.

HTTP-udviklere bemærker, at mange klienter, når de omdirigerer med kode 301 og 302, fejlagtigt anvender GET-metoden til den anden ressource, på trods af at anmodningen til den første var med en anden metode (oftest PUT). For at undgå misforståelser blev koderne 303 og 307 indført i version HTTP/1.1, og det anbefales at bruge dem i stedet for 302. Du skal kun ændre metoden, hvis serveren svarede med 303. I andre tilfælde skal du lave den næste anmodning med original metode.

Klienters adfærd med forskellige omdirigeringer er beskrevet i tabellen:

Respons Status Caching Hvis metoden ikke er GET eller HEAD

  • 300 Multiple Choices - for den angivne URI er der flere muligheder for at levere ressourcen efter MIME-type, efter sprog eller efter andre karakteristika. Serveren sender en liste over alternativer med beskeden, så klienten eller brugeren kan foretage et valg automatisk. Introduceret i HTTP/1.0.
  • 301 Flyttet permanent - Det anmodede dokument er blevet permanent flyttet til den nye URI, der er angivet i feltet Placering i overskriften. Nogle klienter opfører sig forkert, når de behandler denne kode. Introduceret i HTTP/1.0.
  • 302 Fundet, 302 Flyttet midlertidigt - det ønskede dokument er midlertidigt tilgængeligt på en anden URI angivet i overskriften i feltet Placering. Denne kode kan f.eks. bruges i serverdrevet indholdsforhandling. Nogle[ hvilken?] klienter opfører sig forkert, når de behandler denne kode. Introduceret i HTTP/1.0.
  • 303 Se Andet - et dokument på den anmodede URI skal rekvireres til adressen i feltet Location i overskriften ved hjælp af GET-metoden, selvom det første blev anmodet ved hjælp af en anden metode. Denne kode blev introduceret sammen med 307 for at undgå tvetydighed, så serveren kunne være sikker på, at den næste ressource vil blive anmodet om ved hjælp af GET-metoden. For eksempel har en webside et tekstindtastningsfelt til hurtig navigation og søgning. Efter at have indtastet dataene, foretager browseren en anmodning ved hjælp af POST-metoden, inklusive den indtastede tekst i meddelelsesteksten. Hvis et dokument med det indtastede navn detekteres, svarer serveren med kode 303, der angiver dens permanente adresse i Location-headeren. Så vil browseren med garanti anmode om det ved hjælp af GET-metoden for at få indholdet. Ellers vil serveren blot returnere søgeresultatsiden til klienten. Introduceret i HTTP/1.1.
  • 304 Ikke ændret - serveren returnerer denne kode, hvis klienten anmodede om et dokument ved hjælp af GET-metoden, brugte If-Modified-Since eller If-None-Match overskriften, og dokumentet ikke er ændret siden det angivne tidspunkt. I dette tilfælde bør servermeddelelsen ikke indeholde en brødtekst. Introduceret i HTTP/1.0.
  • 305 Brug proxy - en anmodning til den anmodede ressource skal foretages via en proxyserver, hvis URI er angivet i feltet Placering i overskriften. Denne svarkode kan kun bruges af oprindelses-HTTP-servere (ikke proxyer). Introduceret i HTTP/1.1.
  • 306 (reserveret) - den tidligere brugte svarkode er i øjeblikket reserveret. Nævnt i RFC 2616 (HTTP/1.1-opdatering).
  • 307 Midlertidig omdirigering - den anmodede ressource er tilgængelig i kort tid på en anden URI angivet i feltet Placering i overskriften. Anmodningsmetoden (GET/POST) må ikke ændres. For eksempel skal en POST-anmodning sendes til en ny URI ved hjælp af den samme POST-metode. Denne kode blev introduceret sammen med 303 i stedet for 302 for at undgå tvetydighed. Introduceret i RFC 2616 (HTTP/1.1-opdatering).

Klientfejl

4xx-kodeklassen er beregnet til at indikere fejl på klientsiden. Når du bruger alle metoder undtagen HEAD, skal serveren returnere en hypertekstforklaring til brugeren i meddelelsens brødtekst.

  • 400 Bad Request - serveren registrerede en syntaksfejl i klientens anmodning. Introduceret i HTTP/1.0.
  • 401 Uautoriseret - godkendelse er påkrævet for at få adgang til den anmodede ressource. Svarheaderen skal indeholde feltet WWW-Authenticate med en liste over godkendelsesbetingelser. Klienten kan gentage anmodningen ved at inkludere feltet Autorisation i meddelelseshovedet med de data, der kræves til godkendelse.
  • 402 Betaling påkrævet - beregnet til at blive brugt i fremtiden. I øjeblikket ikke i brug. Denne kode er beregnet til betalte brugertjenester og ikke til hostingfirmaer. Dette betyder, at denne fejl ikke vil blive udstedt af hostingudbyderen i tilfælde af forsinket betaling for sine tjenester. Reserveret siden HTTP/1.1.
Serveren returnerede en 403-fejl, da den forsøgte at se "cgi-bin"-mappen, hvortil adgang blev nægtet.
  • 403 Forbudt - serveren forstod anmodningen, men den nægter at opfylde den på grund af begrænsninger på klientens adgang til den specificerede ressource. Hvis HTTP-godkendelse er påkrævet for at få adgang til en ressource, returnerer serveren et 401-svar eller et 407-svar, når der bruges en proxy. Ellers blev begrænsningerne sat af serveradministratoren eller webapplikationsudvikleren og kan være alt afhængigt af den anvendte softwares muligheder. Under alle omstændigheder bør klienten informeres om årsagerne til at nægte at behandle anmodningen. De mest sandsynlige årsager til begrænsningen kan være et forsøg på at få adgang til systemressourcer på webserveren (f.eks. .htaccess- eller .htpasswd-filer) eller filer, hvortil adgang blev nægtet ved hjælp af konfigurationsfiler, et krav for ikke-HTTP-godkendelse, f. for at få adgang til systemindholdsstyring eller sektion for registrerede brugere, eller serveren er ikke tilfreds med klientens IP-adresse, for eksempel ved blokering. Introduceret i HTTP/1.0.
  • 404 Not Found er den mest almindelige fejl ved brug af internettet, hovedårsagen er en fejl i stavning af adressen på websiden. Serveren forstod anmodningen, men fandt ikke en tilsvarende ressource på den angivne URL. Hvis serveren ved, at der var et dokument på denne adresse, er det tilrådeligt, at den bruger koden 410. Svaret 404 kan bruges i stedet for 403, hvis det er nødvendigt forsigtigt at skjule visse ressourcer for nysgerrige øjne. Introduceret i HTTP/1.0.
  • 405 Metode ikke tilladt - metoden specificeret af klienten kan ikke anvendes på den aktuelle ressource. I svaret skal serveren angive de tilgængelige metoder i Tillad-headeren, adskilt af et komma. Serveren skal returnere denne fejl, hvis metoden er kendt af den, men den er ikke anvendelig specifikt til den ressource, der er angivet i anmodningen; hvis den angivne metode ikke er anvendelig på hele serveren, skal klienten returnere kode 501 (Ikke implementeret ). Introduceret i HTTP/1.1.
  • 406 Ikke acceptabel - Den anmodede URI kan ikke opfylde de karakteristika, der er givet i overskriften. Hvis metoden ikke var HEAD, skal serveren returnere en liste over acceptable karakteristika for denne ressource. Introduceret i HTTP/1.1.
  • 407 Proxy-godkendelse påkrævet - Svaret ligner 401-koden, bortset fra at godkendelse udføres mod en proxyserver. Mekanismen ligner identifikation på den originale server. Introduceret i HTTP/1.1.
  • 408 Request Timeout - serverens ventetid på transmission fra klienten er udløbet. Klienten kan til enhver tid gentage en lignende tidligere anmodning. For eksempel kan denne situation opstå, når du uploader en stor fil til serveren ved hjælp af POST- eller PUT-metoden. På et tidspunkt under overførslen holdt datakilden op med at reagere, for eksempel på grund af beskadigelse af cd'en eller tab af kommunikation med en anden computer på det lokale netværk. Mens klienten ikke transmitterer noget, mens den venter på et svar fra den, opretholdes forbindelsen til serveren. Efter nogen tid kan serveren lukke forbindelsen på sin ende for at tillade andre klienter at fremsætte en anmodning. Dette svar returneres ikke, når klienten tvangsstopper transmissionen på brugerens kommando, eller forbindelsen afbrydes af anden grund, da svaret ikke længere kan sendes. Introduceret i HTTP/1.1.
  • 409 Konflikt - anmodningen kan ikke gennemføres på grund af en modstridende adgang til ressourcen. Dette er for eksempel muligt, når to klienter forsøger at ændre en ressource ved hjælp af PUT-metoden Introduceret i HTTP/1.1.
  • 410 Borte - serveren sender dette svar, hvis ressourcen plejede at være på den angivne URL, men blev slettet og nu ikke er tilgængelig. I dette tilfælde kender serveren ikke placeringen af ​​det alternative dokument (f.eks. en kopi). Hvis serveren har en mistanke om, at dokumentet kan blive gendannet i den nærmeste fremtid, så er det bedre at sende koden 404 til klienten.Introduceret i HTTP/1.1.
  • 411 Længde påkrævet - For den angivne ressource skal klienten angive Content-Length i anmodningshovedet. Uden at angive dette felt, bør du ikke prøve anmodningen til serveren igen ved hjælp af denne URI. Dette svar er naturligt for POST- og PUT-anmodninger. For eksempel, hvis filer downloades på den angivne URI, og serveren har en grænse for deres størrelse. Så ville det være mere rimeligt at tjekke Content-Length-headeren helt i begyndelsen og straks afvise download, i stedet for at fremprovokere en meningsløs belastning ved at afbryde forbindelsen, når klienten faktisk sender en besked, der er for stor. Introduceret i HTTP/1.1.
  • 412 Precondition Failed - returneres, hvis ingen af ​​de betingede header-felter (If-Match, etc., se RFC 7232) i anmodningen blev opfyldt. Introduceret i HTTP/1.1.
  • 413 Payload Too Large - returneres, hvis serveren nægter at behandle anmodningen på grund af, at størrelsen af ​​anmodningens krop er for stor. Serveren kan lukke forbindelsen for at stoppe yderligere transmission af anmodningen. Hvis problemet er midlertidigt, anbefales det at inkludere en Retry-After-header i serversvaret, der angiver det tidspunkt, hvorefter en lignende anmodning kan gentages. Introduceret i HTTP/1.1. Tidligere kaldt "Request Entity Too Large".
  • 414 URI for lang - serveren kan ikke behandle anmodningen, fordi den angivne URI er for lang. Denne fejl kan for eksempel udløses, når klienten forsøger at videregive lange parametre via GET-metoden i stedet for POST-metoden. Introduceret i HTTP/1.1. Tidligere kaldt "Request-URI Too Long".
  • 415 Ikke-understøttet medietype - af en eller anden grund nægter serveren at arbejde med den angivne datatype ved hjælp af denne metode. Introduceret i HTTP/1.1.
  • 416 Range Not Satisfiable - et interval uden for ressourcen blev angivet i feltet Range i anmodningsheaderen, og If-Range-feltet manglede. Hvis klienten passerede et byteinterval, kan serveren returnere den faktiske størrelse i feltet Content-Range i overskriften. Dette svar bør ikke bruges, når man passerer multipart/byteranges[ kilde ikke angivet 1964 dage]. Introduceret i RFC 2616 (HTTP/1.1-opdatering). Tidligere kaldt "Requested Range Not Satisfiable".
  • 417 Forventning mislykkedes - af en eller anden grund kan serveren ikke opfylde værdien af ​​feltet Forvent i anmodningshovedet. Introduceret i RFC 2616 (HTTP/1.1-opdatering).
  • 418 I'm a teapot - Denne kode blev introduceret i 1998 som en af ​​de traditionelle IETF aprilsnar i RFC 2324, Hyper Text Coffee Pot Control Protocol. Denne kode forventes ikke at blive understøttet af rigtige servere.
  • 422 Unprocessable Entity - serveren accepterede anmodningen med succes, kan arbejde med den angivne type data (for eksempel indeholder anmodningens brødtekst et XML-dokument med den korrekte syntaks), men der er en form for logisk fejl, på grund af hvilken er umuligt at udføre en operation på ressourcen. Introduceret i WebDAV.
  • 423 Låst - målressourcen fra anmodningen er blokeret fra at anvende den angivne metode på den. Indgået i WebDAV.
  • 424 Mislykket afhængighed - Implementeringen af ​​den aktuelle anmodning kan afhænge af succesen af ​​en anden operation. Hvis den ikke er fuldført, og på grund af dette, den aktuelle anmodning ikke kan fuldføres, returnerer serveren denne kode. Introduceret i WebDAV.
  • 425 Uordnet Samling - brugt i tilbygningen WebDAV Advanced Collections Protocol. Sendt, hvis klienten har angivet nummeret på et element i en uordnet liste eller anmodet om flere elementer i en rækkefølge, der er forskellig fra serverens.
  • 426 Opgradering påkrævet - serveren angiver over for klienten behovet for at opdatere protokollen. Svarhovedet skal indeholde korrekt udformede Opgraderings- og Forbindelsesfelter. Introduceret i RFC 2817 for at tillade overgang til TLS over HTTP.
  • 428 Forudsætning påkrævet - serveren angiver over for klienten behovet for at bruge betingelsesheadere i anmodningen, f.eks. If-Match. Introduceret i udkast til RFC 6585.
  • 429 Too Many Requests - klienten forsøgte at sende for mange anmodninger på kort tid, hvilket for eksempel kunne indikere et forsøg på DDoS-angreb. Kan være ledsaget af en Retry-After-header, der angiver, efter hvilket tidspunkt anmodningen kan gentages. Introduceret i udkast til RFC 6585.
  • 431 Anmodningshovedfelter er for store - Den tilladte længde af overskrifter er overskredet. Serveren er ikke forpligtet til at svare med denne kode; i stedet kan den blot nulstille forbindelsen. Introduceret i udkast til RFC 6585.
  • 434 Request host unavailable - Den anmodede adresse er ikke tilgængelig [ kilde ikke angivet 1401 dage].
  • 449 Prøv igen med - returneres af serveren, hvis der ikke er modtaget tilstrækkelig information fra klienten til at behandle anmodningen. I dette tilfælde placeres feltet Ms-Echo-Request i svarhovedet. Indført af selskabet Microsoft Til WebDAV. I øjeblikket i det mindste brugt af programmet Microsoft penge.
  • 451 Utilgængelig af juridiske årsager - adgangen til ressourcen er lukket af juridiske årsager, for eksempel efter anmodning fra offentlige myndigheder eller efter anmodning fra indehaveren af ​​ophavsretten i tilfælde af krænkelse af ophavsretten. Introduceret i IETF-udkastet af Google, hvor fejlkoden er en reference til Ray Bradburys roman Fahrenheit 451. Blev tilføjet til standarden den 21. december 2015.

Server Fejl

Eksempel på 502 Bad Gateway-fejl

Koderne 5xx tildeles til tilfælde af mislykket drift på grund af serverens fejl. For alle andre situationer end at bruge HEAD-metoden skal serveren inkludere en forklaring i meddelelsens brødtekst, som klienten vil vise til brugeren.

  • 500 Intern serverfejl - enhver intern serverfejl, der ikke er inkluderet i omfanget af andre klassefejl. Introduceret i HTTP/1.0.
  • 501 Ikke implementeret - serveren understøtter ikke de nødvendige funktioner til at behandle anmodningen. Et typisk svar i tilfælde, hvor serveren ikke forstår den metode, der er angivet i anmodningen. Hvis metoden er kendt af serveren, men den ikke er anvendelig for denne ressource, skal du returnere et 405-svar. Dukkede op i HTTP/1.0.
  • 502 Bad Gateway - serveren, der fungerede som en gateway eller proxyserver, modtog en ugyldig svarmeddelelse fra opstrømsserveren. Introduceret i HTTP/1.0.
  • 503 Service Utilgængelig - serveren er midlertidigt ude af stand til at behandle anmodninger af tekniske årsager (vedligeholdelse, overbelastning osv.). I feltet Retry-After header kan serveren angive den tid, hvorefter klienten anbefales at gentage anmodningen. Selvom det kan virke indlysende straks at afbryde forbindelsen under en overbelastning, kan det være mere effektivt at indstille feltet Forsøg efter igen til en stor værdi for at reducere hyppigheden af ​​redundante anmodninger. Introduceret i HTTP/1.0.
  • 504 Gateway Timeout - serveren, der fungerede som en gateway eller proxyserver, ventede ikke på et svar fra upstream-serveren for at fuldføre den aktuelle anmodning. Introduceret i HTTP/1.1.
  • 505 HTTP-version ikke understøttet - serveren understøtter ikke eller nægter at understøtte den HTTP-protokolversion, der er angivet i anmodningen. Introduceret i HTTP/1.1.
  • 506 Variant forhandler også - Som følge af en fejlagtig konfiguration peger den valgte variant på sig selv, hvilket får bindingsprocessen til at blive afbrudt. Eksperimentel. Introduceret i RFC 2295 for at komplementere HTTP-protokollen med teknologi Transparent indholdsforhandling.
  • 507 Utilstrækkelig lagerplads - der er ikke plads nok til at fuldføre den aktuelle anmodning. Problemet kan være midlertidigt. Introduceret i WebDAV.
  • 509 Båndbreddegrænse overskredet - bruges når en webplatform overskrider sin tildelte grænse for trafikforbrug. I dette tilfælde skal webstedsejeren kontakte sin hostingudbyder. I øjeblikket er denne kode ikke beskrevet i nogen RFC og bruges kun af "bw/limited" modulet inkluderet i hosting kontrolpanelet cPanel, hvor det blev introduceret.
  • 510 Not Extended - serveren har ikke den udvidelse, som klienten ønsker at bruge. Serveren kan desuden sende information om tilgængelige udvidelser. Introduceret i RFC 2774 for at tilføje understøttelse af udvidelser til HTTP-protokollen.
  • 511 Network Authentication Required - dette svar sendes ikke af den server, som anmodningen var beregnet til, men af ​​en mellemliggende server - for eksempel udbyderens server - i tilfælde af at klienten først skal logge på netværket, skal du f.eks. adgangskode til et betalt internetadgangspunkt. Det antages, at selve svaret vil returnere en webautorisationsformular eller omdirigere til den. Introduceret i udkast til RFC 6585.
  • 520 Ukendt fejl, opstår, når CDN-serveren ikke var i stand til at håndtere en webserverfejl; ikke-standard CloudFlare kode,
  • 521 Web Server Is Down, opstår, når CDN-forbindelser afvises af webserveren; CloudFlare brugerdefineret kode.
  • 522 Forbindelse timet ud, opstår, når CDN ikke var i stand til at oprette forbindelse til webserveren; CloudFlare brugerdefineret kode.
  • 523 Origin Is Unreachable, opstår, når webserveren ikke er tilgængelig; CloudFlare brugerdefineret kode.
  • 524 A Timeout Opstod, opstår, når forbindelsestimeoutet mellem CDN-serveren og webserveren udløber; CloudFlare brugerdefineret kode.
  • 525 SSL-håndtryk mislykkedes, opstår, når der er en fejl i SSL-håndtrykket mellem CDN-serveren og webserveren; CloudFlare brugerdefineret kode.
  • 526 Ugyldigt SSL-certifikat, opstår, når webserverens krypteringscertifikat ikke kan verificeres; CloudFlare brugerdefineret kode.

Fejl ved udførelse af en serverapplikation: årsager og metoder til korrektion

Ganske ofte kan mange brugere se meddelelsen "Der opstod en fejl under udførelse af serverapplikationen" på deres skærm, når de udfører nogle handlinger for at åbne filer. Lad os prøve at se på flere situationer og forstå, hvad det er, og hvordan man kan slippe af med en sådan svøbe.

Hvad er en "serverapplikationsudførelsesfejl"?

Blandt alle de situationer, der fører til denne type problemer, er det mest almindelige problemet med at afspille multimediefiler. I dette tilfælde opstår serverudførelsesfejlen oftest, når du prøver at se en video.


Som du ved, er standard Windows Media Player langt fra ideel og fungerer ikke altid korrekt som et multimedieværktøj installeret på systemet som standard. Derudover kan en anden form for situation opstå. Det kan fx skyldes programmer som 1C, installation af MS Link Server 2013 mv. Kun i dette tilfælde modtager brugeren en besked som "Fejl ved udførelse af kommandoen."

Af indlysende årsager og på grund af kompleksiteten af ​​de nyeste programmer, vil vi ikke overveje dem, men vil fokusere på de komponenter, der er ansvarlige for korrekt åbning af multimediefiler.

Virus og systemgendannelse

Hvis brugeren modtager en besked om, at en serverapplikation er kørt ind i en fejl, er den første ting at gøre at scanne computersystemet for virus (noget malware kan forårsage sådanne konsekvenser).


Hvis kontrollen ikke giver resultater, selv når du bruger et uafhængigt bærbart antivirus med friske databaser, er det værd at se på præcis, hvornår fejlen først dukkede op, og derefter prøve at rulle systemet tilbage til dets oprindelige tilstand ved hjælp af en gendannelse fra et hvilket som helst kontrolpunkt, der gik forud denne situation. Det kan meget vel være, at denne tilgang vil hjælpe (især hvis multimedieopdateringer for nylig er blevet installeret).

Problemer med drivere, codecs og DirectX-platformen

På den anden side må hverken virus eller opdateringer have noget med det at gøre. Hvis systemet pludselig rapporterer, at der opstod en fejl af denne type under en operation, er det meget sandsynligt, at f.eks. videoaccelerator-driverne kræver opdatering, eller at de codecs og dekodere, der bruges i en videofil, har en højere version end dem, der er installeret på denne computer.


Som det allerede er klart, skal disse komponenter blot opdateres. For videokort kan du bruge Task Manager, downloade filen med den seneste driverversion fra producentens officielle hjemmeside manuelt eller opdatere den ved hjælp af specialiserede værktøjer til automatisk søgning og opdatering.


Det samme gælder codec- og dekoderpakken. Heldigvis er det i dag ikke svært at finde den seneste distribution af den samme K-Lite Codec Pack på internettet. Det eneste, du skal være opmærksom på, er det obligatoriske tjek med antivirussoftware, hvis det ikke blev downloadet fra en officiel kilde.


Ofte kan problemet, når der opstår en fejl, når du kører en serverapplikation, skyldes tilstedeværelsen af ​​en forældet version af DirectX. Der er intet nemmere end at gå til det officielle Microsoft-websted, downloade den seneste DirectX-udgivelse derfra og geninstallere alle dens komponenter.

Enkle kommandoer til fejlfinding

Hvis ovenstående metoder ikke hjælper, og fejlen opstår igen og igen, når du kører serverapplikationen, bliver du nødt til at bruge kommandolinjen. Du kan kalde det fra standardmenuen "Kør" ved at indtaste cmd i feltet.


Efter at et sort vindue åbnes, svarende til det gamle DOS-system, skal du sekventielt indtaste to kommandoer regsvr32 jscript.dll og regsvr32 vbscript.dll, efter hver af dem skal du trykke på Enter-tasten.

Herefter vil en systemgenstart være påkrævet. Sandt nok, i nogle tilfælde giver dette muligvis ikke det ønskede resultat. Så skal du indtaste den ekstra kommando sfc /scannow. I teorien skulle det i kombination med de to foregående spare brugeren for yderligere fejl og fejl.

Problemer med Windows Media Player

Nu et par ord om den "native" Windows-afspiller. Som regel vises fejlen ved udførelse af en serverapplikation i den. Desuden gælder dette ikke engang for at se streaming video online, men endda for blot at åbne en videofil.

Den enkleste løsning ville være at installere en hvilken som helst anden afspiller, f.eks. VLC Media Player eller sådan noget. Hvis den ønskede fil åbnes med sådan en afspiller uden problemer, så ligger problemet egentlig i Windows Media Player. Du kan nægte det.

Men hvis du allerede er tilhænger af dette program og ikke ønsker at ændre dine præferencer på nogen måde, kan du bruge en anden radikal metode. For ikke at nævne opdatering af afspilleren, skal du henvende dig til de installerede Windows-komponenter.


For at gøre dette skal du bruge afsnittet Programmer og funktioner i kontrolpanelet (i ældre operativsystemer er dette afsnittet Tilføj og fjern programmer), hvor der er en speciel menu til at aktivere og deaktivere systemkomponenter. Find Windows Media Player på listen over installeret software og fjern markeringen i feltet ved siden af. Vi genstarter systemet, hvorefter vi går tilbage til samme sektion og returnerer afkrydsningsfeltet til dets plads. En genstart er påkrævet igen.

Med en meget høj grad af sandsynlighed kan vi sige, at denne fejl vil blive elimineret, selvom ingen i princippet kan sige præcis, hvordan deaktivering og genaktivering af den "native" spiller påvirker korrektheden af ​​dens drift. Det kan meget vel være, at udviklerne ikke selv er klar over dette.

Konklusion

Så vi så på de mest sandsynlige situationer med serverapplikationsudførelsesfejl og angav de vigtigste metoder til at rette dem. Men hvis der opstår en fejl under udførelse af serverapplikationen, er disse ikke alle metoderne, for nogle gange, hvis der er fejl i selve "OS"et, skal du muligvis starte fra installationsdisken eller flashdrevet, opdatere andre komponenter osv. . Vi har kun givet de enkleste muligheder.

Hvad betyder DNS-fejl?

Hvis du ser en DNS-fejl, mens du bruger din computer eller internettet, skal du huske, at der er et problem med indstillingerne. Hvis dette problem ikke er løst, vil brugeren ikke være i stand til at besøge den ønskede hjemmeside.

Hvad er DNS?

For et domæne vil DNS være navnet på tjenesten og vil hjælpe med at få adgang til ressourcer på internettet. Målet er at oversætte den adresse, brugeren indtaster i browseren. Oversættelse udføres fra det anvendte sprog til computersproget. Denne procedure hjælper computeren med at læse og forstå adressen for at åbne adgang til webstedet, der passerer gennem serveren.

Hvad er en DNS-fejl?

Denne type fejl for et specifikt websted skyldes hovedsageligt manglen på en aktiv forbindelse til netværket. Det betyder også, at udstyret ikke er i stand til at oprette forbindelse til internettet for at konvertere den indtastede adresse. Af denne grund er computeren ikke i stand til at besøge det valgte websted.

Fejl opstår af visse årsager, og som oftest kan de let løses. Nogle gange viser enheden dem kun for bestemte ressourcer. I dette tilfælde kan adressen være indtastet forkert, eller der er muligvis ingen registrering af den på netværket.

Hvad skal du være opmærksom på først?

Hvis serveren ikke findes på grund af en DNS-opslagsfejl, er der muligvis ikke noget problem med din computer. Af denne grund bør du være opmærksom på de præsenterede anbefalinger og bruge dem.

  • Det er værd at tjekke, om der opstår vanskeligheder, når du forsøger at få adgang til et websted eller alle. I det første tilfælde kan ressourcen undergå nogle ændringer eller støde på driftsproblemer. Brugeren bør vente eller rydde DNS-cachen ved at bruge kommandoen ipconfig /flushdns på en speciel linje som administrator.
  • Hvis det er muligt, bør du kontrollere: DNS-fejlen vises på én brugt enhed eller også på andre. Hvis alle enheder er berørt, kan problemet være hos udbyderen. I dette tilfælde skal du vente, indtil problemet er løst.
  • Når du opretter forbindelse ved hjælp af en Wi-Fi-router, skal du helt slukke for den og genstarte den. Næste gang du forsøger at få adgang til webstedet, vil DNS-serverfejlen sandsynligvis forsvinde.
  • Når du opretter forbindelse til internettet uden at bruge en Wi-Fi-router, anbefales det at gå til listen over forbindelser på din computer. Dernæst skal du slukke for det lokale netværk og tænde det igen.

Det er værd at forstå, at efter disse manipulationer kan DNS-fejlen forblive. I en sådan situation er det værd at bruge andre metoder til at rette det.

Brug af Google Public DNS

  • Du skal gå til listen over enhedsforbindelser. En nem måde at gøre dette på er at trykke på Win+R-tastkombinationen og indtaste kommandoen ncpa.cpl.
  • Det er værd at vælge den forbindelse, der bruges til at få adgang til internettet. Dette er en højhastighedsforbindelse PPPoE, L2TP eller lokalt netværk. Det nødvendige element vælges, og der klikkes på punktet "Egenskaber".
  • TCP/IPv4-protokollen vælges blandt de komponenter, der bruges af forbindelsen.
  • Hvis serveren ikke findes på grund af en DNS-opslagsfejl, er det vigtigt at tjekke, hvilke indstillinger der er tilgængelige i DNS-serverindstillingerne. Når du modtager en adresse automatisk, skal du fortsætte med at indtaste adresser. Derefter angives værdierne 8.8.8.8 og 8.8.4.4. Ellers skal du først indstille den til at modtage automatisk.
  • Efter at have gemt indstillingerne, skal du køre kommandolinjen som administrator og køre ipconfig /flushdns.


Fejlfinding af browserproblemer

Det er muligt at kontrollere DNS-forbindelser, når du bruger en anden browser. For at gøre dette skal du downloade en hvilken som helst webbrowser. I øjeblikket er der et stort antal af dem, og de leveres for det meste gratis. Når browseren er åben, skal du oprette forbindelse til internettet. Hvis tjenesten ikke findes igen på grund af en DNS-opslagsfejl, så er der ingen fejl i browseren. Det betyder, at der er et problem med andre computerindstillinger.

Hvis der overhovedet ikke er nogen problemer, bør brugeren fejlfinde den gamle browser. Ganske ofte opstår de på grund af proxyindstillinger. Derfor er det nødvendigt at ændre dem.

Rengøring og ændring af DNS

Først og fremmest, hvis der vises en DNS-fejl, skal du rydde cachen manuelt, da indstillingen bliver forældet med tiden. Dette kan gøres fra kommandolinjen. Denne procedure er enkel, men den er muligvis ikke effektiv. Hvis DNS-forbindelsesfejlen fortsætter, bør du ændre tjenesten.

Brugeren har mulighed for selvstændigt at indtaste en alternativ DNS-server for at oprette forbindelse. For at gøre dette skal du gå til sektionen ncpa.cpl og vælge den aktive forbindelse og derefter gå til Egenskaber. Du skal finde TCP/IPv4-netværksprotokolposten, som er placeret på fanen "Netværk". Derefter vælges egenskaber og muligheden for at gå til serveradressen. I feltet Foretrukken DNS-server skal brugeren indtaste 208.67.222.222. Så i feltet Alternativ DNS-server skal du indtaste 208.67.220.220. Nyoprettede DNS-servere vil være open source.

Langsom serverrespons ved brug af Google

I dette tilfælde betyder en fejl i søgningen efter en DNS-server, at Googlebot ikke er i stand til at kontakte den. Dette sker, fordi det ikke virker, eller der er et problem med DNS-routing for brugerens domæne. De fleste advarsler og fejl påvirker ikke robottens funktion. Deres forekomst kan også forklares med en lang reaktion, hvilket er et ubehageligt øjeblik for brugerne.

Den første ting du skal gøre er at sikre dig, at Google crawler dit websted. For at gøre dette skal du bruge værktøjet til ressourcens hovedside. Google vil have adgang til siden, hvis brugeren returnerer indholdet uden defekter. DNS-tjenesten kan leveres af din webhostingudbyder eller en anden virksomhed. Det er værd at kontakte det, hvis DNS-sonden er færdig, eller der vises en anden fejlkode.


Serveren kan konfigureres til et websted ved hjælp af jokertegn, så den begynder at svare på anmodninger om underdomæner. Denne tilgang vil lykkes, hvis ressourceindholdet kan oprettes af brugere, og der samtidig er et separat domæne til hver personlige side. Det er værd at bemærke, at dette i nogle situationer kan resultere i duplikeret indhold på værter med forskellige navne. I de fleste tilfælde forhindrer dette ressourcen i at blive crawlet af Googlebot.

Udførelse af en virusscanning på din computer

De tidligere omtalte metoder hjælper måske ikke. Hvis DNS-fejlen stadig vises på skærmen, og den ikke er forårsaget af faktorer, der påvirker computeren eksternt, så bør du scanne den for virus. Brugeren har muligvis allerede et antivirus installeret på deres enhed. Det anbefales at bruge Kaspersky, og dens gratis prøveversion er velegnet. Bitdefender i et lignende design ville også være en glimrende mulighed.

Detektionsniveauet og evnen til effektivt at eliminere vira, mens systemparametrene genoprettes, er ret høje i disse antivirus end i deres analoger. I dette tilfælde er det værd at bruge en fuld systemscanning. Brug af denne metode kan være rigtig nyttig, hvis du ikke kan slippe af med problemet i selve browseren.

Antivirus fejl

Det er værd at være opmærksom på, at selve antivirussen i nogle tilfælde kan forårsage problemer med at oprette forbindelse til internettet. Dette kan også rettes. For at udføre proceduren bruges "Safe Mode". I dette tilfælde genstarter computeren, hvor kun de filer, der er nødvendige for operativsystemet, indlæses. Dette vil hjælpe med at afgøre, om problemet er forårsaget af et antivirus eller et andet program. For at bekræfte dette, anbefales det at gøre følgende:

  • Først og fremmest bør du slukke dit antivirus. Hvis der ikke er nogen forbindelsesfejl, skal du afinstallere antivirusprogrammet og installere en ny.
  • Dernæst skal du genstarte enheden. Hold F8-tasten nede, mens du indlæser den.
  • Du skal vælge "Sikker tilstand med netværk" blandt de angivne muligheder.
  • Forbindelsen kontrolleres derefter. Hvis du opretter forbindelse til netværket, kan du konkludere, at problemet ligger i det program, der i øjeblikket kører på computeren.

Det er nødvendigt at omhyggeligt studere startfilerne og deaktivere programmer, indtil den defekte er fundet.


Router

Hvis serveren ikke findes på grund af en DNS-opslagsfejl, er det værd at kigge på routeren igen. Genstart af det hjælper muligvis ikke i dette tilfælde. I nogle situationer bliver indstillingerne beskadiget. Den mest korrekte og hurtige løsning er at nulstille enheden til standardindstillingerne. Som et resultat heraf nulstilles de trådløse netværksparametre. Sammen med dem forsvinder den information, der sendes gennem havnen.

For at fuldføre proceduren skal du trykke og holde på Reset-knappen, som er placeret på enhedens bagpanel. I dette tilfælde kan du få brug for en spids genstand, såsom en papirclips. Derefter skal du omkonfigurere routeren. Efter nulstilling af enheden skal du ændre indstillingerne for det trådløse netværk, hvis det bruges af brugeren. Dette vil nulstille alle administratorkonti og adgangskoder. At lave indstillingerne er en simpel procedure, men det kræver omhu og korrekte handlinger. Hvis problemet var i routeren, skulle det efter det udførte arbejde være fuldstændig løst.

Derudover er der mulighed for, at routeren er fuldstændig defekt. Hvis du ikke kan nulstille det og geninstallere det, skal du kontakte din internetudbyder. I dette tilfælde vil det være muligt at bestemme årsagen til vanskeligheden ved at oprette forbindelse til netværket. Derudover vil proceduren blive udført af en specialist.


Behovet for at angive DNS for din hosting i domæneposten

En navneserver er designet til at hjælpe med at finde information om et bestemt websted. Ved at udfylde en registrering i deres domæne, vil brugeren give internetpublikummet information i den rigtige retning, som vil føre til det rigtige sted.

Hvis du efterlader den tidligere udbyders data i domæneposten, vil brugeren blive overført til en server, der ikke længere har siden. I dette tilfælde vil det være umuligt at få adgang til webstedet, da udbyderen har slettet ressourceposten fra DNS. Korrekt udførelse er ret vigtig, og manglende overholdelse af anbefalingerne kan føre til vanskeligheder.


Du bør følge trinene beskrevet i materialet, hvis serveren ikke findes på grund af en DNS-fejl. De præsenterede tips vil være nyttige, fordi de hjælper med at bestemme årsagen til problemet og eliminere det rettidigt. De oplysninger, der er angivet ovenfor, vil blive relevante for internetbrugere, da mange af dem står over for den beskrevne vanskelighed. Derudover kan du henvende dig til specialister, hvis du ikke selv kan slippe af med det problem, der er opstået med at få adgang til sider. Dette vil være den mest korrekte løsning i dette tilfælde.

Hvad er en intern serverfejl?

Vladislav!!!

En fejl er en uoverensstemmelse mellem to grupper af objekter, hvoraf den ene er en standard (en grammatisk regel, det rigtige svar på et problem, en løsning, der ville føre til det ønskede resultat), og den anden er noget, der forekommer i virkeligheden. Der opstår fejl inden for alle områder af menneskelig aktivitet. Sandsynlighedsteori og statistik er udviklet til at analysere målefejl. Unøjagtigheden af ​​målinger i mikrokosmos er et af principperne i kvantemekanikken. Der er mange historiske eksempler på, at fejl førte til katastrofale konsekvenser. Mange aforismer er viet til fejl; de fortolkes af filosoffer, digtere, forfattere, historikere og repræsentanter for mange andre discipliner. Derfor er mange dialytiske filosoffer enige i udsagnet "de lærer af fejl". Skeptikere og agnostikere mener, at alle vores ideer højst sandsynligt er fejlagtige.
Det afhænger af serverfejlen...
404 (Ikke fundet eller ingen ressource)
Angiver, at der ikke er nogen ressource på denne adresse.
405 (metode ikke tilladt)
Angiver, at der ikke er angivet en anmodningsmetode for denne adresse.
406 (Ikke acceptabel eller ugyldig anmodning)
Angiver, at anmodningen ikke har nogen indholdsobjekter, der matcher svaret.
407 (Proxy-godkendelse påkrævet eller registrering påkrævet på proxyserveren)
Angiver, at klienten skal godkendes. Proxy-Authorization og Proxy-Authenticate bruges.
408 (Timeout for anmodning eller behandlingstid for anmodning er udløbet)
Det betyder, at anmodningen ikke blev foretaget inden for den tid, som serveren havde angivet.
409 (konflikt)
Angiver, at der er en konflikt mellem anmodningen og ressourcens tilstand i øjeblikket.
410 (Borte eller ressource slettet permanent)
Angiver, at ressourcen er blevet permanent slettet.
411 (længde påkrævet)
Angiver, at serveren ikke accepterer en anmodning med en uspecificeret indholdslængde. Du skal angive den korrekte indholdslængde i anmodningshovedet.
412 (Forudsætning mislykkedes eller enhver forudsætning er ikke opfyldt)
Angiver, at serveren nægter at behandle anmodningen på grund af overskridelse af størrelsesgrænsen.
413 (anmodningsenheden er for stor)
Angiver, at serveren ikke vil behandle anmodningen på grund af dens store størrelse.
414 (Request-URI Too Long eller Ressource-id'et i anmodningen overskrider den maksimale længde)
Angiver, at den anmodede adresse overskrider den maksimale længde.
415 (Ikke-understøttet medietype, eller denne enhedstype understøttes ikke)
Angiver, at anmodningsobjektet har et andet format end anmodningsformatet.
500 (intern serverfejl eller fejl inde i serveren)
Angiver, at der opstod en intern fejl på serveren under behandlingen af ​​anmodningen.
501 (Ikke implementeret eller Der er ingen implementering af denne funktion)
Angiver, at den funktion, som klienten anmoder om, ikke understøttes af serveren, eller at serveren ikke kan genkende anmodningsmetoden.
502 (dårlig gateway eller dårlig gateway)
Angiver, at der var en fejl på serveren, der bruges som gateway.
503 Service ikke tilgængelig)
Angiver, at nogen af ​​servertjenesterne i øjeblikket ikke er tilgængelige.
504 (gateway-timeout eller gateway-timeout udløbet)
Indikerer, at gatewayen har overskredet den maksimale tidsgrænse.
505 (HTTP-version understøttes ikke, eller denne HTTP-version understøttes ikke)
Angiver, at den HTTP-version, der er angivet i anmodningen, ikke understøttes af serveren.

Bruger slettet

500. Intern serverfejl (russisk: Intern serverfejl) - enhver intern serverfejl, der ikke er inkluderet i omfanget af andre fejl i klasse 5xx. Serveren er ikke i stand til at fuldføre en gyldig anmodning eller understøtter ikke anmodninger af den angivne type.
Se på: http://ru.wikipedia.org/wiki/HTTP_404#404

Hvad betyder det: Fejl: HTTP 500 - intern serverfejl?

Jeg kan ikke komme til siden. Browseren viser:

Fejl: HTTP 500 - Intern serverfejl

Hvad betyder det? Er dette slutningen på siden?

Galina Vasilna

Koder, der starter med 5XX betyder, at anmodningen blev udført korrekt, men serveren er i øjeblikket ikke i stand til at klare det. Når de ikke åbner i et stykke tid, bør browseren reagere. Hver browser reagerer forskelligt. Jeg har en Yandex-browser, den spørger oftest, skal jeg vente eller lukke? Men nogle gange viser det "fejl nej...."

Der er mange serversvarkoder, deres betydninger er forskellige. Det enkleste er at prøve at opdatere siden ved at trykke på F5. Ganske ofte løser dette problemet. Du kan spørge, hvad denne eller den kode betyder, den er her


Du kan prøve at løse problemet på denne måde:

Eller her er en anden version af forklaringen, som er mere egnet til hvem:

Foxanoreth

Dette er et internt serverproblem, og du vil bestemt ikke være i stand til at løse det fra siden af ​​en almindelig tredjepartsbruger. Du bør vente lidt, f.eks. en halv time, mens du gør andre ting, og derefter prøve at kontakte serveren igen senere.

Error 500 (intern serverfejl) er en ret almindelig forekomst på internettet og er for det meste intern. Ofte forårsager dette problem ulejlighed for brugere, der forsøger at få adgang til webstedet Gosuslugi.ru. Dette sker især i tider med en massiv tilstrømning af brugere, der forsøger at bruge portalen for statslige tjenester med helt andre hverdagsproblemer (indskrivning af et barn i en skole/klinik, betaling af bøder fra færdselspolitiet, ansøgning om et udenlandsk pas, betaling af skat osv.) .

Årsager til fejl 500

For at rette denne interne serverfejl 500 skal du først finde den og derefter gøre dig klar til at løse problemet. Selve 500-fejlen indikerer, at anmodninger blev behandlet forkert. Samtidig forhindrer interne problemer, at anmodninger kan læses og behandles korrekt, men softwaren er fuldt funktionsdygtig og fungerer korrekt.

Det er vigtigt at huske, at 500-fejlen er intern, og hvis den opstår på et bestemt websted og ikke gælder for alle portaler, kan du være sikker på, at du ikke selv har ret til at ændre noget. Den eneste rigtige løsning er at vente, indtil administratoren løser alle problemerne.

Der er også følgende årsager til dette problem:

  • Forkert skrevne cgi-scripts;
  • Brug af DNS, VPN, proxyserver;
  • Brug af plugins og udvidelser;
  • Lang scriptoperation;
  • Åbne eller forkerte adgangsrettigheder;
  • Problemer med htaccess;
  • Der er ikke nok hukommelse til at køre koden;
  • Problemer med WordPress;
  • Problemer med Joomla og andre CMS.

Retter fejl 500, hvis du er en almindelig bruger

Hvis du går til statens websted og ser fejl 500, skal du ikke blive ked af det. Mest sandsynligt er dette en intern midlertidig serverfejl, og administratoren vil løse problemerne meget snart. Men nogle gange kan problemet være i din computer (browser, internetforbindelse eller software). For at fejlfinde, prøv følgende:

  1. Opdater side (CTRL+F5);
  2. Deaktiver eller geninstaller plugins og installerede browserudvidelser.
  3. Deaktiver webbrowser-temaet, eller geninstaller browseren fuldstændigt (sletning af cache, cookies osv.). CCleaner-programmet vil hjælpe.
  4. Skift land i browserindstillingerne.
  5. Brug en proxyserver eller VPN.
  6. Kontroller DNS-indstillingerne, der er angivet af din internetudbyder, eller, hvis du bruger online-DNS, skal du kontrollere dem for virus.
  7. Vent på, at det tekniske arbejde er afsluttet på statstjenestens hjemmeside. Dette websted er et offentligt websted, så du kan ringe til teknisk support.
  8. Prøv at logge ind på portalen gennem State Services mobilapplikation, der er tilgængelig til både Android og Apple.

Det er værd at bemærke, at Internal Server Error 500 kan udstedes af individuelle sektioner af portalen eller under registrering/optagelse. I dette tilfælde skal du sørge for at skrive til chatten i nederste højre hjørne.

Online support - chat

Hvad skal webstedsadministratorer gøre?

Selvfølgelig vil administratorer af statslige tjenester ikke have brug for yderligere råd om rettelser, men almindelige ejere af webressourcer vil blive hjulpet. For avancerede brugere (administratorer):

  1. Du skal finde filen i systemets rodmapp "fejl log" og tjek det for funktionalitet. Du kan også prøve at indstille adgangsrettigheder til koderne cgi-0755.
  2. Der er begrænsninger på responstiden fra serveren, hvor scriptet skal have tid til at udføre et bestemt arbejde og fuldføre det. Vi anbefaler at indstille et større interval for serveren. Brug de nødvendige programmer, der har evnen til at finde langsomme dele af kode i scriptet.
  3. Hvis der er indstillet forkerte værdier for scripts og deres adgangsrettigheder, vil serveren blokere dem. Brug software, der giver dig mulighed for at ændre tilladelser på bestemte mapper. For scripts er den mest optimale værdi 600. Alle andre filer skal have tilladelser på 644 og mapper - 755.
  4. Fil ".htaccess", i tilfælde af strukturovertrædelse, har tendens til at udstede forkerte (fejlagtige) direktiver.

For at løse dette problem skal du finde ".htaccess" i systemet. Når du har fundet en fil, skal du flytte den (helst til et andet drev), eller bruge en sikkerhedskopi og slette filen.

  • Under den massive tilstrømning af brugere til State Services-webstedet bemærkede hostingfirmaet, at nogle scripts ønskede at bruge for meget hukommelse. Derfor blev adgangen blokeret for sådanne konti, og der blev vist en fejl 500. Dette kan rettes på én måde - for at kontrollere koden for funktionalitet, på grund af hvilken scriptet bruger en enorm mængde hukommelse.
  • Den enkleste og mest ekstreme foranstaltning er at deaktivere WordPress. Men denne foranstaltning er stadig midlertidig, da når WordPress er deaktiveret, kan nogle plugins gå tabt.
  • Dette problem er almindeligt blandt administratorer, der forsøger at logge ind på deres profil i Joomla admin panel. Vi anbefaler at gå til fejlloggen ("logs") og lede efter "error.php". Det er nødvendigt at kontrollere denne fil for funktionalitet. Vi anbefaler også at indstille adgangsrettighederne til 777. Hvis alt andet fejler, anbefales det at deaktivere alle eksisterende plugins én efter én.
  • Bestil en virusscanning af dine filer på din hosting hos eksperterne. Dette sker meget ofte - vira "spiser" simpelthen nogle filer.

Hvis du ikke selv kan løse dette problem, anbefaler vi, at du kontakter support.

Konklusion

Typisk er 500-fejlen intern, og den gennemsnitlige internetbruger kan ikke gøre noget. Tilbage er kun at vente på, at problemerne er løst. Sådanne tekniske problemer på statstjenestens hjemmeside løses ofte ret hurtigt (inden for en dag).

Android er et af de to populære mobile gadget-systemer. Og selvom platformens support er meget god og hurtig, er der ofte tilfælde, hvor der opstår fejl, herunder i Google Play Market-applikationsbutikken, hvorfra næsten alle applikationer til enheden downloades. "Kan ikke oprette forbindelse til serveren" er en af ​​de mest almindelige fejl.

Serverfejl i Play Market: årsager til problemet

Et serverforbindelsesproblem kan opstå på grund af en forkert installeret systemopdatering eller Google Play. Dette er det mest almindelige problem. En af de mulige årsager er også problemer på grund af en fuld applikationscache.

Det er muligt, at der ikke er problemer med Google Play, men der er simpelthen ingen forbindelse til internettet. Tjek, om mobilt internet eller Wi-Fi er slået til.

Der er også muligvis ingen forbindelse til serveren, hvis datoen og klokkeslættet på enheden er forkert, for eksempel efter at brugeren har fjernet batteriet eller helt afladet enheden, nulstilles disse data automatisk.

Det påvirker betjeningen af ​​Play Market og synkronisering med den Google-konto, som alle Android-brugere har. Problemet kan være opstået på grund af installation eller fjernelse af en applikation, der er downloadet fra butikken.

Forbindelsesproblemet kan opstå, hvis du har installeret et hacket program eller bruger cracks til spil.

Og en sidste ting. Mærkeligt nok understøtter ikke alle Android-enheder applikationen og webversionen af ​​butikken. Det skyldes, at nogle smartphones og tablets simpelthen ikke opfylder kompatibilitetskravene. Du kan se listen over modeller på Google Play-webstedet i hjælpesektionen.

Rydder cache

En forbindelse til serveren kan ikke etableres, selvom internettet på enheden er stabilt, og datoen er indstillet korrekt. Den første ting, du skal gøre, er at rydde cachen i Play Butik og Google Play Services-applikationer.

For at gøre dette skal du gå til systemindstillingerne i punktet "Enhed" og vælge "Applikationer". Find Play Market, og klik i rækkefølge:

  • hold op;
  • slette data;
  • ryd cache;
  • fjerne opdateringer.
  • Vi udfører de samme handlinger for applikationen Google Play Services.

    Vi genstarter enheden og prøver at gå til Play Market. Hvis forbindelsen til serveren stadig ikke kan etableres, kan du prøve det næste trin.

    Deaktiver synkronisering

    På grund af en synkroniseringsfejl kan app-butikken heller ikke oprette forbindelse korrekt til serveren. For at deaktivere den skal du gå til enhedsindstillingerne igen, flytte til punktet "Konti", vælg Google.

    Deaktiver al synkronisering og genstart enheden. Log ind på din konto igen, og slå synkronisering til igen. Der kan forekomme en fejl, men vi er ikke opmærksomme på den og forsøger at gå til Play Market.

    Det er vigtigt at slå synkronisering til igen. På grund af dets fravær kan der også opstå problemer med markedet.

    Hvis der stadig ikke er forbindelse til serveren, skal du fortsætte til næste trin.

    Sletning af en Google-konto

    Dette trin kan hjælpe i nogle tilfælde, og hvis spil og andre programmer ikke er knyttet til det, kan du prøve at bruge denne metode til at rette serverkommunikationsfejlen.

    For at slette en konto skal du:

  • gå til Indstillinger;
  • Regnskaber;
  • klik på e-mailadressen;
  • ring til kontekstmenuen med knappen på telefonens frontpanel (ved siden af ​​knapperne Hjem og Tilbage), på nogle telefoner kaldes kontekstmenuen ved at trykke på knappen med tre prikker i øverste højre hjørne af skærmen;
  • vælg slet konto.
  • Geninstallerer Play Butik

    Hvis problemet fortsætter, kan du geninstallere Play Market. For det:

  • åbne tinkturerne;
  • applikationer;
  • vælg Play Market;
  • hold op;
  • Klik på fjern opdateringer;
  • slette data;
  • fjern fra standardopstart;
  • download applikationen med udvidelsen .apk;
  • gå til enhedsfilhåndteringen;
  • kør filen;
  • Efter installationen skal du åbne Play Market og indtaste dit brugernavn og adgangskode.
  • Ansøgningen burde virke.

    Vigtig. Da Market er indbygget i systemet og ikke formodes at blive fjernet, er det ikke tilgængeligt på det officielle Google Play-websted, så du bliver nødt til at downloade det fra tredjepartskilder. Brug kun pålidelige og sikre websteder til at beskytte din enhed. Den seneste version af Play Market kan findes på ressourcen w3bsit3-dns.com og andre lignende.

    Hvad kan du ellers gøre

    Hvis der ikke er oprettet forbindelse til tjenesten, på trods af alle de trin, du har taget, kan du downloade applikationer eksternt. Gå til Google Play-webstedet fra en hvilken som helst browser, og log ind med din konto.

    Grænsefladen adskiller sig næsten ikke fra applikationen; efter at have valgt det ønskede program, klik på installer, efter et stykke tid vises det på din enhed. Du kan få adgang til siden fra en computer, telefon eller tablet. Det vigtigste er, at konti på den enhed, du vil installere applikationen på, og på hjemmesiden matcher. Det vil sige, at hvis du bruger flere konti, skal du til fjerninstallation gøre en aktiv.

    Og den mest radikale mulighed er at nulstille enheden til fabriksindstillingerne. Men samtidig vil alle brugerdata blive slettet: downloadede applikationer, fotos, musik, kontakter osv., smartphonen eller tabletten vender tilbage til samme tilstand som ved køb.

    Video: Play Market - serverfejl, hvad skal man gøre

    Hvis der er problemer med Play Butik, skal du først genstarte din enhed; dette hjælper med de fleste problemer. Hvis fejlen forbliver, vil en af ​​ovenstående metoder helt sikkert hjælpe med at eliminere den. Glem ikke at rydde applikationscachen; på grund af dens overbelægning kan ikke kun Play Market, men også systemet som helhed fungere korrekt.

    På trods af det faktum, at mange brugere af mobilenheder rundt om i verden foretrækker at have Android OS på deres mobile gadgets, med rette at tro, at dette system er bedre og mere pålideligt end dets konkurrenter, præsenterede udviklere for nylig en ubehagelig overraskelse. Efter opdatering af telefonens firmware begyndte de seneste flagskibe at rapportere, at der opstod en fejl ved modtagelse af data fra Play Market-serveren. Derfor skyndte alle brugere sig for at lede efter en løsning på dette problem.

    Låse

    Den første ting, du skal kontrollere, om du har en fejl, når du modtager data fra serveren, er den mulige blokering af denne tjeneste med indbyggede værktøjer. Download enhver filhåndtering til din enhed via din computer.

    Efter opstart skal du gå til mappen system/etc. Vi er interesserede i Åbn det med enhver teksteditor. Til at begynde med skal denne fil kun indeholde én linje med værdien localhost. Alt andet kan sikkert slettes.

    Manuel rengøring

    Da vi startede med en metode, der kræver at downloade en filhåndtering til enheden, er det straks værd at nævne den farligste metode til at løse problemet i Play Market-tjenesten. En fejl ved modtagelse af data fra serveren kan opstå på grund af ødelagte eller ødelagte kontoindstillinger og selve applikationen. Derfor er en af ​​måderne at overvinde dette problem på at rydde indholdet af mappen com.android.vending ved hjælp af en filhåndtering. Denne teknik anbefales udelukkende til avancerede brugere.

    Datarensning

    Hvis du tror, ​​at problemet opstod, mens du brugte Google Play, kan en komplet nulstilling af applikationsdata måske hjælpe. For at gøre dette skal du gå til telefonindstillingerne og vælge "Programmer" (programmer). En fejl ved modtagelse af data fra serveren opstår, når tre hjælpeprogrammer kører - Google Play, Google Services Framework, Google Play-tjenester. For alle disse applikationer skal du gentage den samme procedure. Vælg dem på listen, og klik én efter én på kommandoerne “Stop”, “Afinstaller opdateringer”, “Ryd cache” og “Slet data”.

    Gå derefter til og deaktiver al synkronisering på telefonen. Genstart enheden. Nu kan du tjekke funktionaliteten af ​​Play Market.

    Det er værd at bemærke med det samme, at denne metode ikke er særlig god og tilsyneladende blev udarbejdet af ikke helt kompetente mennesker. Ved at analysere ovenstående handlinger kan vi antage, at fejlen ligger i kontoindstillingerne, men vi isolerer den simpelthen fra applikationen uden at eliminere kilden til selve problemet.

    Geninstallation

    En af de nemmeste og sikreste måder at slippe af med meddelelsen "Fejl under hentning af data fra Play Market-serveren" er fuldstændigt at geninstallere Google Play Market. Afinstaller det helt fra din enhed, og download og geninstaller det derefter ved hjælp af din personlige computer.

    Hvis vi husker det foregående afsnit, kan vi med tillid sige, at denne metode ikke altid vil fungere. Men da det er relativt sikkert, er det værd at prøve først.

    Ud over at geninstallere applikationen er det også værd at huske, at en fejl ved modtagelse af data fra serveren begynder at vises på enheder efter en systemopdatering. Du kan enten rulle operativsystemet tilbage til tiden før opdateringen, eller du kan genindlæse enheden til en ældre version. Under alle omstændigheder skal dette gøres omhyggeligt, da uafhængig indgriben i gadgetens system kan resultere i afvisning af teknisk service fra sælgeren.

    Konto

    Denne metode er den anden side af medaljen til at løse problemet. Det antages, at fejlen sneg sig ind i brugerens data på grund af synkronisering. Hvis din enhed efter alle de foregående trin skriver: "Der opstod en fejl under modtagelse af data fra serveren", så vælg en af ​​følgende metoder.

    1. Nulstil enheden. Gå til dine telefonindstillinger og klik på "Sikkerhedskopiér og nulstil". Alle data relateret til din konto og applikationer vil blive slettet. Efter denne handling kan du igen forbinde din eksisterende konto til enheden. Efter download af applikationerne vil alle data blive returneret til deres oprindelige placering.
    2. Hvis den forrige metode ikke hjalp, kan du prøve at slette din eksisterende Google-konto og tilføje en ny i stedet.
    3. Eller tilslut blot en anden konto uden at slette den gamle.

    Mest sandsynligt vil en af ​​disse metoder hjælpe dig.

    Service

    Da en fejl ved modtagelse af data fra serveren vises efter en officiel opdatering af enhedens operativsystem, har du al ret til at kontakte servicecentret med et lignende problem, og de vil blive bedt om at udføre gratis vedligeholdelse. Så tænk først hundrede gange, om det er værd at prøve at rette fejlen selv, for efter dine manipulationer kan de nemt nægte at hjælpe dig. Især hvis du gør din gadget til en almindelig "mursten" med dine egne hænder. I dette tilfælde skal du forberede penge til en ny mobiltelefon.