Chaque fois qu’une tâche est exécuté sur un périphérique surveillé, le serveur cible renvoie les codes d’état HTTP pour indiquer l’état de la réponse à partir du serveur.

Ces codes d’état HTTP, ou codes d’erreur réseau,apparaîtront dans les résultats d’une session de suivi ainsi que dans les notifications d’alerte. Ces codes de statut sont maintenus par l’Internet Assigned Numbers Authority (IANA) et la liste la plus actuelle de codes peut être trouvée ici.

À l’aide de filtres, vous pouvez supprimer les résultats avec des codes d’état spécifiques de vos tâches, alertes et rapports. Cliquez sur les documents de référence RFC dans la liste ci-dessous pour plus de détails sur les codes d’état.

 

Wh

a

t est leprotocole HTTP?

Chaque fois qu’un utilisateur visite un site Web, il fait une demande de son navigateur/client à un serveur qui répond avec les ressources qu’il a demandées. . Ces demandes suivent toutes la norme HTTP (Hypertext Transfer Protocol). Le HTTP protocole, qui fait techniquement partie de la couche d’application dans la suite protocole Internet , n’est qu’un de nombreux protocolessous la suite IP. Le Le protocole HTTP est l’épine dorsale d’Internet utilisé pour la communication et l’envoi de données entre les clients et les serveurs. Certains des autres protocoles Internet les plus courants vous beaucoup ont rencontré comprennent les éléments suivants:

 

Protocoles de couche

d’application

Lla application laTEr spécifie les protocoles et les méthodes d’interface utilisés par clients et serveurs. il est la couche wici, le l’interaction entre la personne et l’ordinateur se produit und informations peut être envoyé dans les deux sens à partir d’un serveur via un client/navigateur et interprété et affiché pour les utilisateurs.

  • DNS

    : Le

    protocole DNS(Domain Name System) convertit les noms de domaine en adresses IP lisibles par l’homme pour navigateur afin que les ressources puissent être chargées.

  • FTP

    : Le protocole FTP (Protocolede transfert de fichiers) est utilisé pour transférer des fichiers entre un navigateur et un serveur wimince un réseau informatique.

  • SMTP

    : Le protocole SMTP (SimpleMail Transfer Protocol) est utilisé pour envoyerun nd receive e-mails entre les expéditeurs et les récepteurs sur un réseau.

  • TLS/

    SSL

    : Le protocole SSL (SecureSockets Layer) a été officiellement déprécié en 2015. TLS(Transport Layer Security) a été introduit à sa place pour fournir un moyen sûr de communiquer sur un réseau.

  • IMAP

    : Le protocole IMAP (Internet Message Access Protocol) est utilisé pour gérer et recevoir des messages à partir d’un serveur de messagerie. Contrairement au SMTP, vous ne pouvez pas utiliser le protocole IMAP pour envoyer des messages électroniques.

  • POP

    : Le protocole POP (Post Office Protocol) est comme IMAP, mais la différence est que le protocole POP permet à l’utilisateur de recevoir des messages à partir d’un serveur de messagerie, mais le message est ensuite supprimé du serveur de messagerie. Le protocole IMAP peut synchroniser des messages sur plusieurs appareils. Cela dépend vraiment de la façon dont vous voulez que les utilisateurs accèdent à leurs e-mails.

  • SIP

    : TheSIP (SessionInitiation Protocol) protocole est un protocole de signalisation qui est utilisé en voix en temps réel, vidéo et des applications de messagerie. SIP est le protocole qui est utilisé pour activer et destratagème VoIP (Voice Over InternetProtocol) services. SIP est également utilisé conjointement avec d’autres protocoles, tels que SDP (Protocole de description de session), UDP, TCP et TLS pour transporter des données de session et des médias.

 

Protocoles de

couche de transport

La couche de transport s’occupe de la transmission desdonnées, qui comprend également le TCP et l’UDP protocoleset de s’assurer que les données sont envoyées et reçues correctement et rapidement.

  • Tcp: Le protocole TCP (Transport Control Protocol) est utilisé pour s’assurer que les transmissions entre un client et un serveur sont sécurisées et que le l’ensemble de la communication a été traitée. par exemple quand un serveur renvoie un fichier en raison d’une demande du client, la couche HTTP communiquera avec la couche de transport pour configurer et envoyer le dossier demandé. Le protocole TCP gère le processus d’assemblage et d’envoi (et parfois ré-envoyer, si nécessaire) les paquets de données et s’assure que tous les paquets ont été envoyer et livrés.
  • UDP

    : Le protocole UDP (User Datagram Protocol) permet aux applications d’envoyer des messages, appelés datagrams, à d’autres hôtes d’un réseau.

 

Protocoles de

couche Internet

La couche Internet, également appelée couche réseau, est chargée d’envoyer et de remonter les ackets réseau pde la manière la plus efficace en utilisant les adresses réseau / adresse IP pour envoyer des paquets à leur destination.

  • IP

    : Le protocolIP (Protocole Internet),ainsi que le protocole TCP, est un ensemble d’exigences qui définissent la façon dont les données sont envoyées sur Internet.

  • ICMP

    : Le protocole ICMP (Internet Control Message Protocol) est un protocole réseau qui permet aux périphériques réseau, comme les routeurs,d’aider à diagnostiquer les problèmes de communication. Le protocole ICMP ne concerne pas l’échange données, son but est plutôt d’en s’assurer si les données atteignent la destination prévue.

 

Protocoles de

couche de lien

La couche de lien est til groupe de méthodes de communication qui gère la transmission dedonnées entre les appareils physiques et un réseau.

  • ARP

    :Protocole/procédure ARP (Address Resolution Protocol)pour cartographier les adresses réseau IP à une adresse d’un périphérique matériel physique, autrement connu sous le nom d’adresse MAC.

  • MAC

    : Protocole MAC (Medium Access Control) donne aux périphériques matériels leur numéro d’identification unique. Il permet aux réseaux dect et communiquer avec les appareils.

  • Wi-Fi

    : Le protocole Wi-Fi (Wireless Fidelity), qui est l’un des protocoles sur lesquels nous comptons tous pour la vie quotidienne, est un groupe de protocoles de réseau sans fil qui est utilisé pour se connecter à l’accès à Internet et aux RÉSEAUX (Réseaux locaux).

 

Qu’est-ce que les codes d’état et pourquoi sont-ils importants?

Il y a même des extensions de la protocole HTTP, qui inclutdes HTTPS (Hypertext Transfer Protocol Secure) et WebDAV (Web-based Distributed Authoring and Versioning), dont nousdiscuterons davantage dans les codes de statut HTTP sous. Lorsqu’un client fait une demande au serveur, les codes d’état vous permettent de savoir si la demande a été un succès, un échec ou quelque chose de différent. Les codes d’état sont maintenus par le Internet Assigned Numbers Authority, ou IANA, et comprend des codes de statut de l’Internet Engineering Task Force (IETF) et de l’Internet Society (ISOC). Tel que défini par l’IANA organisationTvoici cinq classifications de la morue de statut HTTPes:

1xx: Informationnel – Demande reçue, processus continu
2xx: Succès – L’action a été accueillie, comprise et acceptée avec succès
3xx: Redirection – D’autres mesures doivent être prises pour compléter la demande
4xx :Erreur client – La demande contient une mauvaise syntaxe ou ne peut pas être remplie
5xx :Erreur de serveur – Le serveur n’a pas répondu à une demande apparemment valide

Particuliers et

ingénieurs

régulièrement

proposer nouveaux codes d’état par le biais de Requests for Comments (mments) (RFC), et l’IETF examinera, adopter, et se retirer status Codes si nécessaire.

 

Codes d’état HTTP expliqués

L’information ci-dessous donne un aperçu de tous les codes de statut HTTP les plus courants, ainsi que les codes de statut HTTP que la plupart des gens ne voient rarement ou même savent exister. Comme nous l’avons mentionné, beaucoup de codes de réponse ne sont jamais vus par les utilisateurs, car ils ne sont visualisables que dans le réseau.

Le premier chiffre du code d’état identifie la classe; cependant, les deux deuxièmes chiffres ne jouent aucun rôle dans la définition du code d’état à un type spécifique de message/réponse. Au sein de ces groupes de classification, il peut y avoir plusieurs codes de statut, et certains groupes ont plus de codes de statut que d’autres. Et bien qu’il existe officiellement plus de 60 codes de statut uniques, la plupart des rencontrer une poignée ou deux au fil du temps.

La plupart de ces codes d’état sont interprétés et traités dans les coulisses. Vous verrez également qu’il existe des groupes de codes qui sont étiquetés comme « non assignés ». Alors que la plupart des codes de statut que nous voyons aujourd’hui ont été normalisés et ont non modifiés au fil du temps, ces numéros non attribués laissent place à la création de codes d’état supplémentaires au besoin. En outre, même si certains des codes utilisateur non attribués ne font pas autrefois partie de la norme HTTP (Hypertext Transfer Protocol), il existe des entreprises qui les utilisent comme réponse personnalisée du serveur pour les utilisateurs, permettant aux entreprises de mieux résoudre les problèmes que les utilisateurs peuvent rencontrer. Cliquez sur les liens du document de référence RFC dans la liste ci-dessous pour plus de détails sur le code d’état HTTP spécifique.

 

Une liste complète et un aperçu des codes de statut HTTP

 

1

xx

Code de

statuts

:

Informationnel

Le 1Xx-les codes d’état HTTP de niveau disent aux utilisateurs que la demande ils avoir fait a été reçu, mais est encore en traitement. Les codes d’état 1xx ne non nécessairement dire qu’il ya un problème, il Jeest juste là pour vous laisser quelque chose est encore en train de terminer. Inclus dans ce groupe ne sont qu’une poignée de 1Xx codes que les utilisateurs peuvent rencontrer et doivent être conscients de.

 


100

: Continuer

Status code 100 Continuer vous indique qu’une partie de la demande a été reçue sans aucun problème. à ce point tout est OK, mais est toujours en cours. Si le partie restante de la demande n’est pas rejetée, le serviceR enverra une réponse finale une fois la demande complèteEd. Si les en-têtes HTTP ont été rejetés, cela garantit que le client ne non envoyer une demande pour le corps. Toutefois, si la demande n’a pas contain un champ d’en-tête, puis le navigateur sera tout simplement ignorer les response. See RFC7231, Section 6.2.1

pour plus d’informations.

101: Protocoles de commutation

De nombreux protocoles HTTP ont été créés depuis les humbles débuts d’Internet. La première version documentée du protocole HTTP était HTTP 0.9. L’itération actuelle est HTTP 2.0 ou HTTP/2. Code d’état 101 Protocoles de commutation indique que le serveur accepte la demande du client de passer à un protocole HTTP différent à travers le champ d’en-tête de mise à niveau. Lorsqu’un navigateur fait une demande de page, il peut recevoir le HTTP code d’état 101, puis l’en-tête de mise à niveau, whiCh Indique le séver passe à une version HTTP différente. Enfin, til hypothèse est que le serveur acceptera de changer de protocole que quand il iest bénéfique, comme la mise à niveau /commutation à un protocole plus nouveau par rapport à un ancien. See RFC7231, Section 6.2.2 pour plus

d’information.

102: Traitement

Un statut code 102 Le traitement n’est utilisé qu’avec WebDAV (Web Distributed Authoring and Versioning). La plupart des pages sont lues uniquement. WebDAV est une extension de la HTTP protocole qui donne aux clients la possibilité de modifierle contenuà distance et de transférer des fichiers. Lla WebDAV (en) protocole a été créé pour donner aux utilisateurs la possibilité de collaborere sur les fichiers avec d’autres, comme Dropbox ou Google Drive. Le code d’état 102 est unN code de réponse provisoire, indiquant au client que le serveur a accepté la demande complète, mais n’a pas rempli la demande. Ce code d’état HTTP n’est envoyé par le serveur si un demande prend plus de 20 secondes. voir RFC2518, Section 10.2 pour plus

d’information.

103: Premiers indices

Les codes d’état 10

3 Early Hints

sont actuellement dans l’évaluation/

phase expérimentale. Ce code d’état serait utilisé lors du préchargement du contenu/ressources externes. Le protocole HTTP/2 permet de pousser le contenu pour accélérer la livraison, afin que les développeurs web puissent pousser le contenu spécifique en attendant que d’autres ressources externes se chargent. Ceci est bénéfique du point de vue de l’utilisateur final car il minimise le temps de chargement perçu. Tson code de réponse HTTP indiquer à un navigateur que le serveur est va envoyer une réponse finale , avec

les champsd’en-tête inclus dans la réponse.

S

ee

RFC8297, Section 2 pour plus d’informations

 

104-199: Non assigné

Les codes d’état 104 à 199 ne sont actuellement pas attribués.

 

Code d’état 2xx : succès

Les codes de statut HTTP de niveau 2xx indiquent que la demande du client à partir du serveur a été successfully reçu et traité. Contrairement aux codes d’état 4xx, les codes d’état 2xx sont ce que vous voulez obtenir. Comme les codes d’état 1xx, les codes d’état 2xx sont traités dans les coulisses et rarement vus par les utilisateurs,saufs’ils utilisent des outils de développeur ou seo pour voir toutes les réponses HTTP d’une page.

 

200: OK

L’un des codes de statut HTTP les plus largement utilisés, le code d’état 200 OK est utilisé pour indiquer qu’une demande a étéreçue, traitée et a étéacceptée. Toutefois, selon la méthode de demande utilisée (GET, HEAD, POST, PUT, DELETE, OPTIONS, TRACE). Par exemple, si la demande est une demande GET, la réponse inclura la ressource. S’il est l’un des autres requêtes, la réponse comprendra le résultat des actions. Lla 200 statut code est l’un des de plus de 10 autres codes de réponse qui est également cacheable, ce qui signifie qu’il peut être sauvé et récupéré via le client, afin de ne pas avoir à faire une autre demande au serveur en l’avenir. S (en)Ee RFC7231, Section 6.3.1 pour plus d’informations.

201: Création

Un code d’état créé 201 est comme un code d’état OK de 200, toutefois, un code d’état 201 signifie qu’une demande a été traitée avec succès, et qu’ellearetourné, ou créé, une ressource ou desurces reso dans le processus. Un Le code d’état 201 est généralement utilisé pour les demandes PUT. Par exemple, wpoule une demande PUT est utilisée,une nouvelle ressource est crééesur l’URL spécifié dans la demande. S’il y a un code d’état 201 dans une demande POST, cela signifie qu’une ressource a été créée à un autre point de terminaison/emplacement de l’API. See RFC7231, Section 6.3.2

pour plus d’informations.

202: Accepté

Lla 202 accepté status code signifie que le serveur a a reçu une demande de traitement, et il Jea été acceptée, mais la demande a non été achevé. Il ne fait pas non plus non signifie que la demande sera éventuellement acceptée, car elle dépendra du moment où le traitement réel aura lieu. Ce type de demande est généralement observé dans les API où un processus de lot est exécuté une fois par jour. depuis est aucun moyen pour HTTP de communiquer après une demande a réussi ou la connexion de l’utilisateur a été fermée, une API peut envoyer un e-mail à un utilisateur notifying (otifying) eux que le processus a réussi. S (en)Ee RFC7231, Section 6.3.3 pour plus d’informations.

203: Informations non faisant autorité

Le code d’état d’information non faisant autorité 203 est généralement utilisé par un PROXY HTTP ou tiers. Le proxy, assis entre le client et le serveur modifier, s’il y a deux ans, les réponses avant d’atteindre le client. À indiquer que quelque chose a été changé au cours de la processus, un code d’état 203 est utilisé. Toutefois, l’inconvénient de cette méthode est que it Jen’est pas possible de savoir quel était le code d’état d’origine si un proxy a changé quelque chose dans la réponse. Une solution de contournement suggérée est de utiliser un en-tête d’avertissement avec un Statut 214 code qui est utilisé À indicate qu’il y avait un changement ou une modification dans le resp onse. En utilisant le wl’en-tête arning permet au code d’état d’origine de passé through. See RFC7231, Section 6.3.4 pour plus

d’informations.

204: Pas de contenu

Un code de statut de 204 Aucun contenu Indique que la réponse a été livrée avec succès par le serveur et remplie et qu’il n’y a pas d’autresent doit être envoyé dans le corps de la réponse. À titre d’exemple, si la demande est envoyée sous forme sur une page, une fois que le response est envoyé, le client/navigateur n’est pas censé changer la vue, ce qui signifie que le formulaire devrait non être rafraîchi ou direct Utilisateurs à une nouvelle paginatione. Non contenu supplémentaire doit être remplacé ou apparaître en fonction de la perspective de l’utilisateur. See RFC7231, Section 6.3.5 pour plus

d’informations.

205: Réinitialiser le contenu

Comme le 204 No Content status code, un code d’état 205 Réinitialisation du contenu indique que le serveur a envoyé la demande avec succès et exige de l’agent utilisateur qu’il actualise/réinitialise la vue à sonétat ginal. Si nous utilisons l’exemple d’un formulaire sur une page, une fois que l’utilisateur complète et soumettres le formulaire, le client / navigateur doit effacer le formulaire de retour à sonétat d’origine afin qu’un utilisateur puisse prendre furtsonaction. Un 205 code d’état suppose qu’aucun autre contenu ne sera fourni. See RFC7231, Section 6.3.6 pour plus

d’informations.

206:

Contenu

partiel

Un 206 Le code d’état du contenu partiel peut être utilisé pour une variété de demandes et Indique que le serveur a réalisé un partiel demande de ressource. Par exemple, si un client ne recherche qu’un part, ou gamme, de un spécifique ressource ou page. Un autre exemple de cas où un 206 statut code est utilisé est en vidéo. Un client ne peut charger vidéo en morceaux pour ne pas avoir à attendre que la vidéo tampon ou de charge, aidant à éviter une expérience utilisateur négative où un utilisateur aurait à attendre plus longtemps avant la fin de la vidé o. Il s’agit d’une pratique exemplaire normale chez le lecteur vidéo HTTPpour éviter la bande passante et les problèmes de latence perçus. See RFC7233, Section 4.1 pour plus

d’informations.

207: Multi-Statut

Lla 207 Multi-statut status code Fournit statut pour plusieurs processus indépendants et utilisé par les serveurs WebDAV. Le message/réponse par défaut est un message texte/XML. il Indique que plusieurs opérations ont eu lieu et que l’état de chaque opération peut être visualisé dans le corps du response (onse). Les codes d’état peuvent varier entre l’une ou l’autre des cinq catégories. Les codes de réponse varient en fonction du nombre de sous-demandes. Contrairement à d’autres 200 statucodes s, un code d’état 207 ne confirmer que le processus a été couronné de succès. Le client doit consulter le corps de chaque demande déterminer s’il a réussi ou non. See RFC4918, Section 11.1 pour plus

d’informations.

208: Déjà signalé

Lla 208 Déjà signalé status code d’état est un autre code d’état utilisé dans l’extension WebDAV. comme le 207 statut code, il permet à un client/navigateur de indiquer au serveur qu’un ressources a déjà été traitée. Lorsqu’un client demande des ressources, il peut être possible qu’une réponse inclut des ressources en double, ce qui signifierait que les mêmes ressources seraient envoyées plusieurs fois, ce qui est redondant. Lla 208 la réponse de statut évite la possibilité de traiter et de répéter la même réponse. Code d’état 208 Réponses n’apparaîtra que dans le corps de la réponse et jamais comme une réponse http réelle. See RFC5842, Section 7.1 pour plus

d’informations.

209-225: Non assigné

Les codes d’état 209 à 225 ne sont actuellement pas attribués.

226:

IM

Utilisé

Un code d’état utilisé 226 IM (Manipulations d’instances) est utilisé pour indiquer qu’un serveur a rempli une demande GET pour une ressource,mais la réponse est la représentation d’une ou plusieurs manipulations d’instance qui ont été appliquées à l’instance actuelle. Dans le protocole HTTP, il existe une extension appelée encodage Delta dans HTTP qui est prise en charge du côté serveur. S’il s’agit d’implemented, le client peut demander des modifications à la version mise en cache, et le serveur enverra les modifications au lieu de ré-envoyerla source entièreà nouveau. Pour pouvoir implémenter cette fonctionnalité, la demande client/navigateur doit préciser quel type de messagerie instantanée pris en charge. Si le serveur prend également en charge cette fonctionnalité, il répondra avec le Code d’état 226 et les changements. Si un Le code d’état 200 est renvoyé, ce qui indique que la fonctionnalité n’est pas prise en charge. See RFC3229, section 10.4.1 pour plus

d’information.

227-299: Non assigné

Les codes d’état 227 à 299 ne sont actuellement pas attribués.

 

3xx: Redirection

Les codes d’état 3xx sont utilisés en cas de redirection d’URL. Les sites Web changent et évoluent constamment, de sorte qu’il peut y avoir des moments où marketers besoin de diriger les utilisateurs vers une mise à jour, ou une page différente. Redirections aider à soulager les utilisateurs d’avoir à rechercher ce qu’ils recherchent et de maintenir votre classement dans les moteurs de recherche. Les actions de redirection peuvent être effectuées automatiquement par le navigateur ou nécessiter une interaction supplémentaire de la part des utilisateurs. Les codes d’état 3xx HTTP sont essentiels pour seo (optimisation des moteurs de recherche) et l’expérience utilisateur, ainsi que dire aux moteurs de recherche quel contenu vous voulez qu’ils rampent et indexent. Jef pas correctement mis en œuvre, les utilisateurs peuvent être dirigés vers un emplacement involontaire, cequi pourrait entraîner un coded’état 4xx et pourrait affecter les scores de qualité SEO.

 

300: Choix multiples

Le code d’état 300 Choix multiples indique qu’un resources’est déplacé et peut rediriger à plusieurs endroits. Dans ce cas, l’utilisateur doit décider quelle ressource utiliser. Le serveur peut indiquer un choix privilégié et qui devrait être Indiqué dans l’en-tête champ où l’agent utilisateur pourrait rediriger automatiquement vers le choix préféré. Dans l’utilisation pratique, tson code d’état est rarement utilisé car il n’existe aucun moyen normalisé de choisir parmi plusieurs réponses. S (en)Ee RFC7231, Section 6.4.1 pour plus d’informations.

301: Déplacé en permanence

Un code d’état permanent déplacé 301 est utilisé pour indiquer qu’une ressource cible a été déplacée vers un emplacement permanent. Le code d’état 301 indique au navigateur/client d’utiliser ce nouvel emplacement ou URL à l’avenir dans l’en-tête. Avec le 301 status code, la nouvelle URL sera donné dans la réponse ainsi que la mise à jour des URL dans le précédent locations), ainsi que la mise à jour de la nouvelle URL. S (en)Ee RFC7231, Section 6.4.2 pour plus d’informations.

302: Trouvé

Un code d’état trouvé 302 indique à un client/navigateur qu’une ressource à laquelle il accède est temporairement situé sous un autre emplacement. Contrairement au code d’état 301, un code d’état 302 indique un déménagement temporaire, desorte que le client ne doit pas automatiquement mettre à jour son Liens au nouvel emplacement, comme encore une fois, il Jes devait être temporaire. Un exemple de l’endroit où le 302 statut le code doit être utilisé s’il y a are multiple URL, mais ils pourrait être servi dans différentes langues. Un utilisateur peut arriver à une URL spécifique, mais le client peut les rediriger automatiquement à t ilpage appropriée en fonction de leurs paramètres de navigateur et d’utiliser ce on visites ultérieures. C’est is a noté que, dans certains cas, les navigateurs peuvent modifier une demande de POST à GET. Dans le cas où cette action est pas favorablementen mesure, un code de statut 307 doit être utilisé. See RFC7231, Section 6.4.3 pour plus

d’information.

303: Voir autre

Un code d’état 303 Voir autre indique qu’un serveur redirige client/navigateur vers une autre ressource. La ressource sera indiqué comme URL le champ d’en-tête. Contrairement aux codes de statut 301 et 302, il ne non signifie qu’une ressource a temporaRily ou en permanence se déplacer, ill’intention est de spécifier le Url à l’endroit où la réponse à la specif (specif)JeC demande peut être fonder via une demande GET. 303 codes d’état devraient non mise en cache, cependant, la réponse à la suivant demande peut être mise en cache. Une utilisation typique de la 303 statut code serait de s’assurer que les utilisateurs do non soumettre accidentellement à nouveau données de formulaire via une demande POST. Ils doivent être dirigés vers une nouvelle page. Si ce n’est pas le cas, ils peuvent cliquer sans le savoir le bouton arrière dans leur navigateur, qui peut leur demander de soumettre ànouveau, ce qui conduit à unnecessary dupliquerles soumissions électroniques. See RFC7231, Section 6.4.4 pour plus

d’information.

304: Non modifié

Un code d’état de 304 Non modifié est envoyé en réponse à une demande conditionnelle GET ou HEAD. Les clients/navigateurs peuvent envoyer une demande conditionnelle, If-Match

, If-None-Match

, If-Modified-Since

, If-Unmodified-Since

, ou If-Range

, demandant si une ressource spécifique a été modifiée depuis une date/heure spécifique. ceci est seulement si le client a déjà acc accédé, téléchargé et enregistré la ressource. S’il a été modifié depuis la dernière date/heure d’accès spécifique, le serveur retournera un code d’état OK de 200. S’il a non depuis cette date/heure, le 304 statut le code est envoyé comme réponse, Indiquant que la ressource économisée devrait être servie puisqu’elle a non Été modifié depuis la dernière fois qu’il a été consulté. S (en)Ee RFC7232, Section 4.1 pour plus d’informations.

305: Utiliser proxy

Le code d’état proxy d’utilisation 305 iestun code d’état déprécié qui n’est plus utilisé en raison d’une considération de sécurité. il a été utilisé pour indicate à un client que le resource qu’ils accédaient doit être consulté via un proxy. Pour de plus amples renseignements sur le code d’état proxy d’utilisation 305, voir RFC7231, section 6.4.5

306:

Inutilisé

Comme le code d’état 305, le statut 306 Inutilisé était à l’origine connu sous le nom switch proxy. Lla 306 code d’état a été utilisé dans un précédent spécification. Son intention était d’être utilisé comme dans indication au client que les reques tssubséquentes à une ressource devraient utiliser le proxy spécifié. Cela a été considéré comme un problème de sécurité, de sorte qu’il n’est plus utilisé. Pour de plus amples renseignements sur le code d’état inutilisé 306, voir RFC7231, section 6.4.6

307: Redirection temporaire

comme le code d’état de redirection trouvé 302Til 307 Redirection temporaire status code Indique au client/navigateur qu’une ressource ou un document est disponible à untemporaire URL et renvoie cette URL. Étant donné que la redirection est temporaire et pourrait changer, le navigateur/client doit continuer à accéder à l’URL actuelle pour suivant Requêtes. La principale différence entre les 302 statut code et le 307 statut code est que le 307 statut le code ne permet pas de modifier les demandes un Publier demande à un Avoir demander, donc si le client a demandé la demande post, elle doit être redirigée et initier la demande POST à nouveau. S (en)Ee RFC7231, Section 6.4.7

308: Redirection permanente

Un code d’état de redirection permanente 308 est un code d’état cacheable (sauf si des contrôles de cache sont implémentés) qui indique qu’une ressource cible est maintenant située à une URL permanente et sousequent demandes devraient également être adressées à cette URL. En outre, le client doit mettre à jour toute anciens signets au nouvel emplacement. Le code d’état 308 est très similaire au code d’état 301, cependant, si un code d’état 308 est envoyé, le client doit initier et envoyer la même demande sur l’emplacement cible. Un 301 code d’état ne fait past doivent le faire. La plupart des navigateurs/clients modifient la demande POST en un GET request. See RFC7238, Section 3 pour plus

d’informations.

 

309-399: Non assigné

Les codes d’état 309 à 399 ne sont actuellement pas attribués.

 

4xx: Erreur client

La classification avec le plus de codes de statut HTTP, Les codes de statut 4xx HTTP ne sont pas ce que vous voulez que vos utilisateurs voient. Tout code de statut qui commence par un 4 signifie qu’il ya un problème avec le client. Les codes d’état 4xx sont généralement générés si une page a été supprimée et non redirigée, ou quelque chose incorrectement entré dans une URL ou un lien. Si les utilisateurs obtiennent un code d’état 4xx redouté, cela signifie qu’il yaun problème avec le client / navigateur de recevoir des informations à partir du serveur. Ces sont des erreurs que les utilisateurs verront apparaître sur leur écran et créer une expérience utilisateur négative, conduisant à un peu de frustration eteux regarder ailleurs. Si les moteurs de recherche analysent votre site et reçoivent une erreur de 404, par exemple, cela s’affiche comme une erreur dans le rapport. Un peu d’erreurs 404 sont très bien et les moteurs de recherche ne considèrent pas nécessairement ces comme une chose négative, mais un 404 qui redirige vers un 404 pourrait avoir un impact négatif sur votre référencement. Non seulement cela, si la page en question est utilisée pour générer du trafic ou des ventes, cela pourrait entraîner une perte de revenus potentiels.

 

400: Mauvaise demande

Une mauvaise demande de 400 code d’état d’erreur signifie que le serveur ne peut pas traiter la demande en raison d’un problème du client. Cela pourrait être pour un certain nombre de raisons, telles qu’un fichier étant trop grand, une mauvaise syntaxe, une URL non valide, ou un autre problème ca utilisépar une application tierce, c’est pourquoi le code de statut 400 est parfois utilisé comme un catch tout code de statut, même s’il ya un problème sur le côté serveur. Cela peut faire du dépannage un 400 statut code un peu plus long et difficile, cependant, avec le 400 status erreur de code et informations d’en-tête, til serveur peut fournir additionnel réponse le long de l’esprith il, qui peut être affiché à le utilisateur pour aider identifier le problème et faciliter le processus de dépannage et de diagnostic de l’erreur. S (en)Ee RFC7231, Section 6.5.1 pour plus d’informations.

401: Non autorisé

Une erreur non autorisée 401 code d’état indique que la demande n’inclut pas les informations d’identification d’authentificationappropriées, l’enthentication a échoué,oul’utilisateur doit se connecter. Le client a besoin d’authentification à partir du serveur. Les termes autorisés et authentifiés sont souvent utilisés de manière interchangeable, mais ils signifient des choses distinctes. Un code d’état de 401 est stri (stri)ctly concernés avec authentification. Dans les cas où vous souhaitez informer un client qu’il n’est pas autorisé à Pas du tout, puis un code d’état de 403 devrait être mis en œuvre. Unen accord avec le spécification, le Statut 401 le code doit également inclure le WWW-Authentifier en-tête à partir du serveur réponse, Indiquant au client quel système d’authentification ou méthode le serveur requir (requir)es. S (en)Ee RFC7235, Section 3.1 pour plus d’informations.

402: Paiement requis

Créer àl’origine d dans le cadre d’un moyen de permettre futurs modes de paiement numérique,l’erreur 402 Paiement requis code d’état est officiellement réservé pour une utilisation future, mais il a utilisé certains limités, mais rares, situations. Pour de plus amples renseignements sur le code d’erreur requis pour le paiement 402, voir RFC7231, section 6.5.2

403: Interdit

La 403 Le code d’état d’erreur interdit indique que la demande du client a été comprise, mais le serveur ne l’autorisera pas,de sorte que le client ne peutpas y accéder. Le serveur peut faire connaître le raison pour laquelle il wmal nepas autoriser la demande dans la réponse, qui pourrait être due à diverses raisons comme mot de passe incorrect ou nom d’utilisateur . Contrairement à la Statut 401 code, qui nécessitent l’authentification, un 403 statut le code peut indiquer que le client n’a vraiment pas d’autorisation pour accéder à ces ressources, donc l’authentification dans ce cas, est non possible. S (en)Ee RFC7231, Section 6.5.3 pour plus d’informations.

404: Ina pas trouvé

L’un des codes de statut les plus courants et les plus infâmes par les utilisateurs et les développeurs, la 404 Ina pas trouvé erreur code d’état Indique que la ressource Obligatoire à partir du serveur ne non existent ou sont not disposés à le fournir au client. Un 404 statut code ne sera pas indiquer si ee manque fournir la ressource est temporairement ou définitivement,mais le client peut faire des demandes subsequent pour y accéder. Dans les cas où il savait que les ressources ont disparu de façon permanente, le code de statut 410 devrait être utilisé. Les codes d’état 404, par défaut, sont également cacheables, à moins que d’autres contrôles de cache arein place. See RFC7231, Section 6.5.4 pour plus

d’informations.

405: Méthode non autorisée

Le code d’état d’erreur 405 Méthode non autorisée indique qu’une ressource spécifique demandée par le client n’est pas prise en charge par le serveur. La méthode 405 non autorisée est comme le 403 Pourcode d’état bidden, cependant, le 403 statut code Indique que la ressource peut être disponibleil Jes juste que le client ne non l’autorisation nécessaire pour exécuter la demande. Avec l’état 405 Méthode non autorisée, le serveur doit indiquer le appropria (appropria)te et supporté méthode pour la ressource cible. Pour plus d’informations sur le code d’erreur 405 Method Not Allowed, voir RFC7231, Section 6.5.5

406: Inacceptable

Comme le code d’état d’erreur 405 Method Not Allowed, le code d’erreur 406 Not Acceptable indique qu’il n’y a pas de prise en charge d’une demande spécifique. Dans ce cas t il406 Code de statut non acceptable indique que le serveur a compris la demande, mais la réponse n’est pas pris en charge ou compris par le client. Un client peut demander des versions spécifiques d’une ressource dans l’en-tête, telles que A-IM ou Accepter la langue, entre autres, mais si le serveur fait non le soutenir, il répond avec le code d’état 406 Non Acceptable. Le serveur peut soit répondre avec une liste de ressource appropriée identificateurs que le client peut choisir De. S (en)Ee RFC7231, Section 6.5.6 pour more information.

407: Authentification par procuration requise

L’authentification par procuration 407 requise erreur sle code tatus est comme le code d’état non autorisé 401, toutefois, dans le cas d’une 407 statut code afin de utiliser un proxy, le client doit d’abord être authentifié. Le proxy doit retourner la méthode d’authentification. Pas aussi fréquent aujourd’hui en raison de l’augmentation des VPN, procurations servir d’intermédiaires entre les utilisateurs/clients et Internet, permettant aux utilisateurs d’accéder aux ressources plus rapidement, car le contenu est typiquement Cache, et peut aussi fournir une couche de sécurité et d’anonymat pour les utilisateurs. Pour plus d’informations sur le code d’erreur requis d’authentification par procuration 407, voir RFC7235, Section 3.2

408: Demande de délai d’attente

Un code d’erreur de délai d’attente de demande 408 signifie que le serveur n’a pas reçu de demande du client dans un laps de temps déterminé. Une demande différée du client peut être due pour diverses raisons, telles qu’une connexion lente ou cassée. Une fois ce délai écoulé, l’état de délai d’attente de la demande 408 est envoyé par le serveur et l’utilisateur/client peut renvoyer la demande à nouveau. Pour plus d’informations sur le code d’erreur de délai d’attente de demande 408, voir RFC7231, section 6.5.7

409: Conflit

Un conflit 409 erreur code d’état Indique que la demande du client pourrait noT être traitées en raison d’un conflit avec le serveur. La demande du client était très bien, mais il étaient problèmes du côté serveur qui empêchent l’exécution de la demande. Un exemple de ceci pourrait être s’il y avait une demande pour qu’un fichier spécifique soit édité, supprimerd, ou créé par l’utilisateur, mais ces fonctionnalités ne sont pas autorisées. Avec la réponse 409, le serveur doit retourner des instructions sur la façon dont l’utilisateur peut résoudre ce problème ou indicate pourquoi le problème est occurring. See RFC7231, Section 6.5.8 pour plus

d’informations.

410: Disparu

Comme le code d’état d’erreur 404 Non Trouvé que nous avons couvert précédemment, t il410 Gone code d’état indique que la ressource que le client demande a été supprimé et n’est plus disponible à partir du serveur. No d’autres informations sont fournies en termes de redirection d’URL ou où accéder à la ressource. Il a été supprimé indéfiniment. Pour plus d’informations sur le code d’erreur 410 Gone, voir RFC7231, Section 6.5.9

411: Longueur requise

Le code d’état d’erreur requis de longueur 411 indique que le serveur n’autorise pas la demande du client en raison d’une demande prédéfinie corps content length. La demande peut être répétée par le client si un en-tête de longueur de contenu valide est spécifié dans la demande de ressources ultérieure. Pour de plus amples renseignements sur le code d’erreur requis sur la longueur 411, voir RFC7231, section 6.5.10

412: Échec de la condition préalable

Demandes conditionnelles au serveur sont autorisés dans le cadre du protocole HTTP. Si la bonne conditions sont remplies dans la demande, la demande est exécutée et traitée par le serveur. Un code d’état d’erreur 412 Précondition Échoué signifie qu’une ou plusieurs conditions de l’en-tête de demande ont échoué. Par exemple, cela peut être utilisé dans la demande GET and a demande conditionnelle est Utilisé À retourner la ressource que si cette ressource has changé. Pour plus d’informations sur le code d’erreur 412 Precondition Failed, voir RFC7232, Section 4.2

413: Entité de demande trop grande

Lla 413 Entité de demande trop grande erreur code d’état Indique que le serveur wmalade pas accepter et traiter la demande due à la demande corps être plus grand que le serveur sera permettre ou peut processus. Ces exemples incluent le téléchargement d’un fichier où le fichier dépasse le maximum taille de téléchargement défini par le serveur ou lorsque le nombre maximum de téléchargements a été dépassé. Dans les cas où ee 413 Entité de demande Trop grande erreur se produit, le serveur peut fermer complètement la connexion pour empêcher le client de continuer à envoyer la demande. Dans certains cas,, it Jes probable que le serveur permettrait au client de réessayer la demande, s’ilJes une condition temporaire, et devrait inclure ce message de retour au client. Howev ( Howev )euh, il Jepossible que la demande pourrait provoquer le serveur lui-même à court de physique espace disque. Dans ce cas, l’erreur de stockage insuffisant 507 est la réponse le client doit recevoir de retour. See RFC7231, section 6.5.11 pour plus

d’information.

414: URI Trop long

Pas une réponse serveur très commune, le code d’état d’erreur 414 URI Too Long signifie que le serveur a refusé la demande du client en raison de la URL étant plus longue que le serveur peut traiter. franginwsers et les moteurs de recherche ne mettre des limites sur la longueur des URL, en partie pour éviter les attaques DDoS ou des erreurs de code, mais le chemin d’une URL ou HTTP ne ont des limites explicites. Donc, si Limit dépasse ce qui est défini par le serveur, l’erreur 414 URI Too Long se produira. Pour plus d’informations sur le code d’erreur 414 URI Too Long, voir RFC7231, Section 6.5.12

415: Type de médias non pris en charge

Le code d’erreur de type média non pris en charge 415 indique que le serveur ne peut pas traiter l’organe dedemande, ou une partie de l’organisme de demande, en raison d’un format multimédia non pris en charge. Même si la demande du client est prise en charge, l’erreur 415 peut être s’il y a du contenu non pris en charge dans le corps de la demande. Un code d’erreur de type média non pris en charge 415 est comme le code d’état 406 Non Acceptable. La différence est que un code d’erreur 406 Non Acceptable n’est pas dû au contenu de l’en-tête ou de l’encodage, en raison de la valeur définie dans l’en-tête HTTP. S’assurer que le serveur peut traiter le format défini ainsi que l’envoi de la demande avec le formulaire correct permettra d’éviter un code d’erreur de type média non pris en charge 415 de se produire. See RFC7231, Section 6.5.13 pour plus

d’information.

416: Gamme non satisfaisante

Comme mentionné avec le code d’état de demande partielle 206, il est possible pour les clients / navigateurs de demander une réponse partielle de retour à partir du servicer, si elle is une partie spécifique d’un fichier ou d’une vidéo par exemple. Les clients et les serveurs utilisent ce qu’on appelle des demandes de exécuter ces demandes. Toutefois, si le serveur ne ne pas prendre en charge ce type de demandes, il sera tout simplement retourner l’ensemble resource avec une réponse 200 OK. Si le serveur prend en charge les demandes de plage, that est où le 416 Demande partielle erreur code d’état entre dans l’image et retournera ce que le client demande. Dans une situation où le serveur prend en charge les demandes de plage, mais le doe serveurs pas d’accord avec le demander reçu parce qu’il ne non se trouvent dans la fourchette Ou peut-être au-delà la plage spécifiée, la gamme 416 non satisfaisante erreur le code d’état sera retourné. S (en)Ee RFC7233, Section 4.4 pour plus d’informations.

417: Attente échouée

Les clients peuvent utiliser un en-tête Expect

pour indiquer qu’il s’attend à un comportement spécifique du serveur. Comme décrit dans le code d’état 100 Continuer, les clients peuvent vérifier auprès du serveur s’il acceptera une demande. Si c’est le cas, le serveur répondra avec le code d’état 100 Continuer. Si ce n’est pas le cas, til 417 Attente échoué erreur code d’état Indique cela le serveur n’a non comprendre le attendre en-tête ou le soutenir, par conséquent, il peutnon traiter le clienT demander. Pour plus d’informations sur le code d’erreur 417 Expectation Failed, voir RFC7231, section 6.5.14


418-42

0

: Non assigné

Codes tatuserror 418-421 sont actuellement non assignés, cependant, code d’état 418 Je suis une petite théière est utilisée dans certains cas. Créé comme une blague poisson d’avril, il a gagné un peu de traction et est parfois utilisé comme une blague ou oeuf de Pâques et non utilisé à des fins quotidiennes réelles. La plupart des navigateurs l’ignorent car ce n’est pas un code d’état officiel. Un autre dans cette catégorie est le code d’état d’erreur 420 Enhance Your Calm qui a été introduit par Twitter. il is uncoded’erreur n qui indique aux clients qu’ils are étant taux limité, qui estune restriction sur le nombre de demandesqu’ils peuvent faire dans un délai déterminé. Depuis 1989, le rédacteur en chef du RFC publiera les RFCs les plus humoristiques. Wikipedia a un aperçu complet des

RFCs poisson d’avril plus humoristique.

421: Demande mal dirigée

Introduit avec le protocole HTTP/2, le 421 Demande mal dirigée erreur code d’état signifie que le serveur reca fait une demande qui a été non destiné à ce serveur spécifique et ne peut pas répondre correctement. Cela peut se produire si le DNS (Domain Name System) est défini sur la mauvaise adresse IP. Les clients sont tenus de inclure un Hôte tête dans la demande. Cela peut également se produire avec des sites qui ont une seule SSL certificat de plusieurs domaines. Cela peut être causé par unN problème avec le fournisseur d’hébergement et / ou navigateur spécifique utilisé, de sorte qu’il peut exiger beaucoup de travail pour vraiment comprendre où se trouve le problème. Si un serveur sait qu’un domaine n’est pas configuré sur le request uest uest, il répondra par la demande 421 Mal dirigée réponse à l’erreur. S (en)Ee RFC7540, section 9.1.2 pour plus d’informations.

422: Entité

nonprocessable

Un 422 Inprocessable entité erreur code d’état Indique un problème avec le contenu de la syntaxe d’une demande. Lla disposition de la demande a été compris par le serveurmais le champs dans la demande sont invalides ou ne non correspondre à ce que le serveur attend. comme le traitement 102 et 207 Multi-Codes d’état, un 422 Inprocessable entité erreur le code est partie du protocole WebDAV et souvent utilisé avec des services Web / API. En général, un 400 Bad Request est la réponse de recommandation, mais si WebDAV est pris en charge, alors til 422 Inprocessable entité doit être utilisé. S (en)Ee RFC4918, article 11.2 pour plus d’informations.

423: Verrouillé

Comme le code d’erreur de l’entité nonprocessable 422, l’erreur verrouillée 423 le code d’état fait également partie du protocole WebDAV. Le code d’état verrouillé 423 indique qu’un file, ressource, ou directement, par exemple, ne peut pas être modifié. Son but est d’éviter que plusieurs utilisateurs mettent à jour un fichier, une ressource, etc., simultanément. Ces ressources peuvent ensuite être débloquées pour l’édition, wpoule nécessaire. Pour plus d’informations sur le code d’erreur verrouillé 423, voir RFC4918, Section 11.3

424: Dépendance ratée

Un autre code d’état pris en charge par le WebDav protocole; la dépendance 424 échoué code d’état d’erreur indique la demande du client a échoué en raison d’une dépendance à une autre demande qui a également échoué. WebDAV utilise une méthode connu sous le nom proppatch

pour mettre à jour certaines propriétés resource. À indiquer si une ressource a été mise à jour avec succès ou non, WebDAV utilise les réponses standard au code d’état HTTP. En outre, le code d’état de dépendance échoué 424 n’est utilisé que dans le cas où la réponse dans l’organisme HTTP a le 207 Multi-Stréponse atus. S (en)o, si PROPPATCH est utilisé

et que la ressource ne parvient pas à mettre à jour, elle enverra un code d’état 4xx indiquant il ya une erreur de mise à jour de la ressource, le code d’erreur de dépendance 424 échoué sera également envoyé avec les autres demandes qui dépendaient de cette mise à jour étant réussie, mais a échoué. EE S RFC4918, section 11.4 pour plus

d’information.

425: Trop tôt

Pas un code d’état HTTP commun qui est utilisé aujourd’hui, le code de réponse d’erreur 425 Too Early est utilisé dans les situations où un client HTTP se connecte à un client HTTPS. Au cours du processus, il peut prendre beaucoup de temps pour établir un lien entre le serveur et le client. Ce processus peut poser un problème de sécurité, de sorte que le serveur dira au client de réessayer la demande jusqu’à ce que la connexion TLS (Transport Layer Security) sécurisée ait été fait. Dans ce cas, le code d’état 425 Too Early sera retourné. Pour plus d’informations sur le code d’erreur 425 Too Early, voir RFC8470, Section 5.2

426: Mise à niveau requise

Le code d’état d’erreur requis de mise à niveau 426 indique au client qu’il doit utiliser un protocole plus nouveau afin de envoyer des demandes au serveur. Par exemple, le client peut utiliser et l’ancienne version de HTTP, comme HTTP/1.0 (en), mais le serveur Exige HTTP (en)2.0. Le serveur n’acceptera pas le demande, mais répondra à la clienT Indiquant protocoles ou protocoles acceptables. Une fois que le client est passé à la protocole requis, le serveur acceptera les demandes du client. Pour plus d’informations sur le code d’erreur requis de mise à niveau 426, voir RFC7231, section 6.5.15

427: Non assigné

Lecodetatus 427 de l’erreur n’est actuellement pas attribué.

428: Condition préalable requise

Le code d’état d’erreur requis 428 précondition indique au client que la demande au serveur doit être une demande conditionnelle. Comme mentionné dans le 304 Code d’état non modifié, un client peut envoyer une demande conditionnelle au serveurcomme Si-Match, Si-Aucun-Match, Si-Modifié-Depuis, If-Unmodified-Sinceou If-Range (If-Range). Toutefois, ces demandes conditionnelles ne sont pas Obligatoire. S’ils sont requis par le serveur, le serveur Indique ceci en répondant avec le code d’erreur requis de condition préalable 428. C’est un peu comme le code d’erreur 412 Precondition Failed, mais le 412 Échec de la condition préalable code d’erreur n’est retourné que si le client a inclus une demande conditionnelle dans l’en-tête qui fait non Match l’état de la ressource sur le serveurs côté. En informant les utilisateurs que les demandes doivent être conditionnelles, cela garantit que les utilisateurs travaillent avec les bons fichiers ou ressources et aide à prévenir utilisateurs de modifications potentiellement de surécrire. S (en)Ee RFC6585, Section 3 pour plus d’informations.

429: Trop de demandes

Tout comme le nom de l’erreur code indique, le coded’état d’erreurde la demande 429 Too Manysignifie que la limitation de taux est implémentée, et que le client dépassé la limite pour savoir comment de nombreuses demandes il peut faire dans un laps de temps déterminé. Avec la réponse d’erreur de 429 demandes de trop, il devrait être Indiqué combien de temps attendre avant Initier une nouvelle demande au serveur, mais ce n’est pas autrefois Obligatoire pour ce faire. Pour plus d’informations sur le code d’erreur Too Many Requests, voir RFC6585, Section 4

430: Non assigné

Le code d’état d’erreur 430 n’est actuellement pas attribué, cependant, il a été proposé à un moment donné d’être le code d’erreur 430 Bloquerait dans le protocole HTTP/1.1 . L’intention était de répondre à ce qui est connu sous le nom de Pipelining. Cela a permis aux clients d’envoyer plusieurs demandes, sur une connexion TCP, en attendant que le serveur respond. Jet n’a jamais officiellement fait dans le standard que le HTTP protocol a été mis à jour àHTTP/ 2.0 et le soutien pour pipelining n’a jamais été largement adopté.

431 En-têtes de demande trop grands

Le code d’état d’erreur 431 Request Headers Too Large indique que le client a envoyé un en-tête request qui dépasse la limite permise. Différents serveurs Web ont des limites de taille variables permises en ce qui concerne les en-têtes. Cela pourrait être dû à une demande d’en-tête individuel étant trop grande ou en raison de l’ensemble combiné taille de tous les les demandes d’en-tête. Dans la plupart des cas, cela peut être facile à remédier, car il iest généralement causé par l’envoi de trop de cookies ou cookies qui sont trop grands dans la taille du fichier. Pour plus d’informations sur le code d’erreur 431 Request Headers Too Large, voir RFC6585, Section 5

432-450

:

Non assigné

Les codes d’état des erreurs 432 à 450 ne sont actuellement pas attribués.

451: Indisponible

pour des raisons juridiques

Erreur scode tatus 451 Indisponible pour des raisons juridiques Indique le serveur refuse de servir le contenu demandé en raison de légal Raisons et devrait également inclure la raison de l’erreur dans la réponse à l’utilisateur. Les raisons de l’utilisation du code d’état d’erreur 451 Indisponible pour des raisons juridiques peuvent inclure gouvernements qui censurent des contenus spécifiques,descontenus qui violent les lois sur le droit d’auteur, comme le DMCA (Digital Millennium Copyright Acts), ou le contenu qui viole les lois ou les ordonnances des tribunaux. La 403 Interdite et 404 codes d’état er ror non trouvés sont parfois utilisés à la place du code d’état d’erreur 451, mais le code de statut d’erreur 451 fournit plus d’informations ou d’explications en why l’erreur se produit. Les utilisateurs ont généralement obtenu autour ee 451 erreur en implémentant des VPN pour accéder au contenu. See RFC7725, Section 3 pour plus

d’informations.

452-499: Non assigné

Les codes d’erreur 452-499 ne sont actuellement pas attribués.

 

5xx: Erreur de serveur

Comme les codes d’état 4xx, les codes d’état 5xx indiquent qu’il ya une erreur,mais l’erreur en question n’est pas probablement due à une mauvaise connexion ou le navigateur lui-même . Les codes d’état 5xx indiquent il ya un problème au niveau du serveur et ne peut pas traiter le demande du client. Avec l’erreur, le serveur doit répondre avec une explication de l’erreur, qu’il s’agisse d’une condition temporaire oupermanente, et comment il peut être remédié.

 

500: Erreur de serveur interne

Le code d’état d’erreur du serveur interne 500 signifie simplement que le serveur problème et ne peut pas traiter la demande. typiquement, le code d’erreur serveur interne 500 utilisé plus comme un code d’erreur serveur générique si le problème exact ne tombe pas dansl’un des autres 5xx Server Error code de statut Spécifications. Til 500 Code d’erreur serveur interne est probablement le la plupart utilisés des codesde classification des erreurs serveur 5xx . Voir RFC7231, section 6.6 pour plus

d’information.

501

: Nonmis en

œuvre

Un 501 non mis en œuvre codes d’état d’erreur se produit lorsque le serveur ne non reconnaître la méthode de la demande et, par conséquent, ne peut pas support ou traiter la demande. il Jes comme le code d’état d’erreur du client 405 Method Not Allowedmais un code d’état d’erreur 501 non implémenté pourrait indiquer que la méthode de demande du client est valide, mais pas prise en charge par le serveur. L’état d’erreur 405 Méthode non autorisée indiquer que la méthode appelée par le client est non supporté et devrait non A été Utilisé. voir RFC7231, Section 6.6.2 pour plus d’informations.

502

:

Bad Gateway

Le code d’erreur 502 Bad Gateway signifie qu’un serveur agit comme un proxy et qu’il a reçu une réponse d’un serveur d’origine qui est revenu invalide. il Jes possible qu’il Jeen raison d’un serveur surchargé et le client peut soumettre à nouveau la demande, mais dans la plupart des cas,, it Jes due À un problème avec le serveur Web Ou CDN (Réseau de distribution de contenu) assis entre le client et le serveur et peut exiger additionnel dépannage avec le fournisseur d’hébergement pour comprendre pourquoi l’erreur est lancée. voir RFC7231, section 6.6.3 pour plus

d’information.

503

: Service indisponible

Le code d’état d’erreur 503 Service Unavailable indique que le serveur est actuellement surchargé de demandes ou hors ressources,est actuellement inmaintenance, ou peut-être e àl’application qu’ils essaient d’accéder est en panne, et le serveur incapable de remplir la demande en raison de l’état actuel. Les clients verront parfois un message ainsi que le code d’état d’erreur 503 Service Indisponible leur disant d’essayer à nouveau la demande plus tard. Toutefois, il ne peut pas fournir une explication définitive de quand ou combien de temps e 503 Service Indisponible code d’état d’erreur peut durer. Voir RFC7231, section 6.6.4 pour obtenir de

l’information.

504: Délai d’attente gateway

Comme le code d’erreur 502 Bad Gateway, le code d’erreur timeout de passerelle 504 est utilisé lorsque le serveur agit comme proxy mais répondra avec un 504 Gateway Timeout code d’état d’erreur si la réponse d’unN serveur d’origine prend trop de temps à répondre. Un code d’état d’erreur 502 Bad Gateway doit être utilisé dans les cas où la réponse n’était pas valide ou non reçu par le serveur proxy Pas du tout. Le message ainsi que le Gat 504efaçon timeout peut indiquer et recommander que le client essaie de rééder la demande. voir RFC7231, Section 6.6.5 pour plus d’informations.

505: Version HTTP non prise en charge

Un code d’état d’erreur 505 HTTP Version Non Pris en charge signifie que le serveur ne prend pas en charge la version du protocole HTTP utilisée dans le message de la demandeet, par conséquent, ne peutpas traiter la demande. Avec la version 505 HTTP Code d’état d’erreur nonpris en charge, la réponse du serveur doit inclure un message indiquant pourquoi ce protocole HTTP spécifique n’est pas pris en charge et quels protocoles sont pris en charge. Voir RFC7231, section 6.6.6 pour plus

d’information.

506: Variante négocie également

La variante 506 négocie également est un code de statut HTTP expérimental et ne fait pas partie de la norme aujourd’hui. Une variante 506 négocie également indique qu’il ya dans un problème de configuration interne avec le serveur en raison de problèmes de négociation de contenu. La négociation de contenu permet aux clients d’envoyer plusieurs en-têtes acceptent et indique au serveur quelle représentation spécifique d’une ressource servir comme indiqué par le navigateur. Cela pourrait être pour servir la bonne langue, document formerunt, etc. Même si la variante 506 négocie également le code d’état d’erreur est en un statut expérimental et ne fait pas officiellement partie de la norme HTTP, est utilisé dans de rares cas. Certains utilisateurs de Google Playont rencontré ce problème dansle passé en essayant de télécharger plusieurs versions d’une application, provoquant lesappareilsir d’essayer continuellement de télécharger l’application dans un processus en boucle fermée. Voir RFC2295, section 8.1 pour plus

d’information.

507: Stockage insuffisant

Un code d’erreur de serveur de stockage insuffisant 507 fait également partie du protocole WebDAV. Le code d’état d’erreur de stockage insuffisant 507 indique au client t hatla demande,comme un PUT ou

un POST

demande, était trop grande dans la taille du fichier. Il peut également indiquer que le serveur a temporairement à court de stockage. Voir RFC4981, section 11.5 pour plus

d’information.

508: Boucle détectée

La boucle 508 détectée serveur code d’état d’erreur, comme le code d’erreur du serveur de stockage insuffisant 507, fait partie du protocole WebDAV. Dans le protocole WebDAV, it Jes possible que le client peut faire une demande à un serveur pour un répertoire entier et créer une cible certains ce même répertoire, résultant en une boucle infinie de demande/réponse. Le code d’état d’erreur du serveur détecté par boucle 508 Indique que le serveur Terminé la demande du clientspécifiquement Profondeur: EnFinity (inity), parce que le servEr identifié la demande en tant que résultant en un iboucle nfinite, appelant à plusieurs reprises sur lui-même. voir RFC5842, article 7.2 pour plus de information.

509: Non assigné

Le code d’état d’erreur du serveur 509 n’est actuellement pas attribué.

510: Non prolongé

Un code d’état d’erreur de serveur 510 Non Extended est actuellement en statut proposé/expérimental et ne fait pas partie de la spécification standard du code de statut HTTP. Le 510 Non Étendu indique au client que la demande nécessite une demande HTTP étendue. Si le serveur répond avec le code d’état d’erreur du serveur non étendu 510, il doit également inclure la façon dont le client devrait remEdy leur demande, mais la spécification fait non explicitement état cela.‘s debate si tson should tomber sous la classification d’erreur serveur 5xx car il pourrait être considéré comme une erreur client 4xx, mais depuis C’est vrai ne faisant pas officiellement partie de la norme, il Jes pas relevfourmi et rarement utilisé pour un usage quotidien. voir RFC2774, Section 7 pour plus d’informations.

511: Autorisation de réseau requise

L’autorisation réseau 511 exigeait le code d’état des erreurs du serveur qui oblige le client à s’authentifier afin d’accéder à un réseau. Par exemple, les utilisateurs peuvent le voir lorsqu’ils essaient de se connecter à un réseau Wi-Fi public dans une entreprise et les utilisateurs doivent accepter leurs conditions avant d’avoir accès. Avec l’autorisation réseau 511 requise réponse aux erreurs du serveur, les utilisateurs doivent également être dirigés vers l’endroit où ils peuvent se connecter. Voir RFC6585, Section 6 pour plus

d’informations.

512-599: Non assigné

Les codes d’état des erreurs du serveur 512-599 ne sont actuellement pas attribués, mais certaines entreprises peuvent utiliser l’un d’eux comme messages d’erreur de serveur personnalisés pour les clients.

 

Surveillance des

réponses au code d’état

HTTP

Pour voir une liste de codes d’état pour une URL spécifique de première main, vous pouvez vérifier l’onglet outils de développement dans votre navigationR. En plus des mesures de vitesse de chargement de la page, vous pouvez également afficher toutes les réponses du serveur, ainsi que tous les codes d’état HTTP associés, pour vous assurer que tout ce qui se trouve sur votre page est interprétation convenablement.

Pour une approche de surveillance plus proactive et automatisée,les solutions de surveillance professionnelles de Dotcom-Monitor peuvent s’assurer que chaque foisqu’un code d’erreur HTTP spécifique est rencontré par un utilisateur,vous r équipes sont informés immédiatement so ils peuvent rapidement remédier au problème. Vous pouvez également utiliser le Fonction filtres à supprimer codes de statut HTTP individuels à partir de tâches, alertes et rapports,de sorte que vous ne respectez pas tous les codes de statut HTTP qui ne sont pas pertinents à vos besoins spécifiques.