Status Respon HTTP

Anda yang berprofesi sebagai seorang admin web server, web developer atau bahkan admin jaringan yang terhubung dengan internet pasti tidak asing dengan code 200 OK, error 404 page not found atau 500 internal server error. 

Namun bagi anda yang masih belum menegtahuinya, anda akan bertanya-tanya apa maksud dari koe status dari website atau ip address yang anda akses tersebut. 

Berikut adalah daftar kode-kode status HTTP yang mungkin suatu ketika akan muncul saat anda mengakses sebuah website atau ip address tertentu.

Daftar kode status HTML ini saya salin dari halaman Wikipedia bahasa inggris, jadi mohon maaf jika ada sebagian dari penjelasan kode yang tidak sesuai dalam penterjemahan atau bahkan tidak saya terjemahkan.

Terdapat lima kelompok kode respon HTTP, dimana digit pertama dari setiap kode menyatakan salah satu dari kelima kelompok tersebut. Kode status HTTP didaftar dan disusun oleh Internet Assigned Numbers Authority (IANA). Namun demikian, Microsoft IIS terkadang menggunakan desimal tambahan sub-kode untuk memberikan informasi yang lebih spesifik, tetapi ini tidak tercantum di sini.

Kode Informasi 1xx

Permintaan diterima, proses dilanjutkan.

kelompok status kode ini menunjukkan respon sementara, hanya terdiri dari Line Status-dan header opsional, dan diakhiri oleh sebuah baris kosong. Karena HTTP/1.0 tidak mendefinisikan kode status 1xx, server tidak harus mengirim tanggapan 1xx ke klien HTTP/1.0 kecuali dalam kondisi eksperimental.

§ 100 Continue

Ini berarti bahwa server telah menerima header permintaan, dan klien harus melanjutkan untuk mengirim request body (dalam kasus request body yang perlu dikirim, misalnya, POST request). Jika request body besar, pengiriman ke server ketika permintaan telah ditolak berdasarkan header yang tidak efisien. Agar server memeriksa apakah permintaan dapat diterima berdasarkan header permintaan itu saja, klien harus mengirimkan Expect: 100-continue sebagai header dalam permintaan awal dan memeriksa apakah kode status 100 Continue diterima dalam respon sebelum melanjutkan (atau menerima 417 Expectation Failed dan tidak melanjutkan).

§ 101 Switching Protocols

Ini berarti pemohon telah meminta server untuk beralih protokol dan server mengakui bahwa ia akan melakukannya.

§ 102 Processing ( WebDAV , RFC 2518)

Sebagian request WebDAV mungkin berisi banyak sub-permintaan yang melibatkan operasi file, mungkin diperlukan waktu yang lama untuk menyelesaikan permintaan.Kode ini menunjukkan bahwa server telah menerima dan memproses permintaan, tetapi respon belum tersedia. Hal ini untuk mencegah klien keluar dengan asumsi permintaan itu hilang.

Kode Sukses 2xx

kelompok kode status ini menunjukkan tindakan yang diminta oleh klien diterima, dipahami, diterima dan diproses dengan sukses.

§ 200 OK

Standar respon untuk permintaan HTTP yang sukses. Respon yang sebenarnya akan tergantung pada metode yang digunakan dalam permintaan. Dalam permintaan GET, respon akan berisi entitas sesuai dengan sumber daya yang diminta. Dalam permintaan POST respon akan berisi entitas menggambarkan atau mengandung hasil dari tindakan.

§ 201 Created

Permintaan telah terpenuhi dan menghasilkan sumber daya baru yang diciptakan.

§ 202 Accepted

Permintaan telah diterima untuk diproses, tetapi pengolahan belum selesai. Permintaan mungkin atau tidak mungkin pada akhirnya akan ditindaklanjuti, karena akan menjadi batasan saat proses sebenarnya terjadi.

§ 203 Non-Authoritative Information (since HTTP/1.1)

Server berhasil memroses permintaan, tetapi mengembalikan informasi yang mungkin berasal dari sumber lain.

§ 204 No Content

Server berhasil memroses permintaan, tetapi tidak mendapatkan konten apa pun.

§ 205 Reset Content

Server berhasil memroses permintaan, tetapi tidak mendapatkan konten apa pun. Tidak seperti respon 204, respons ini mengharuskan pemohon mereset tampilan dokumen.

§ 206 Partial Content

Server memberikan hanya sebagian dari sumber daya karena rentang header yang dikirimkan oleh klien. Rentang Header digunakan oleh alat-alat seperti wget untuk memungkinkan melanjutkan download terputus, atau membagi download ke bagian-bagian simultan.

§ 207 Multi-Status (WebDAV, RFC 4918)

Isi pesan yang berikut adalah pesan XML Partial Content dan dapat berisi sejumlah kode respon terpisah, tergantung pada berapa banyak sub-permintaan dibuat.

§ 208 Sudah Dilaporkan (WebDAV, RFC 5842)

Bagian dari DAV binding yang telah disebutkan sebelumnya dalam jawaban permintaan, dan tidak disertakan lagi.

§ 226 IM Digunakan (RFC 3229)

Server telah memenuhi permintaan GET untuk sumber daya, dan respon adalah representasi dari hasil satu atau lebih contoh-manipulasi diterapkan pada contoh.

§ 230 Otentikasi Sukses ( RFC 2.229 )

Upaya otentikasi klien berhasil.

Kode Redirection 3xx

Klien harus mengambil tindakan tambahan untuk melengkapi permintaan tersebut.

Kelompok kode status ini menunjukkan bahwa tindakan lebih lanjut perlu diambil oleh agen pengguna untuk memenuhi permintaan. Tindakan yang diperlukan dapat dilakukan oleh agen pengguna tanpa interaksi dengan pengguna jika dan hanya jika metode yang digunakan dalam permintaan kedua adalah GET atau HEAD. Seorang agen pengguna tidak seharusnya secara otomatis mengarahkan permintaan lebih dari lima kali, sejak pengalihan tersebut biasanya diidentifikasikan sebagai infinite loop.

§ 300 Multiple Choices

Menunjukkan beberapa pilihan untuk sumber daya yang bisa klien ikuti. Ini, misalnya, dapat digunakan untuk menyajikan pilihan format yang berbeda untuk file daftar video, dengan berbagai ekstensi , atau disambiguasi kata.

§ 301 Moved Permanently

Permintaan ini dan semua permintaan berikutnya harus diarahkan ke URI yang diberikan.

§ 302 Found

Ini adalah contoh dari praktik industri yang bertentangan dengan standar. Spesifikasi HTTP/1.0 (RFC 1945) diperlukan klien untuk melakukan redirect sementara (ungkapan menggambarkan “Pindah sementara”), tetapi browser populer me-implementasikan 302 dengan fungsi dari 303. Oleh karena itu, HTTP/1.1 menambahkan kode status 303 dan 307 untuk membedakan antara dua perilaku. Namun, beberapa aplikasi Web dan kerangka menggunakan kode status 302 seolah-olah itu adalah 303.

§ 303 See Other (since HTTP/1.1)

Respon terhadap permintaan tersebut dapat ditemukan di bawah URI yang lain menggunakan metode GET. Ketika menerima respon POST (atau PUT / DELETE), harus diasumsikan bahwa server telah menerima data dan redirect harus dikeluarkan dengan terpisah GET pesan.

§ 304 Not Modified

Menunjukkan sumber daya belum diubah sejak diminta terakhir.

§ 305 Use Proxy (since HTTP/1.1)

Banyak klien HTTP (seperti Mozilla dan Internet Explorer ) tidak benar dalam menangani respon dengan kode status ini, terutama untuk alasan keamanan.

§ 306 Switch Proxy

Tidak lagi digunakan.

§ 307 Temporary Redirect (since HTTP/1.1)

Dalam hal ini, permintaan harus diulang dengan URI lain. Namun, permintaan berikutnya masih harus menggunakan URI asli

§ 308 Permanent Redirect (approved as experimental RFC)

Permintaan, dan semua permintaan selanjutnya harus diulang dengan menggunakan URI lain. 307 dan 308 (seperti yang diusulkan) merupakan paralel dari 302 dan 301, tetapi tidak memungkinkan perubahan HTTP metode. Jadi, misalnya, mengirimkan formulir ke sumber daya yang dialihkan secara permanen bisa tetap lancar.

Kode Klien Error 4xx

Kelas 4xx kode status dimaksudkan untuk kasus di mana klien tampaknya telah keliru . Kecuali ketika menanggapi permintaan HEAD , server harus mencakup entitas yang berisi penjelasan tentang situasi kesalahan , dan apakah itu adalah suatu kondisi sementara atau permanen . Kode status ini berlaku untuk setiap metode permintaan . Agen pengguna shoulddisplay setiap entitas termasuk untuk pengguna .

§ 400 Bad Request

Permintaan tidak dapat dipenuhi karena sintaks yang buruk .

§ 401 Unauthorized

Serupa dengan 403 Forbidden , tapi khusus untuk digunakan saat otentikasi yang diperlukan dan telah gagal atau belum disediakan . Tanggapan harus menyertakan kolom header WWW -Otentikasi mengandung tantangan berlaku untuk sumber daya yang diminta . Lihat otentikasi akses Dasar dan Digest otentikasi akses .

§ 402 Payment Required

Reserved untuk penggunaan masa depan . Niat asli adalah bahwa kode ini dapat digunakan sebagai bagian dari beberapa bentuk digital cash atau skema micropayment , tapi hal itu tidak terjadi , dan kode ini biasanya tidak digunakan . Sebagai contoh penggunaannya , namun, layanan MobileMe Apple menghasilkan error 402 jika akun MobileMe yang menunggak . Selain itu, YouTube menggunakan status ini jika alamat IP tertentu telah membuat permintaan yang berlebihan , dan membutuhkan orang untuk memasukkan CAPTCHA .

§ 403 Forbidden

Permintaan yang valid , tetapi server menolak untuk menanggapi itu.  respon tidak sah 401 , otentikasi akan ada bedanya . Pada server di mana otentikasi diperlukan , hal ini biasanya berarti bahwa kredensial yang disediakan berhasil dikonfirmasi tetapi bahwa kredensial masih tidak memberikan izin klien untuk mengakses sumber daya ( misalnya pengguna diakui mencoba untuk mengakses konten terbatas ) .

§ 404 Not Found

Sumber yang diminta tidak dapat ditemukan tetapi mungkin tersedia lagi di masa depan . ] Permintaan selanjutnya oleh klien diperbolehkan .

§ 405 Method Not Allowed

Permintaan terbuat dari sumber daya menggunakan metode permintaan tidak didukung oleh sumber daya yang , misalnya , menggunakan GET pada formulir yang memerlukan data yang akan disajikan melalui POST , atau menggunakan PUT pada sumber daya read-only .

§ 406 Not Acceptable

Sumber daya yang diminta hanya mampu menghasilkan konten tidak dapat diterima menurut Terima header dikirim dalam permintaan .

§ 407 Proxy Authentication Required

Klien harus terlebih dahulu mengotentikasi dirinya dengan proxy .

§ 408 Request Timeout

Server timeout menunggu permintaan . Menurut W3 spesifikasi HTTP : ” Klien tidak menghasilkan permintaan dalam waktu yang server siap untuk menunggu . Klien MUNGKIN mengulangi permintaan tanpa modifikasi pada suatu saat nanti . “

§ 409 Conflict

Menunjukkan bahwa permintaan tidak dapat diproses karena konflik dalam permintaan , seperti konflik penyuntingan .

§ 410 Gone

Menunjukkan bahwa sumber daya yang diminta tidak lagi tersedia dan tidak akan tersedia lagi. Ini harus digunakan bila sumber daya telah sengaja dihapus dan sumber daya harus dibersihkan . Setelah menerima kode status 410 , klien tidak harus meminta sumber daya lagi di masa depan . Klien seperti mesin pencari harus menghapus sumber daya dari indeks mereka . Kebanyakan kasus penggunaan tidak memerlukan klien dan mesin pencari untuk membersihkan sumber daya , dan ” 404 Tidak Ditemukan ” dapat digunakan sebagai gantinya.

§ 411 Length Required

Permintaan tidak menentukan panjang isinya , yang dibutuhkan oleh sumber daya yang diminta .

§ 412 Precondition Failed

Server tidak memenuhi salah satu prasyarat yang pemohon memakai permintaan .

§ 413 Request Entity Too Large

Permintaan lebih besar dari server bersedia atau mampu memproses .

§ 414 Request-URI Too Long

The URI disediakan adalah terlalu lama untuk server untuk diproses.

§ 415 Unsupported Media Type

Entitas permintaan memiliki jenis media yang server atau sumber daya tidak mendukung . Sebagai contoh, klien upload gambar sebagai image / svg + xml , tetapi server mensyaratkan bahwa gambar menggunakan format yang berbeda .

§ 416 Requested Range Not Satisfiable

Klien telah meminta untuk sebagian dari file , tetapi server tidak dapat menyediakan bagian itu . Sebagai contoh, jika klien meminta bagian dari file yang terletak di luar akhir file .

§ 417 Expectation Failed

Server tidak dapat memenuhi persyaratan Harapkan lapangan request header . [ 2 ]

§ 418 I’m a teapot (RFC 2324)

Kode ini didefinisikan pada tahun 1998 sebagai salah satu lelucon tradisional IETF April Fools ‘ , dalam RFC 2324 , Hyper Text Coffee Pot Control Protocol , dan tidak diharapkan untuk dilaksanakan oleh server HTTP yang sebenarnya .

§ 420 Enhance Your Calm (Twitter)

Bukan bagian dari standar HTTP , tapi dikembalikan oleh Twitter Search dan Trends API ketika klien sedang tingkat terbatas. Layanan lain mungkin ingin menerapkan kode 429 Terlalu Banyak Permintaan respon gantinya.

§ 422 Unprocessable Entity (WebDAV; RFC 4918)

Permintaan itu well-formed tetapi tidak harus diikuti karena kesalahan semantik .

§ 423 Locked (WebDAV; RFC 4918)

Sumber daya yang sedang diakses terkunci .

§ 424 Failed Dependency (WebDAV; RFC 4918)

Permintaan gagal karena kegagalan permintaan sebelumnya ( misalnya PROPPATCH a) .

§ 424 Method Failure (WebDAV)

Menunjukkan metode ini tidak dijalankan pada sumber daya tertentu dalam ruang lingkup karena beberapa bagian dari pelaksanaan metode gagal menyebabkan seluruh metode untuk dibatalkan .

§ 425 Unordered Collection (Internet draft)

Didefinisikan dalam naskah ” WebDAV Lanjutan Koleksi Protocol ” , tetapi tidak hadir dalam ” Web didistribusikan Authoring dan versi ( WebDAV ) Memerintahkan Koleksi Protocol ” .

§ 426 Upgrade Required (RFC 2817)

Klien harus beralih ke protokol yang berbeda seperti TLS/1.0 .

§ 428 Precondition Required (RFC 6585)

Server asal memerlukan permintaan untuk menjadi bersyarat . Dimaksudkan untuk mencegah ” ‘ hilang update’ masalah , di mana klien GETS negara sumber daya itu , memodifikasi , dan menempatkan kembali ke server , ketika sementara pihak ketiga telah diubah negara pada server , yang mengarah ke konflik . “

§ 429 Too Many Requests (RFC 6585)

Pengguna telah mengirim terlalu banyak permintaan dalam jumlah waktu tertentu . Ditujukan untuk digunakan dengan skema rate limiting .

§ 431 Request Header Fields Too Large (RFC 6585)

Server tidak bersedia untuk memproses permintaan tersebut karena baik sebuah kolom header individu, atau semua field header kolektif , terlalu besar .

§ 444 No Response ( Nginx )

Digunakan di Nginx log untuk menunjukkan bahwa server telah kembali tidak ada informasi ke klien dan menutup koneksi ( berguna sebagai pencegah malware ) .

§ 449 Retry With (Microsoft)

Sebuah ekstensi Microsoft . Permintaan harus retried setelah melakukan tindakan yang tepat .
Seringkali search- engine atau aplikasi kustom akan mengabaikan parameter yang diperlukan . Jika tidak ada tindakan standar yang tepat , website Aviongoo mengirimkan ” HTTP/1.1 449 Coba lagi dengan parameter yang valid : param1 , param2 , . . . ” Respon. Aplikasi dapat memilih untuk belajar , atau tidak .

§ 450 Blocked by Windows Parental Controls (Microsoft)

Sebuah ekstensi Microsoft . Kesalahan ini diberikan ketika Windows Parental Controls dihidupkan dan memblokir akses ke halaman web yang diberikan .

§ 451 Unavailable For Legal Reasons (Internet draft)

Ditetapkan dalam draft internet “A New Status HTTP Kode Sumber Daya Legally – terbatas” . Dimaksudkan untuk digunakan ketika akses sumber daya ditolak karena alasan hukum , egcensorship atau mandat pemerintah memblokir akses . Sebuah referensi untuk 1953 baru dystopian Fahrenheit 451 , di mana buku-buku yang dilarang .

§ 451 Redirect ( Microsoft )

Digunakan Exchange ActiveSync jika ada baik adalah server yang lebih efisien untuk menggunakan atau server tidak dapat mengakses kotak pesan pengguna .
Klien seharusnya kembali menjalankan protokol HTTP Autodiscovery untuk menemukan server lebih cocok .

§ 494 Request Header Too Large (Nginx)

Nginx kode internal mirip dengan 431 tapi itu diperkenalkan sebelumnya .

§ 495 Cert Error (Nginx)

Kode internal Nginx digunakan ketika klien SSL kesalahan sertifikat terjadi untuk membedakannya dari 4XX dalam log dan halaman kesalahan redirection .

§ 496 No Cert (Nginx)

Kode internal Nginx digunakan ketika klien tidak memberikan sertifikat untuk membedakannya dari 4XX dalam log dan halaman kesalahan redirection .

§ 497 HTTP to HTTPS ( Nginx )

Nginx kode internal digunakan untuk permintaan HTTP biasa yang dikirim ke port HTTPS untuk membedakannya dari 4XX dalam log dan halaman kesalahan redirection .

§ 499 Client Closed Request (Nginx)

Digunakan di Nginx log untuk menunjukkan bila koneksi telah ditutup oleh klien sementara server masih memproses permintaan , membuat server yang dapat mengirim kode status kembali .

Kode Server Error 5xx

Server gagal untuk memenuhi permintaan tampaknya valid.

Kode status respon dimulai dengan digit ” 5 ” menunjukkan kasus-kasus di mana server menyadari bahwa mereka telah mengalami kesalahan atau sebaliknya tidak mampu melakukan permintaan . Kecuali ketika menanggapi permintaan HEAD , server harus mencakup entitas yang berisi penjelasan tentang situasi kesalahan , dan menunjukkan apakah itu adalah suatu kondisi sementara atau permanen . Demikian juga , agen pengguna harus menampilkan setiap entitas termasuk untuk pengguna . Kode respon ini berlaku untuk semua metode permintaan .

§ 500 Internal Server Error

Sebuah pesan kesalahan generik , diberikan bila tidak ada pesan yang lebih spesifik cocok .

§ 501 Not Implemented

Server baik tidak mengenali metode permintaan , atau tidak memiliki kemampuan untuk memenuhi permintaan tersebut .

§ 502 Bad Gateway

Server bertindak sebagai gateway atau proxy dan menerima respon tidak valid dari server upstream .

§ 503 Service Unavailable

Server saat ini tidak tersedia ( karena kelebihan beban atau bawah untuk pemeliharaan ) . Umumnya, ini adalah negara sementara .

§ 504 Gateway Timeout

Server bertindak sebagai gateway atau proxy dan tidak menerima respon yang tepat waktu dari server hulu .

§ 505 HTTP Version Not Supported

Server tidak mendukung versi protokol HTTP yang digunakan dalam permintaan .

§ 506 Variant Also Negotiates (RFC 2295)

Negosiasi konten transparan untuk hasil permintaan dalam referensi melingkar .

§ 507 Insufficient Storage (WebDAV; RFC 4918)

Server tidak dapat menyimpan representasi yang dibutuhkan untuk menyelesaikan permintaan .

§ 508 Loop Detected (WebDAV; RFC 5842)

Server terdeteksi infinite loop saat memproses permintaan ( dikirim sebagai pengganti 208 ) .

§ 509 Bandwidth Limit Exceeded (Apache bw/limited extension)

Kode status ini , sementara yang digunakan oleh banyak server , tidak ditentukan dalam RFC .

§ 510 Not Extended (RFC 2774)

Ekstensi lebih lanjut untuk permintaan yang diperlukan untuk server untuk memenuhinya .

§ 511 Network Authentication Required (RFC 6585)

Klien perlu mengotentikasi untuk mendapatkan akses jaringan . Dimaksudkan untuk digunakan oleh mencegat proxy yang digunakan untuk mengontrol akses ke jaringan ( misalnya ” captive portal ” digunakan untuk meminta kesepakatan untuk Persyaratan Layanan sebelum memberikan akses internet secara penuh melalui hotspot Wi – Fi ) .

§ 531 Access Denied (RFC 2229)

Klien otentikasi upaya itu tidak berhasil .

§ 598 Network read timeout error (Unknown)

Kode status ini tidak ditentukan dalam RFC , tapi digunakan oleh Microsoft Corp HTTP proxy untuk sinyal jaringan membaca batas belakang proxy untuk klien di depan proxy .

§ 599 Network connect timeout error (Unknown)

Kode status ini tidak ditentukan dalam RFC , tapi digunakan oleh Microsoft Corp HTTP proxy untuk sinyal jaringan batas waktu connect balik proxy untuk klien di depan proxy .