Daftar kode status HTTP: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
Badak Jawa (bicara | kontrib) Tag: Pembatalan |
|||
(18 revisi perantara oleh 7 pengguna tidak ditampilkan) | |||
Baris 1:
{{Periksa terjemahan|en}}{{HTTP}}Ini adalah daftar kode status respon [[Hypertext transfer protocol|Hypertext Transfer Protocol]] (HTTP). Kode status dikeluarkan oleh
[[Internet Assigned Numbers Authority]] (IANA) mengelola pendaftaran resmi kode status HTTP.<ref name=":1">{{Cite web|url=http://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml|title=Hypertext Transfer Protocol (HTTP) Status Code Registry|website=www.iana.org|access-date=2020-06-24}}</ref>
Baris 5:
Semua kode status respons HTTP dipisahkan menjadi lima kelas atau kategori. Digit pertama dari kode status menentukan kelas respons, sementara dua digit terakhir tidak memiliki peran klasifikasi atau kategorisasi apa pun. Ada lima kelas yang didefinisikan dengan standar:
# ''1xx respon informasi'' - permintaan diterima, melanjutkan proses
# ''2xx
# ''3xx pengalihan''- tindakan lebih lanjut perlu diambil untuk menyelesaikan permintaan
# ''4xx Klien error''- permintaan berisi sintaksis buruk atau tidak dapat dipenuhi
# ''5xx
== 1xx Respon informasi ==
Respons informasi menunjukkan bahwa permintaan diterima dan dipahami. Ini dikeluarkan secara sementara sementara pemrosesan permintaan berlanjut. Ini memperingatkan klien untuk menunggu tanggapan akhir. Pesan hanya terdiri dari baris status dan bidang tajuk opsional, dan diakhiri oleh baris kosong. Karena standar HTTP/1.0 tidak mendefinisikan kode status 1xx,
; {{anchor|100}}100
:
; {{anchor|101}}101
: Pemohon telah meminta
; {{anchor|102}}102 Processing ([[WebDAV]]; RFC 2518)
: Permintaan WebDAV dapat berisi banyak sub-permintaan yang melibatkan operasi file, membutuhkan waktu lama untuk menyelesaikan permintaan. Kode ini menunjukkan bahwa
; {{anchor|103}}103
: Digunakan untuk mengembalikan beberapa header respons sebelum pesan HTTP final.<ref name="RFC_8297">{{cite IETF|title=An HTTP Status Code for Indicating Hints|rfc=8297|last1=Oku|first1=Kazuho|authorlink1=Kazuho Oku|date=December 2017|publisher=[[Internet Engineering Task Force|IETF]]|accessdate=December 20, 2017}}</ref>
Baris 27:
'''200 OK'''
: Respon standar untuk permintaan HTTP yang berhasil. Respon aktual akan bergantung pada metode permintaan yang digunakan. Dalam permintaan GET, respons akan berisi entitas yang sesuai dengan sumber daya yang diminta. Dalam permintaan POST, respon akan berisi entitas yang menjelaskan atau berisi hasil tindakan.<ref name="Leach">{{Cite web|url=https://tools.ietf.org/html/rfc2616.html|title=Hypertext Transfer Protocol -- HTTP/1.1|last=Leach|first=Paul J.|last2=Berners-Lee|first2=Tim|website=tools.ietf.org|language=en|access-date=2020-06-24|last3=Mogul|first3=Jeffrey C.|last4=Masinter|first4=Larry|last5=Fielding|first5=Roy T.|last6=Gettys|first6=James}}</ref>
'''201
: Permintaan telah terpenuhi, menghasilkan penciptaan sumber daya baru.<ref>{{Cite web|url=https://stackoverflow.com/questions/1860645/create-request-with-post-which-response-codes-200-or-201-and-content|title=rest - Create request with POST, which response codes 200 or 201 and content|website=Stack Overflow|access-date=2020-06-24}}</ref>
'''202
: Permintaan telah diterima untuk diproses, tetapi pemrosesan belum selesai. Permintaan mungkin atau mungkin tidak pada akhirnya ditindaklanjuti, dan mungkin tidak diizinkan saat pemrosesan terjadi.<ref>{{Cite web|url=https://httpstatuses.com/202|title=202 Accepted — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref>
'''203''' '''Informasi Non-Resmi (sejak HTTP/1.1)'''
:
'''204 Tanpa Konten'''
:
'''205
:
'''206
:
'''207 Multi-Status (WebDAV; RFC 4918)'''
: Badan pesan yang mengikuti secara default adalah pesan [[XML]] dan dapat berisi sejumlah kode respons terpisah, tergantung pada berapa banyak sub-permintaan yang dibuat.<ref name=":0">{{Cite web|url=https://tools.ietf.org/html/rfc4918.html|title=HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)|last=Dusseault <lisa@xythos.com>|first=L.|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
'''208
: Anggota pengikat DAV telah disebutkan dalam bagian sebelumnya dari respon (multistatus), dan tidak dianggap lagi.
'''226 IM Used (RFC 3229)'''
:
== 3xx Pengalihan ==
Kelas kode status ini menunjukkan klien harus mengambil tindakan tambahan untuk menyelesaikan permintaan. Banyak dari kode status ini digunakan dalam [[pengalihan URL]].<ref name=":1" />
Agen pengguna dapat melakukan tindakan tambahan tanpa interaksi pengguna hanya jika metode yang digunakan dalam permintaan kedua adalah MENDAPATKAN atau MENGHADAPI. Agen pengguna dapat secara otomatis mengalihkan permintaan. Agen pengguna harus mendeteksi dan mengintervensi untuk mencegah pengalihan siklus.<ref name="tools.ietf.org">{{Cite web|url=https://tools.ietf.org/html/rfc7231.html|title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content|last=Fielding|first=Roy|last2=Reschke|first2=Julian|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref>
'''300
: Menunjukkan beberapa opsi untuk sumber dari mana klien dapat memilih (melalui [[Negosiasi konten#dikendalikan agen|negosiasi konten yang dikendalikan oleh agen]]). Misalnya, kode ini dapat digunakan untuk menyajikan beberapa opsi format video, untuk mencantumkan file dengan ekstensi nama file yang berbeda, atau untuk menyarankan disambiguasi arti kata.<ref>{{Cite web|url=https://httpstatuses.com/300|title=300 Multiple Choices — httpstatuses.com|website=httpstatuses.com|access-date=2020-07-03}}</ref>
'''[[HTTP 301|301
: Ini dan semua permintaan di masa mendatang harus diarahkan ke [[Uniform Resource Locator|URI]] yang diberikan.<ref>{{Cite web|url=https://httpstatuses.com/301|title=301 Moved Permanently — httpstatuses.com|website=httpstatuses.com|access-date=2020-07-03}}</ref>
'''[[HTTP 302|302
: Memberitahu klien untuk melihat (menelusuri) URL lain. 302 telah digantikan oleh 303 dan 307. Ini adalah contoh praktik industri yang bertentangan dengan standar. Spesifikasi HTTP / 1.0 (<nowiki>RFC 1945</nowiki>) mengharuskan klien untuk melakukan redirect sementara (frasa yang menggambarkan aslinya adalah "Moved Temporarily"),<ref>{{Cite web|url=https://tools.ietf.org/html/rfc1945.html|title=Hypertext Transfer Protocol -- HTTP/1.0|last=Nielsen|first=Henrik Frystyk|last2=Berners-Lee|first2=Tim|website=tools.ietf.org|language=en|access-date=2020-07-03|last3=Fielding|first3=Roy T.}}</ref> tetapi peramban populer menerapkan 302 dengan fungsi 303 See Other. Karenanya, HTTP / 1.1 menambahkan kode status 303 dan 307 untuk membedakan antara dua perilaku tersebut.<ref
'''[[HTTP 303|303
: Respons terhadap permintaan dapat ditemukan di bawah [[Uniform Resource Locator|URI]] lain menggunakan metode GET. Ketika diterima sebagai respons terhadap POST (atau PUT / DELETE), klien harus menganggap bahwa
'''304
: Menunjukkan bahwa sumber daya belum dimodifikasi sejak versi yang ditentukan oleh [[Daftar bidang header HTTP#Bidang permintaan|header permintaan]] If-Modified-since atau If-None-Match. Dalam kasus seperti itu, tidak perlu mentransmisikan ulang sumber daya karena klien masih memiliki salinan yang diunduh sebelumnya.<ref>{{Cite web|url=https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/304|title=304 Not Modified|website=MDN Web Docs|language=en|access-date=2020-07-03}}</ref>
'''305
: Sumber daya yang diminta hanya tersedia melalui proxy, alamat yang disediakan dalam respons. Untuk alasan keamanan, banyak klien HTTP (seperti [[Mozilla Firefox]] dan [[Internet Explorer]]) tidak mematuhi kode status ini.<ref>{{Cite web|url=https://bugzilla.mozilla.org/show_bug.cgi?id=187996|title=187996 - Strange behavior on 305 redirect|website=bugzilla.mozilla.org|language=en|access-date=2020-07-03}}</ref>
'''306
: Tidak lagi digunakan. Awalnya berarti "Permintaan selanjutnya harus menggunakan proksi yang ditentukan."<ref>{{Cite web|url=https://tools.ietf.org/html/draft-cohen-http-305-306-responses-00.html|title=HTTP/1.1 305 and 306 Response Codes|last=Cohen <josh@microsoft.com>|first=Josh|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref>
'''307
: Dalam hal ini, permintaan harus diulangi dengan URI lain; namun, permintaan di masa mendatang harus tetap menggunakan URI asli. Berbeda dengan bagaimana 302 diterapkan secara historis, metode permintaan tidak diizinkan untuk diubah saat menerbitkan kembali permintaan asli. Misalnya, permintaan POST harus diulang menggunakan permintaan POST lain.<ref
'''308
: Permintaan dan semua permintaan di masa mendatang harus diulang menggunakan URI lain. 307 dan 308 sejajar dengan perilaku 302 dan 301, tetapi ''jangan biarkan metode HTTP berubah''. Jadi, misalnya, mengirimkan formulir ke sumber daya yang dialihkan secara permanen dapat berlanjut dengan lancar.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc7538.html|title=The Hypertext Transfer Protocol Status Code 308 (Permanent Redirect)|last=Reschke <julian.reschke@greenbytes.de>|first=Julian|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref>
== 4xx Klien error ==
[[Berkas:Wikipedia_Not_Found_Page.png|al=A 404 error on Wikipedia.|jmpl|404 error di Wikipedia]]
Kelas kode status ini dimaksudkan untuk situasi di mana kesalahan tampaknya disebabkan oleh klien. Kecuali ketika menanggapi permintaan HEAD,
'''400 Bad Request'''
:
'''401
: Mirip dengan ''403 Forbidden'', tetapi khusus untuk digunakan ketika otentikasi diperlukan dan telah gagal atau belum disediakan. Respons harus mencakup bidang tajuk WWW-Otentikasi yang berisi tantangan yang berlaku untuk sumber daya yang diminta. Lihat [[Basic access authentication]] dan [[Digest access authentication]].<ref>{{Cite web|url=https://httpstatuses.com/401|title=401 Unauthorized — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref> 401 secara semantik berarti "tidak sah", pengguna tidak memiliki kredensial autentikasi yang valid untuk sumber daya target.
'''402 Payment Required'''
: Digunakan untuk penggunaan di masa mendatang. Maksud awalnya adalah bahwa kode ini dapat digunakan sebagai bagian dari beberapa bentuk uang tunai digital atau skema pembayaran mikro, seperti yang diusulkan, misalnya, oleh [[GNU Taler]],<ref>{{Cite web|url=
'''[[HTTP 403|403
: Permintaan berisi data yang valid dan dipahami oleh
'''[[HTTP 404|404 Tidak Ditemukan]]'''
: Sumber daya yang diminta tidak dapat ditemukan tetapi mungkin tersedia di masa depan. Permintaan selanjutnya oleh klien diizinkan.
'''405
: Metode permintaan tidak didukung untuk sumber daya yang diminta; misalnya, permintaan GET pada formulir yang mengharuskan data disajikan melalui POST, atau permintaan PUT pada sumber daya baca-saja.
'''406
: Sumber daya yang diminta hanya mampu menghasilkan konten yang tidak dapat diterima sesuai dengan header Terima yang dikirim dalam permintaan.<ref>{{Cite web|url=https://stackoverflow.com/questions/12865093/spring-3-x-json-status-406-characteristics-not-acceptable-according-to-the-requ|title=Spring 3.x JSON status 406 "characteristics not acceptable according to the request "accept" headers ()"|website=Stack Overflow|access-date=2020-06-24}}</ref> Lihat [[negosiasi Konten]].
'''407
: Klien harus terlebih dahulu mengotentikasi dirinya dengan proxy.<ref>{{Cite web|url=https://httpstatuses.com/407|title=407 Proxy Authentication Required — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref>
'''408 ''Request Timeout'''''
: Server Timeout menunggu permintaan. Menurut spesifikasi HTTP: "Klien tidak menghasilkan permintaan dalam waktu yang disiapkan
'''409
: Menunjukkan bahwa permintaan tidak dapat diproses karena konflik dalam kondisi sumber daya saat ini, seperti [[konflik edit]] antara beberapa pembaruan simultan.
'''410
: Menunjukkan bahwa sumber daya yang diminta tidak lagi tersedia dan tidak akan tersedia lagi. Ini harus digunakan ketika suatu sumber daya telah sengaja dihapus dan sumber daya itu harus dibersihkan. Setelah menerima kode status 410, klien seharusnya tidak meminta sumber daya di masa depan. Klien seperti mesin pencari harus menghapus sumber daya dari indeks mereka.<ref>{{Citation|title=Does Google treat 404 and 410 status codes differently?|url=https://www.youtube.com/watch?v=xp5Nf8ANfOw|accessdate=2020-06-24|language=id-ID}}</ref> Sebagian besar kasus penggunaan tidak memerlukan klien dan mesin pencari untuk membersihkan sumber daya, dan "404 Tidak Ditemukan" dapat digunakan sebagai gantinya.
'''411
: Permintaan tidak menentukan panjang kontennya, yang diperlukan oleh sumber daya yang diminta.<ref>{{Cite book|url=https://books.google.com/books?id=J1gb2eb-NuEC&pg=PA197&lpg=PA197&dq=The+request+did+not+specify+the+length+of+its+content,+which+is+required+by+the+requested+resource.&hl=en|title="List of HTTP status codes".|last=|first=|date=|publisher=PediaPress|isbn=|location=|pages=|language=en|url-status=live}}</ref>
'''412 Precondition Failed (RFC 7232)'''
:
'''413 Payload
: Permintaan lebih besar dari yang diinginkan atau mampu diproses oleh
'''414 URI
: URI yang diberikan terlalu lama untuk diproses oleh
'''415
: Entitas permintaan memiliki jenis media yang tidak didukung
'''416 Range Not Satisfiable (RFC 7233)'''
: Klien telah meminta sebagian dari file ([[byte serving]]), tetapi
'''417 Expectation Failed'''
:
'''[[Hyper Text Coffee Pot Control Protocol|418 I'm a teapot]] (RFC 2324, RFC 7168)'''
: Kode ini didefinisikan pada tahun 1998 sebagai salah satu lelucon tradisional [[IETF]] [[Hari April Mop Request for Comments|April Mop]], di RFC 2324, ''[[Hyper Text Coffee Pot Control Protocol|Protokol Kontrol Pot Kopi Hiper Teks]]'', dan tidak diharapkan diimplementasikan oleh
'''421 Misdirected Request (RFC 7540)'''
: Permintaan diarahkan pada
;{{anchor |423}}423 Locked (WebDAV; RFC 4918)
: Sumber daya yang sedang diakses terkunci.<ref name="RFC_4918"/>
'''426 Diperlukan Peningkatan'''
: Klien harus beralih ke protokol yang berbeda seperti [[Transport Layer Security|TLS/1.0]], yang diberikan di bidang header Upgrade.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2817.html|title=Upgrading to TLS Within HTTP/1.1|last=Lawrence|first=Scott|last2=Khare|first2=Rohit|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
== 5xx Kesalahan
[[Server|Peladen]] gagal memenuhi permintaan.<ref>{{Cite web|url=http://www.csgnetwork.com/servererrors.html|title=Server Error Codes|website=www.csgnetwork.com|access-date=2020-06-24}}</ref>
Kode status respons yang dimulai dengan angka "5" menunjukkan kasus-kasus di mana
'''500
: Pesan kesalahan umum, diberikan ketika kondisi yang tidak terduga ditemukan dan tidak ada pesan yang lebih spesifik yang cocok.<ref>{{Cite web|url=https://www.lifewire.com/500-internal-server-error-explained-2622938|title=Getting a 500 Internal Server Error? Here's What to Do|last=Facebook|last2=Twitter|website=Lifewire|language=en|access-date=2020-06-24|last3=LinkedIn}}</ref>
'''501 Not Implemented'''
:
'''502 Bad Gateway'''
:
'''503 Service Unavailable'''
:
'''504 Gateway Timeout'''
:
'''505 HTTP Version Not Supported'''
:
'''506 Variant Also Negotiates (RFC 2295)'''
: Negosiasi konten transparan untuk permintaan menghasilkan referensi melingkar.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2295.html|title=Transparent Content Negotiation in HTTP|last=Mutz|first=Andrew H.|last2=Holtman|first2=Koen|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
'''507 Insufficient Storage (WebDAV; RFC 4918)'''
:
'''508 Loop Detected (WebDAV; RFC 5842)'''
:
'''510 Not Extended (RFC 2774)'''
: Diperlukan ekstensi lebih lanjut untuk permintaan agar
'''511 Network Authentication Required (RFC 6585)'''
: Klien perlu mengautentikasi untuk mendapatkan akses jaringan. Dimaksudkan untuk digunakan dengan mencegat proksi yang digunakan untuk mengontrol akses ke jaringan (mis., "[[Captive portal]]" yang digunakan untuk mensyaratkan persetujuan terhadap Ketentuan Layanan sebelum memberikan akses Internet penuh melalui [[Hotspot (Wi-Fi)|hotspot Wi-Fi]]).<ref>{{Cite web|url=https://tools.ietf.org/html/rfc6585.html|title=Additional HTTP Status Codes|last=Nottingham|first=Mark|last2=Fielding|first2=Roy|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
Baris 156 ⟶ 158:
=== Layanan Informasi Internet ===
'''440 Login Time-out'''
: Sesi klien telah kedaluwarsa dan harus masuk lagi.<ref>{{Cite web|url=https://support.microsoft.com/en-us/help/941201/|title="Error message when you try to log on to Exchange 2007 by using Outlook Web Access: "440 Login Time-out"".|last=|first=|date=|website=support.microsoft.com|access-date=2020-07-04}}</ref>
'''449 Retry With'''
:
'''451 Redirect'''
: Digunakan di [[Exchange ActiveSync]] ketika
IIS kadang-kadang menggunakan sub-kode desimal tambahan untuk informasi yang lebih spesifik,<ref>{{Cite web|url=https://support.microsoft.com/en-us/help/943891/the-http-status-code-in-iis-7-0-iis-7-5-and-iis-8-0/|title="The HTTP status codes in IIS 7.0".|last=|first=|date=|website=support.microsoft.com|access-date=2020-07-04}}</ref> namun sub-kode ini hanya muncul di payload respon dan dalam dokumentasi, bukan di tempat kode status HTTP yang sebenarnya.
=== Cloudflare ===
Layanan reverse proxy Cloudflare memperluas seri ruang kesalahan 5xx untuk memberi sinyal masalah dengan
'''520 Web Server Returned an Unknown Error'''
:
'''521 Web Server Is Down'''
:
'''522 Connection timed out'''
: Cloudflare tidak dapat menegosiasikan [[handshake TCP]] dengan
'''523 Origin Is Unreachable'''
: Cloudflare tidak dapat mencapai
'''524 Terjadi sebuah timeout'''
: Cloudflare mampu menyelesaikan koneksi TCP ke
== Catatan ==
Baris 188 ⟶ 190:
== Pranala luar ==
{{commons category|
* [[rfc:7231#section-6|RFC 7231 – Hypertext Transfer Protocol (HTTP/1.1): Semantik dan Konten]] – Bagian 6, Kode Status Tanggapan
* [
* Microsoft Knowledge Base: MSKB943891: [http://support.microsoft.com/kb/943891/
* Microsoft Office Knowledge Base: [https://mslivesupportchat.blogspot.com/2020/02/error-code-2-11.html Kode Kesalahan 2–11]
{{DEFAULTSORT:Daftar kode status Http}}
[[Kategori:Kode status Protokol Transfer Hiperteks|Kode status Protokol Transfer Hiperteks]]
[[Kategori:Daftar yang berhubungan dengan internet]]
|