Kode status HTTP(Bahasa inggris) Kode status HTTP) - bagian dari baris pertama respons server untuk permintaan HTTP. Ini adalah bilangan bulat dari tiga digit desimal. Digit pertama menunjukkan kelas negara bagian . Kode respons biasanya diikuti dengan frase penjelas yang dipisahkan spasi di bahasa Inggris, yang menjelaskan kepada orang tersebut alasan dari jawaban tersebut. Contoh:

• 201 Dibuat.
• 401 Tidak sah.
• 507 Penyimpanan tidak cukup.

Klien belajar dari kode respons tentang hasil permintaannya dan menentukan tindakan apa yang harus diambil selanjutnya. Kumpulan kode status adalah standar dan dijelaskan dalam RFC yang relevan. Pengenalan kode baru harus dilakukan hanya setelah berkonsultasi dengan IETF. Namun, ada dua kode yang diketahui digunakan yang tidak disebutkan dalam RFC: 449 Retry With. Frasa penjelas "Balas Dengan" juga disebutkan dalam spesifikasi untuk webdav V Jaringan Pengembang Microsoft, diperkenalkan Microsoft dan 509 Bandwidth Limit Exceeded diperkenalkan pada cPanel.

Klien mungkin tidak mengetahui semua kode status, tetapi harus merespons sesuai dengan kelas kode. Saat ini ada lima kelas kode status.

server web Layanan Informasi Internet dalam file lognya, selain kode status standar, ia menggunakan subkode, menuliskannya dengan titik setelah kode utama. Pada saat yang sama, subkode ini tidak ditempatkan dalam respons dari server - ini diperlukan oleh administrator server agar ia dapat menentukan sumber masalah dengan lebih akurat.

daftar ikhtisar

Berikut ini adalah daftar ikhtisar dari semua kode respons yang dijelaskan dalam artikel ini:

Diagram Keputusan Tajuk Server Web

Statistik kode respons dihasilkan oleh penganalisa log Webalizer

• 1xx: Informasi
  • 100 Lanjutkan ("lanjutkan");
  • 101 Protokol Pengalihan ("protokol pengalih");
  • 102 Memproses
• 2xx: Sukses
  • 200 OK ("baik");
  • 201 Dibuat;
  • 202 Diterima
  • 203 Informasi Non-Otoritas (“informasi tersebut tidak otoritatif”);
  • 204 Tanpa Konten ("tanpa konten");
  • 205 Atur Ulang Konten;
  • 206 Konten Sebagian ("sebagian konten");
  • 207 Multi-Status ("multi-status");
  • 226 IM Digunakan.
• 3xx: Pengalihan:
  • 300 Pilihan Ganda ("banyak pilihan");
  • 301 Pindah Permanen ("pindah selamanya");
  • 302 Pindah Sementara
  • 302 Ditemukan ("ditemukan");
  • 303 Lihat Lainnya (“lihat lainnya”);
  • 304 Tidak Dimodifikasi ("tidak berubah");
  • 305 Gunakan Proksi
  • 306 - disimpan(kode hanya digunakan pada spesifikasi awal);
  • 307 Pengalihan Sementara.
• 4xx: Kesalahan Klien:
  • 400 Permintaan Buruk ("permintaan buruk, tidak valid");
  • 401 Tidak sah ("tidak berwenang");
  • 402 Pembayaran Diperlukan
  • 403 Terlarang ("terlarang");
  • 404 tidak ditemukan("tidak ditemukan");
  • 405 Metode Tidak Diizinkan ("metode tidak didukung");
  • 406 Tidak Dapat Diterima
  • 407 Otentikasi Proksi Diperlukan
  • 408 Batas Waktu Permintaan ("waktu habis");
  • 409 Konflik ("konflik");
  • 410 Hilang ("dihapus");
  • 411 Panjang yang Diperlukan;
  • 412 Prasyarat Gagal
  • 413 Muatan Terlalu Besar
  • 414 URI Terlalu Panjang ("URI terlalu panjang");
  • 415 Jenis Media Tidak Didukung ("tipe data tidak didukung");
  • 416 Kisaran Tidak Memuaskan
  • 417 Ekspektasi Gagal
  • 418 Aku adalah poci teh ("Aku adalah teko")
  • 422 Entitas yang Tidak Dapat Diproses
  • 423 Terkunci ("terkunci");
  • 424 Ketergantungan yang Gagal
  • 425 Unordered Collection ("koleksi tidak terurut");
  • 426 Diperlukan Peningkatan
  • 428 Diperlukan Prasyarat
  • 429 Terlalu Banyak Permintaan ("terlalu banyak permintaan");
  • 431 Kolom Header Permintaan Terlalu Besar
  • 444 Menutup koneksi tanpa mengirim header respons. Kode non-standar;
  • 449 Coba Lagi Dengan
  • 451 Tidak Tersedia Karena Alasan Hukum.
• 5xx: Kesalahan Server:
  • 500 Kesalahan Server Internal ("kesalahan server internal");
  • 501 Tidak Diimplementasikan ("tidak diterapkan");
  • 502 Bad Gateway ("gerbang buruk, salah");
  • 503 Layanan Tidak Tersedia ("layanan tidak tersedia");
  • 504 Gateway Timeout (“gateway tidak merespons”);
  • 505 Versi HTTP Tidak Didukung ("Versi HTTP tidak didukung");
  • 506 Varian Juga Bernegosiasi
  • 507 Penyimpanan Tidak Cukup ("penyimpanan meluap");
  • 508 Lingkaran Terdeteksi
  • 509 Batas Bandwidth Terlampaui (“bandwidth saluran habis”);
  • 510 Tidak Diperpanjang ("tidak diperpanjang");
  • 511 Otentikasi Jaringan Diperlukan
  • 520 Kesalahan Tidak Dikenal ("kesalahan tidak diketahui");
  • 521 Server Web Mati ("server web mati");
  • 522 Koneksi Habis ("koneksi tidak merespons");
  • 523 Asal Tidak Terjangkau
  • 524 Timeout Terjadi
  • 525 Jabat Tangan SSL Gagal
  • 526 Sertifikat SSL tidak valid

Deskripsi kode

Informasional

Kelas ini berisi kode-kode yang menginformasikan tentang proses transmisi. Saat bekerja melalui protokol versi 1.0, pesan dengan kode seperti itu harus diabaikan. Di versi 1.1, klien harus siap menerima kelas pesan ini sebagai respons normal, tetapi server tidak perlu mengirim apa pun. Pesan-pesan dari server itu sendiri hanya berisi baris awal respons dan, jika diperlukan, beberapa kolom header khusus respons. Server proxy harus mengirim pesan seperti itu lebih jauh dari server ke klien.

• 100 Lanjutkan - server puas informasi awal tentang permintaan, klien MUNGKIN terus mengirim header. Diperkenalkan di HTTP/1.1.
• 101 Switching Protocols - server menawarkan untuk beralih ke protokol yang lebih sesuai untuk sumber daya yang ditentukan; server harus menunjukkan daftar protokol yang diusulkan di kolom Upgrade header. Jika klien tertarik dengan ini, maka dia mengirimkan permintaan baru yang menunjukkan protokol yang berbeda. Diperkenalkan di HTTP/1.1.
• 102 Memproses - permintaan diterima, tetapi akan memakan waktu lama untuk memprosesnya. Digunakan oleh server untuk mencegah klien mengakhiri koneksi karena batas waktu. Klien, setelah menerima respons seperti itu, harus mengatur ulang pengatur waktu dan menunggu perintah selanjutnya dalam mode normal. Muncul di webdav.

Kesuksesan

Pesan dari kelas ini menginformasikan tentang kasus penerimaan dan pemrosesan permintaan klien yang berhasil. Bergantung pada statusnya, server juga dapat mengirim header dan isi pesan.

• 200 OK - permintaan berhasil. Jika ada data yang diminta oleh klien, itu ada di header dan/atau badan pesan. Diperkenalkan di HTTP/1.0.
• 201 Dibuat - Sumber daya baru telah dibuat sebagai hasil dari permintaan yang berhasil. Server MUNGKIN menentukan alamat (mungkin ada lebih dari satu) dari sumber daya yang dibuat di badan respons, dengan alamat pilihan yang ditunjukkan di header Lokasi. Server direkomendasikan untuk menunjukkan di badan respons karakteristik sumber daya yang dibuat dan alamatnya, format badan respons ditentukan oleh header Jenis-Konten. Saat memproses permintaan, sumber daya baru harus dibuat sebelum respons dikirim ke klien, jika tidak, respons 202 harus digunakan. Diperkenalkan di HTTP/1.0.
• 202 Diterima - permintaan diterima untuk diproses, tetapi tidak selesai. Klien tidak harus menunggu pengiriman pesan terakhir, karena proses yang sangat panjang dapat dimulai. Diperkenalkan di HTTP/1.0.
• 203 Informasi Non-Otoritatif - mirip dengan 200 tanggapan, tetapi dalam hal ini informasi yang dikirimkan tidak diambil dari sumber utama ( cadangan, server lain, dll.) dan karena itu mungkin kedaluwarsa. Diperkenalkan di HTTP/1.1.
• 204 Tanpa Konten - Server berhasil memproses permintaan, tetapi hanya header tanpa badan pesan yang dikirim sebagai respons. Klien tidak harus memperbarui konten dokumen, tetapi dapat menerapkan metadata yang diterimanya. Diperkenalkan di HTTP/1.0.
• 205 Atur Ulang Konten - server mewajibkan klien untuk mengatur ulang data yang dimasukkan oleh pengguna. Server tidak mengirimkan isi pesan, dan dokumen tidak perlu diperbarui. Diperkenalkan di HTTP/1.1.
• 206 Partial Content - Server berhasil menyelesaikan permintaan GET parsial, mengembalikan hanya sebagian dari pesan. Di header Rentang-Konten, server menentukan rentang byte konten. Perhatian khusus ketika bekerja dengan tanggapan seperti ini harus memperhatikan caching. Diperkenalkan di HTTP/1.1. ( lagi...)
• 207 Multi-Status - server mengirimkan hasil dari beberapa operasi independen sekaligus. Mereka ditempatkan di badan pesan itu sendiri sebagai dokumen XML dengan objek multistatus. Tidak disarankan untuk menempatkan status dari seri 1xx di objek ini karena tidak ada artinya dan redundansi. Muncul di webdav.
• 226 IM Digunakan - A-IM header dari klien berhasil diterima dan server mengembalikan konten dengan parameter yang ditentukan. Diperkenalkan di RFC 3229 untuk menambah protokol HTTP dengan dukungan untuk pengkodean delta.

redirect

Kode di kelas ini memberi tahu klien bahwa permintaan lain, biasanya URI yang berbeda, perlu dibuat agar operasi berhasil. Dari kelas ini, lima kode 301, 302, 303, 305, dan 307 merujuk langsung ke pengalihan. Alamat tempat klien harus mengajukan permintaan ditentukan oleh server di header Lokasi. Ini memungkinkan fragmen untuk digunakan di URI target.

Menurut standar terbaru, klien hanya dapat mengarahkan ulang tanpa bertanya kepada pengguna apakah sumber daya kedua diminta menggunakan metode GET atau HEAD. Spesifikasi sebelumnya mengatakan bahwa untuk menghindari perjalanan bolak-balik, pengguna harus ditanyai setelah pengalihan ke-5 berturut-turut. Untuk semua pengalihan, jika metode permintaan bukan HEAD, maka pesan hypertext singkat dengan alamat target harus disertakan dalam badan respons, sehingga jika terjadi kesalahan, pengguna dapat menavigasi sendiri.

Pengembang HTTP mencatat bahwa banyak klien, saat mengarahkan ulang dengan kode 301 dan 302, secara keliru menerapkan metode GET ke sumber daya kedua, meskipun permintaan pertama menggunakan metode yang berbeda (paling sering PUT). Untuk menghindari kesalahpahaman, kode 303 dan 307 diperkenalkan dalam versi HTTP/1.1 dan disarankan untuk menggunakannya daripada 302. Anda perlu mengubah metode hanya jika server merespons dengan 303. Dalam kasus lain, permintaan berikutnya harus dilakukan dengan metode aslinya.

Perilaku klien untuk berbagai pengalihan dijelaskan dalam tabel:

Caching status respons Jika metode bukan GET atau HEAD

• 300 Pilihan Ganda - Pada URI yang ditentukan, ada beberapa opsi untuk menyediakan sumber daya menurut tipe MIME, bahasa, atau karakteristik lainnya. Server mengirimkan daftar alternatif dengan pesan, memungkinkan pilihan dibuat secara otomatis oleh klien atau pengguna. Diperkenalkan di HTTP/1.0.
• 301 Dipindahkan Secara Permanen - Dokumen yang diminta telah dipindahkan secara permanen ke URI baru yang ditentukan di kolom header Lokasi. Beberapa klien berperilaku tidak benar saat memproses kode ini. Diperkenalkan di HTTP/1.0.
• 302 Ditemukan, 302 Dipindahkan Sementara - Dokumen yang diminta untuk sementara tersedia di URI berbeda yang ditentukan di header di bidang Lokasi. Kode ini dapat digunakan, misalnya, dalam negosiasi konten berbasis server. Beberapa[ yang?] klien berperilaku salah saat memproses kode ini. Diperkenalkan di HTTP/1.0.
• 303 Lihat Lainnya - Dokumen di URI yang diminta harus diminta di alamat di bidang Lokasi header menggunakan metode GET, meskipun yang pertama diminta dengan metode yang berbeda. Kode ini diperkenalkan bersama dengan 307 untuk menghindari ambiguitas sehingga server yakin bahwa resource berikutnya akan diminta menggunakan metode GET. Misalnya, halaman web memiliki kolom input teks untuk navigasi dan pencarian cepat. Setelah memasukkan data, browser membuat permintaan menggunakan metode POST, termasuk teks yang dimasukkan di badan pesan. Jika dokumen dengan judul yang dimasukkan ditemukan, server merespons dengan kode 303, yang menunjukkan alamat permanennya di header Lokasi. Kemudian browser dijamin akan memintanya menggunakan metode GET untuk mendapatkan kontennya. Jika tidak, server hanya akan mengembalikan halaman hasil pencarian ke klien. Diperkenalkan di HTTP/1.1.
• 304 Tidak Dimodifikasi - server mengembalikan kode ini jika klien meminta dokumen menggunakan metode GET, menggunakan tajuk If-Modified-Since atau If-None-Match, dan dokumen tidak berubah sejak saat yang ditentukan. Dalam hal ini, pesan server tidak boleh berisi badan. Diperkenalkan di HTTP/1.0.
• 305 Gunakan Proksi - Permintaan ke sumber daya yang diminta harus dilakukan melalui server proxy yang URI-nya ditentukan di bidang header Lokasi. Kode respons ini hanya dapat digunakan oleh server HTTP asal (bukan proxy). Diperkenalkan di HTTP/1.1.
• 306 (Dicadangkan) - Kode respons yang digunakan sebelumnya saat ini dicadangkan. Disebutkan dalam RFC 2616 (pembaruan HTTP/1.1).
• 307 Pengalihan Sementara - Sumber daya yang diminta tersedia sebentar di URI berbeda yang ditentukan di bidang header Lokasi. Metode permintaan (GET/POST) tidak boleh diubah. Misalnya, permintaan POST harus dikirim ke URI baru menggunakan metode POST yang sama. Kode ini diperkenalkan bersama dengan 303 bukan 302 untuk menghindari ambiguitas. Diperkenalkan di RFC 2616 (pembaruan HTTP/1.1).

Kesalahan Klien

Kelas kode 4xx dimaksudkan untuk menunjukkan kesalahan di sisi klien. Saat menggunakan semua metode kecuali HEAD, server HARUS mengembalikan penjelasan hypertext untuk pengguna di badan pesan.

• 400 Permintaan Buruk - Server mengalami kesalahan sintaksis dalam permintaan klien. Diperkenalkan di HTTP/1.0.
• 401 Tidak Sah - Otentikasi diperlukan untuk mengakses sumber daya yang diminta. Header respons harus berisi kolom WWW-Authenticate dengan daftar kondisi autentikasi. Klien MUNGKIN mengulangi permintaan dengan menyertakan bidang Otorisasi di header pesan dengan data yang diperlukan untuk otentikasi.
• 402 Pembayaran Diperlukan - diharapkan akan digunakan di masa mendatang. Saat ini tidak digunakan. Kode ini untuk layanan pengguna berbayar, bukan untuk perusahaan hosting. Artinya, kesalahan ini tidak akan dikeluarkan oleh penyedia hosting jika terjadi keterlambatan pembayaran untuk layanannya. Dicadangkan sejak HTTP/1.1.

Server mengembalikan kesalahan 403 saat mencoba menelusuri direktori "cgi-bin", akses yang ditolak.

• 403 Terlarang - Server memahami permintaan tersebut, tetapi menolak untuk memenuhinya karena pembatasan akses klien ke sumber daya yang ditentukan. Jika akses ke sumber daya memerlukan autentikasi HTTP, server akan mengembalikan respons 401, atau 407 jika menggunakan proxy. Jika tidak, batas tersebut telah ditetapkan oleh administrator server atau pengembang aplikasi web, dan dapat bervariasi tergantung pada kemampuan perangkat lunak yang digunakan. Bagaimanapun, klien harus diberi tahu tentang alasan penolakan untuk memproses permintaan. Alasan yang paling mungkin untuk pembatasan tersebut adalah upaya untuk mengakses sumber daya sistem server web (misalnya, file .htaccess atau .htpasswd) atau file yang telah ditolak aksesnya menggunakan file konfigurasi, otentikasi non-HTTP diperlukan, misalnya, untuk mengakses sistem manajemen konten atau bagian untuk pengguna terdaftar, atau server tidak puas Alamat IP klien, misalnya, saat memblokir. Diperkenalkan di HTTP/1.0.
• 404 Not Found adalah kesalahan paling umum saat menggunakan Internet, alasan utamanya adalah kesalahan penulisan alamat halaman Web. Server memahami permintaan tersebut, tetapi tidak menemukan sumber daya yang cocok di URL yang ditentukan. Jika server mengetahui bahwa ada dokumen di alamat ini, maka disarankan untuk menggunakan kode 410. Alih-alih 403, respons 404 dapat digunakan jika Anda ingin menyembunyikan sumber daya tertentu dengan hati-hati dari pengintip. Diperkenalkan di HTTP/1.0.
• 405 Metode Tidak Diizinkan - Metode yang ditentukan oleh klien tidak dapat diterapkan ke sumber daya saat ini. Sebagai tanggapan, server HARUS menentukan metode yang tersedia di header Izinkan, dipisahkan dengan koma. Server harus mengembalikan kesalahan ini jika metode diketahui, tetapi tidak berlaku secara khusus untuk sumber daya yang ditentukan dalam permintaan, tetapi jika metode yang ditentukan tidak berlaku di seluruh server, maka klien harus mengembalikan kode 501 ( Tidak Diimplementasikan). Diperkenalkan di HTTP/1.1.
• 406 Tidak Dapat Diterima - URI yang diminta tidak dapat memenuhi karakteristik yang diteruskan di header. Jika metodenya bukan HEAD, maka server HARUS mengembalikan daftar karakteristik yang valid untuk sumber daya yang diberikan. Diperkenalkan di HTTP/1.1.
• Diperlukan Autentikasi Proksi 407 - Responsnya mirip dengan kode 401, kecuali bahwa autentikasi dilakukan untuk server proxy. Mekanismenya mirip dengan otentikasi di server asal. Diperkenalkan di HTTP/1.1.
• 408 Request Timeout - Server telah kehabisan waktu menunggu transfer dari klien. Klien dapat mengulangi permintaan yang serupa dengan yang sebelumnya kapan saja. Misalnya, situasi seperti itu dapat terjadi saat mengunggah file besar ke server menggunakan metode POST atau PUT. Di beberapa titik transfer, sumber data berhenti merespons, misalnya karena CD rusak atau kehilangan komunikasi dengan komputer lain di jaringan lokal. Selama klien tidak mengirimkan apa pun, menunggu respons darinya, koneksi ke server tetap terjaga. Setelah beberapa waktu, server dapat menutup koneksi di sisinya untuk mengizinkan klien lain membuat permintaan. Tanggapan ini tidak dikembalikan ketika klien secara paksa menghentikan transfer atas perintah pengguna atau koneksi terputus karena alasan lain, karena tanggapan tidak dapat lagi dikirim. Diperkenalkan di HTTP/1.1.
• 409 Konflik - Permintaan tidak dapat diselesaikan karena permintaan sumber daya yang bertentangan. Ini dimungkinkan, misalnya, ketika dua klien mencoba mengubah sumber daya menggunakan metode PUT. Diperkenalkan di HTTP/1.1.
• 410 Hilang - server mengirimkan respons seperti itu jika sumber daya dulu berada di URL yang ditentukan, tetapi telah dihapus dan sekarang tidak tersedia. Dalam hal ini, server juga tidak mengetahui lokasi dokumen alternatif (misalnya salinan). Jika server curiga bahwa dokumen tersebut dapat dipulihkan dalam waktu dekat, maka lebih baik untuk klien kode sandi 404. Diperkenalkan di HTTP/1.1.
• 411 Panjang Diperlukan - Untuk sumber daya yang ditentukan, klien harus menentukan Content-Length di header permintaan. Tanpa menentukan bidang ini, Anda tidak boleh mencoba lagi permintaan ke server untuk URI ini. Tanggapan ini wajar untuk permintaan POST dan PUT. Misalnya, jika file diunduh di URI yang ditentukan, dan ada batasan volumenya di server. Maka akan lebih bijaksana untuk memeriksa header Content-Length di awal dan segera menolak untuk mengunduh, daripada memprovokasi beban yang tidak masuk akal dengan memutus koneksi ketika klien benar-benar mengirim pesan yang terlalu besar. Diperkenalkan di HTTP/1.1.
• 412 Prasyarat Gagal - Dikembalikan jika tidak ada bidang tajuk bersyarat (Jika Cocok, dll., lihat RFC 7232) dari permintaan yang telah diselesaikan. Diperkenalkan di HTTP/1.1.
• 413 Muatan Terlalu Besar - dikembalikan jika server menolak untuk memproses permintaan karena isi permintaan terlalu besar. Server MUNGKIN menutup koneksi untuk menghentikan pengiriman permintaan lebih lanjut. Jika masalah bersifat sementara, disarankan untuk menyertakan tajuk Retry-After dalam respons server yang menunjukkan waktu kapan permintaan serupa dapat diulang. Diperkenalkan di HTTP/1.1. Sebelumnya disebut "Entitas Permintaan Terlalu Besar".
• 414 URI Terlalu Panjang - Server tidak dapat memproses permintaan karena URI yang ditentukan terlalu panjang. Kesalahan seperti itu dapat dipicu, misalnya, ketika klien mencoba melewati parameter panjang melalui metode GET, bukan POST. Diperkenalkan di HTTP/1.1. Sebelumnya disebut "Permintaan-URI Terlalu Panjang".
• 415 Jenis Media Tidak Didukung - untuk beberapa alasan, server menolak untuk bekerja dengan jenis media yang ditentukan dengan metode ini. Diperkenalkan di HTTP/1.1.
• 416 Range Not Satisfiable - Kisaran di luar sumber daya ditentukan di bidang Range dari header permintaan dan tidak ada bidang If-Range. Jika klien mengirim rentang byte, maka server MUNGKIN mengembalikan ukuran sebenarnya di bidang header Rentang-Konten. Tanggapan ini tidak boleh digunakan ketika melewati multipart/byteranges[ sumber tidak ditentukan 1964 hari]. Diperkenalkan di RFC 2616 (pembaruan HTTP/1.1). Sebelumnya disebut "Requested Range Not Satisfiable".
• 417 Expectation Failed - Untuk beberapa alasan, server tidak dapat memenuhi nilai kolom Expect di header permintaan. Diperkenalkan di RFC 2616 (pembaruan HTTP/1.1).
• 418 I'm a teapot - Kode ini diperkenalkan pada tahun 1998 sebagai salah satu lelucon tradisional IETF April Mop di RFC 2324, Hyper Text Coffee Pot Control Protocol. Hal ini tidak diharapkan kode yang diberikan akan didukung oleh server nyata.
• 422 Entitas yang Tidak Dapat Diproses - server berhasil menerima permintaan, dapat bekerja dengan jenis data yang ditentukan (misalnya, badan permintaan berisi dokumen XML yang memiliki sintaks yang benar), tetapi ada semacam kesalahan logis yang menyebabkannya tidak mungkin untuk melakukan operasi pada sumber daya. Diperkenalkan di webdav.
• 423 Terkunci - Sumber daya target dari permintaan diblokir dari menerapkan metode yang ditentukan untuk itu. Diperkenalkan di WebDAV.
• 424 Failed Dependency - Pelaksanaan permintaan saat ini mungkin bergantung pada keberhasilan operasi lain. Jika tidak dieksekusi dan karena ini tidak mungkin untuk mengeksekusi permintaan saat ini, maka server akan mengembalikan kode ini. Diperkenalkan di webdav.
• 425 Unordered Collection - digunakan dalam ekstensi Protokol Koleksi Lanjutan WebDAV. Dikirim jika klien telah menentukan nomor item dalam daftar unordered, atau meminta beberapa item dalam urutan yang berbeda dari server.
• 426 Upgrade Diperlukan - Server memberi tahu klien untuk memutakhirkan protokol. Header respons harus berisi bidang Peningkatan dan Koneksi yang dibuat dengan baik. Diperkenalkan di RFC 2817 untuk mengaktifkan transisi ke TLS melalui HTTP.
• 428 Precondition Required - Server memberi tahu klien untuk menggunakan header kondisi seperti If-Match dalam permintaan. Diperkenalkan dalam draf RFC 6585.
• 429 Terlalu Banyak Permintaan - klien mencoba mengirim terlalu banyak permintaan dalam waktu singkat, yang mungkin mengindikasikan, misalnya, percobaan serangan DDoS. Dapat disertai dengan header Retry-After yang menunjukkan berapa lama permintaan dapat dicoba kembali. Diperkenalkan dalam draf RFC 6585.
• 431 Kolom Tajuk Permintaan Terlalu Besar - Panjang tajuk yang diizinkan telah terlampaui. Server tidak diharuskan untuk merespons dengan kode ini, melainkan hanya dapat mengatur ulang koneksi. Diperkenalkan dalam draf RFC 6585.
• 434 Host yang diminta tidak tersedia - Alamat yang diminta tidak tersedia[ sumber tidak ditentukan 1401 hari].
• 449 Retry With - dikembalikan oleh server jika tidak cukup informasi yang diterima dari klien untuk memproses permintaan. Ini menempatkan bidang Ms-Echo-Request di header respons. Diperkenalkan oleh korporasi Microsoft Untuk webdav. Saat ini setidaknya digunakan oleh program Uang Microsoft.
• 451 Tidak Tersedia Karena Alasan Hukum - akses ke sumber daya ditutup karena alasan hukum, misalnya, atas permintaan otoritas publik atau atas permintaan pemegang hak cipta jika terjadi pelanggaran hak cipta. Diperkenalkan dalam draf IETF oleh Google, dengan kode kesalahan menjadi referensi ke novel Ray Bradbury, Fahrenheit 451. Ditambahkan ke standar pada 21 Desember 2015.

server error

Contoh kesalahan 502 Bad Gateway

Kode 5xx dialokasikan untuk kasus operasi yang gagal karena kesalahan server. Untuk semua situasi selain menggunakan metode HEAD, server HARUS menyertakan penjelasan di badan pesan yang akan ditampilkan klien kepada pengguna.

• 500 Kesalahan Server Internal - kesalahan server internal apa pun yang tidak tercakup oleh kesalahan kelas lainnya. Diperkenalkan di HTTP/1.0.
• 501 Tidak Diimplementasikan - Server tidak mendukung kemampuan yang diperlukan untuk memproses permintaan. Respons tipikal untuk kasus di mana server tidak memahami metode yang ditentukan dalam permintaan. Jika metode ini diketahui oleh server, tetapi tidak berlaku untuk sumber daya ini, respons harus dikembalikan 405. Diperkenalkan dalam HTTP / 1.0.
• 502 Bad Gateway - Server, yang bertindak sebagai gateway atau server proxy, menerima pesan respons yang tidak valid dari server upstream. Diperkenalkan di HTTP/1.0.
• 503 Layanan Tidak Tersedia - server untuk sementara tidak dapat memproses permintaan karena alasan teknis (pemeliharaan, kelebihan beban, dll.). Di kolom Retry-After header, server MUNGKIN menentukan waktu setelah klien disarankan untuk mencoba lagi permintaan tersebut. Meskipun terlihat jelas untuk segera menutup koneksi selama kemacetan, mungkin akan lebih efisien untuk menyetel kolom Coba-Setelah ke nilai yang besar untuk mengurangi frekuensi permintaan yang berlebihan. Diperkenalkan di HTTP/1.0.
• 504 Gateway Timeout - Server yang bertindak sebagai gateway atau proxy tidak menunggu respons dari server upstream untuk menyelesaikan permintaan saat ini. Diperkenalkan di HTTP/1.1.
• Versi HTTP 505 Tidak Didukung - Server tidak mendukung atau menolak untuk mendukung versi protokol HTTP yang ditentukan dalam permintaan. Diperkenalkan di HTTP/1.1.
• 506 Varian Juga Bernegosiasi - Sebagai akibat dari kesalahan konfigurasi, varian yang dipilih menunjuk ke dirinya sendiri, menyebabkan proses pengikatan dibatalkan. Eksperimental. Diperkenalkan di RFC 2295 untuk menambah protokol HTTP dengan teknologi Negosiasi Konten Transparan.
• 507 Penyimpanan Tidak Cukup - Tidak cukup ruang untuk menyelesaikan permintaan saat ini. Masalahnya mungkin sementara. Diperkenalkan di webdav.
• 509 Bandwidth Limit Exceeded - digunakan saat situs web melebihi batas konsumsi lalu lintasnya. Dalam hal ini, pemilik situs harus menghubungi penyedia hosting mereka. Saat ini, kode ini tidak dijelaskan dalam RFC mana pun dan hanya digunakan oleh modul “bw/limited” yang termasuk dalam panel kontrol hosting cPanel di mana itu diperkenalkan.
• 510 Tidak Diperpanjang - Server tidak memiliki ekstensi yang ingin digunakan klien. Server secara opsional dapat mengirim informasi tentang ekstensi yang tersedia untuknya. Diperkenalkan di RFC 2774 untuk menambah protokol HTTP dengan dukungan untuk ekstensi.
• Diperlukan Otentikasi Jaringan 511 - respons ini tidak dikirim oleh server yang menjadi tujuan permintaan, tetapi oleh server perantara - misalnya, server penyedia - jika klien harus masuk ke jaringan terlebih dahulu, misalnya, masukkan kata sandi untuk jalur akses Internet berbayar. Diasumsikan bahwa isi respons akan mengembalikan formulir otorisasi web atau pengalihan ke sana. Diperkenalkan dalam draf RFC 6585.
• 520 Kesalahan Tidak Dikenal, terjadi ketika server CDN tidak dapat memproses kesalahan server web; kode CloudFlare khusus,
• 521 Web Server Is Down, terjadi ketika koneksi CDN ditolak oleh web server; kode CloudFlare khusus.
• 522 Waktu Sambungan Habis, terjadi saat CDN gagal tersambung ke server web; kode CloudFlare khusus.
• 523 Origin Is Unreachable, terjadi ketika web server tidak dapat dijangkau; kode CloudFlare khusus.
• 524 Timeout Terjadi, terjadi ketika batas waktu koneksi antara server CDN dan server web berakhir; kode CloudFlare khusus.
• 525 SSL Handshake Failed, terjadi ketika SSL handshake antara CDN server dan web server gagal; kode CloudFlare khusus.
• 526 Sertifikat SSL Tidak Valid, terjadi ketika sertifikat enkripsi server web tidak dapat divalidasi; kode CloudFlare khusus.

Kesalahan saat menjalankan aplikasi server: penyebab dan metode koreksi

Cukup sering, bagi banyak pengguna, di layar monitor, saat melakukan beberapa operasi untuk membuka file, pesan "Terjadi kesalahan saat menjalankan aplikasi server" mungkin muncul. Mari kita coba pertimbangkan beberapa situasi dan pahami apa itu dan bagaimana cara menghilangkan momok seperti itu.

Apa itu "kesalahan saat menjalankan aplikasi server"?

Di antara semua situasi yang menyebabkan jenis masalah ini, masalah yang paling umum adalah pemutaran media. Dalam hal ini, paling sering kesalahan selama eksekusi server muncul saat mencoba melihat video.

Seperti diketahui, jendela standar Media Player jauh dari ideal dan tidak selalu berfungsi dengan baik sebagai alat multimedia yang dipasang di sistem secara default. Selain itu, situasi jenis lain mungkin muncul. Ini mungkin karena, misalnya, program seperti "1C", penginstalan MS Link Server 2013, dll. Hanya dalam kasus ini pengguna menerima pesan seperti "Kesalahan saat menjalankan perintah".

Untuk alasan yang jelas dan karena kerumitan pekerjaan program terbaru, kami tidak akan mempertimbangkannya, tetapi fokus pada komponen yang bertanggung jawab untuk membuka file multimedia dengan benar.

Virus dan Pemulihan Sistem

Jika pengguna mendapat pesan yang mengatakan bahwa ada kesalahan runtime untuk aplikasi server, hal pertama yang harus dilakukan adalah menjalankan pemeriksaan sistem komputer untuk virus (beberapa malware dapat menyebabkan konsekuensi seperti itu).

Jika pemeriksaan tidak berfungsi bahkan saat menggunakan antivirus portabel independen dengan database baru, ada baiknya melihat dengan tepat kapan kesalahan pertama kali muncul, lalu mencoba mengembalikan sistem ke keadaan semula menggunakan pemulihan dari pos pemeriksaan sebelumnya. Mungkin saja pendekatan ini akan membantu (terutama jika Anda baru saja menginstal pembaruan terkait multimedia).

Masalah dengan driver, codec, dan platform DirectX

Di sisi lain, baik virus maupun pembaruan tidak ada hubungannya dengan itu. Jika tiba-tiba sistem melaporkan bahwa kesalahan jenis ini terjadi selama pengoperasian, kemungkinan besar, misalnya, driver akselerator video perlu diperbarui atau codec dan dekoder yang digunakan dalam beberapa file video memiliki versi yang lebih tinggi daripada yang diinstal di komputer ini.

Seperti yang sudah jelas, komponen ini hanya perlu diperbarui. Untuk kartu video, Anda dapat menggunakan Task Manager, mengunduh file dengan versi driver terbaru dari situs web resmi pabrikan secara manual, atau memperbaruinya menggunakan utilitas khusus untuk pencarian dan pembaruan otomatis.

Hal yang sama berlaku untuk paket codec dan decoder. Untungnya hari ini menemukan distribusi terbaru dari paket yang sama Kodek K-Lite Berkemas di Internet tidaklah sulit. Satu-satunya hal yang perlu Anda perhatikan adalah pemeriksaan wajib oleh perangkat lunak antivirus jika tidak diunduh dari sumber resmi.

Seringkali masalah, ketika terjadi kesalahan saat menjalankan aplikasi server, mungkin juga karena adanya versi DirectX yang sudah ketinggalan zaman. Tidak ada yang lebih mudah daripada mengunjungi situs web resmi Microsoft, mengunduh rilis terbaru DirectX dari sana dan menginstal ulang semua komponennya.

Perintah paling sederhana untuk pemecahan masalah

Jika metode di atas tidak membantu, dan kesalahan terjadi berulang kali saat menjalankan aplikasi server, Anda harus menggunakan baris perintah. Anda dapat memanggilnya dari menu Jalankan standar dengan mengetik di bidang cmd.

Setelah jendela hitam terbuka seperti sistem DOS lama, Anda harus memasukkan dua perintah secara berurutan regsvr32 jscript.dll dan regsvr32 vbscript.dll, setelah masing-masing menekan tombol enter (Enter).

Ini akan membutuhkan reboot sistem. Namun, dalam beberapa kasus ini mungkin tidak memberikan hasil yang diinginkan. Kemudian Anda perlu memasukkan perintah tambahan sfc /scannow. Secara teori, dalam kombinasi dengan dua yang sebelumnya, ini akan menyelamatkan pengguna dari kesalahan dan kegagalan lebih lanjut.

Masalah dengan Windows Media Player

Sekarang beberapa kata tentang pemutar Windows "asli". Biasanya, kesalahan saat menjalankan aplikasi server muncul di dalamnya. Dan ini bahkan tidak berlaku untuk menonton streaming video online, tetapi bahkan untuk membuka file video biasa.

Solusi paling sederhana adalah menginstal pemutar lain, katakanlah VLC Media Player atau semacamnya. Jika file yang diinginkan terbuka dengan pemutar seperti itu tanpa masalah, maka masalahnya sebenarnya ada di Windows Media Player. Anda bisa menolaknya.

Tetapi jika Anda sudah mengikuti program ini dan tidak ingin mengubah preferensi Anda dengan cara apa pun, Anda dapat menerapkan metode radikal lainnya. Belum lagi memperbarui pemutar, Anda harus beralih ke komponen Windows yang diinstal.

Untuk melakukan ini, Anda perlu menggunakan bagian Program dan Fitur di Panel Kontrol (di OS lama, ini adalah bagian Tambah atau Hapus Program), di mana terdapat menu khusus untuk mengaktifkan dan menonaktifkan komponen sistem. Dalam daftar perangkat lunak yang terinstal, kami menemukan Windows Media Player dan hapus centang pada kotak di sebelahnya. Kami mem-boot ulang sistem, setelah itu kami kembali ke bagian yang sama dan mengembalikan tanda centang ke tempatnya. Diperlukan reboot lagi.

Dengan tingkat probabilitas yang sangat tinggi, dapat dikatakan bahwa kesalahan ini akan dihilangkan, meskipun, pada prinsipnya, tidak ada yang dapat mengatakan dengan pasti bagaimana menonaktifkan dan mengaktifkan kembali pemain "asli" memengaruhi kebenaran operasinya. Sangat mungkin bahwa para pengembang sendiri tidak menyadari hal ini.

Kesimpulan

Jadi kami memeriksa situasi yang paling mungkin untuk munculnya kesalahan dalam pelaksanaan aplikasi server, dan menunjukkan metode utama untuk memperbaikinya. Namun, jika terjadi kesalahan saat menjalankan aplikasi server, ini jauh dari semua metode, karena terkadang jika terjadi kegagalan pada "OS" itu sendiri, Anda mungkin perlu melakukan booting dari disk instalasi atau flash drive, memperbarui komponen lain, dll. Kami hanya memberikan opsi yang paling sederhana.

Kesalahan DNS apa artinya?

Jika Anda mendapatkan kesalahan DNS saat menggunakan komputer atau Internet, Anda harus menyadari bahwa ada masalah dengan pengaturannya. Jika tidak diselesaikan masalah ini, pengguna tidak akan dapat mengunjungi situs web yang diinginkan.

Apa itu DNS?

Untuk sebuah domain, DNS akan menjadi nama layanan dan akan membantu Anda mengakses sumber daya di Internet. Tujuannya adalah untuk menerjemahkan alamat yang dimasukkan oleh pengguna di browser. Penerjemahan dilakukan dari bahasa yang digunakan ke dalam bahasa komputer. Prosedur ini memfasilitasi pembacaan dan pemahaman alamat oleh komputer untuk memungkinkan akses ke situs melalui server.

Apa itu kesalahan DNS?

Kesalahan dari jenis ini untuk situs web tertentu, ini terutama disebabkan oleh kurangnya koneksi jaringan yang aktif. Ini juga berarti peralatan tidak dapat terhubung ke Internet untuk menyelesaikan alamat yang dimasukkan. Karena alasan ini, komputer tidak dapat mengunjungi situs yang dipilih.

Mendapatkan kesalahan terjadi karena alasan tertentu, dan paling sering cukup mudah untuk dihilangkan. Terkadang perangkat menampilkannya hanya untuk sumber daya tertentu. Dalam hal ini, alamat mungkin salah dimasukkan atau mungkin tidak terekam di jaringan.

Apa yang harus Anda perhatikan terlebih dahulu?

Jika server tidak ditemukan karena kesalahan pencarian DNS, mungkin tidak ada masalah dengan komputer. Untuk itu, Anda harus memperhatikan rekomendasi yang disajikan dan menggunakannya.

• Sebaiknya periksa untuk melihat apakah masalah terjadi saat Anda mencoba mengakses satu atau semua situs. Dalam kasus pertama, sumber daya dapat mengalami beberapa perubahan atau menghadapi masalah dalam pengoperasiannya. Pengguna harus menunggu atau menghapus cache DNS menggunakan perintah ipconfig /flushdns sebagai administrator di baris khusus.
• Jika memungkinkan, Anda harus memeriksa apakah kesalahan DNS muncul di satu perangkat yang digunakan atau di perangkat lain juga. Jika semua perangkat terpapar, maka penyedia mungkin mengalami masalah. Dalam hal ini, ada baiknya menunggu pemecahan masalah.
• Saat menghubungkan menggunakan router Wi-Fi itu harus benar-benar dimatikan dan dimulai kembali. Lain kali Anda mencoba mengakses situs, kesalahan server DNS kemungkinan besar akan hilang.
• Saat menghubungkan ke Internet tanpa menggunakan router Wi-Fi, disarankan untuk membuka daftar koneksi di komputer. Selanjutnya, Anda perlu menonaktifkan jaringan lokal dan mengaktifkannya kembali.

Harus dipahami bahwa setelah manipulasi, kesalahan DNS mungkin tetap ada. Dalam situasi seperti itu, ada baiknya menggunakan metode lain untuk memperbaikinya.

Menggunakan DNS Publik Google

• Anda harus pergi ke daftar koneksi perangkat. Cara mudah untuk melakukannya adalah dengan menekan kombinasi tombol Win + R dan masukkan perintah ncpa.cpl.
• Sebaiknya pilih koneksi yang digunakan untuk mengakses Internet. Ini adalah PPPoE, L2TP atau jaringan lokal. Elemen yang diperlukan dipilih dan item "Properti" ditekan.
• Memilih protokol TCP/IPv4 di antara komponen yang digunakan oleh sambungan.
• Jika server tidak ditemukan karena kesalahan pencarian DNS, penting untuk memeriksa pengaturan apa yang ada di pengaturan server DNS. Saat menerima alamat dalam mode otomatis, ada baiknya beralih ke memasukkan alamat. Kemudian nilai 8.8.8.8 dan 8.8.4.4 ditentukan. Jika tidak, Anda harus menyetel akuisisi otomatis terlebih dahulu.
• Setelah menyimpan pengaturan, ada baiknya memulai prompt perintah sebagai administrator dan menjalankan ipconfig /flushdns.

Memecahkan Masalah Browser

Memeriksa koneksi DNS dimungkinkan saat menggunakan browser yang berbeda. Untuk melakukan ini, unduh browser web apa saja. Saat ini mereka ada sejumlah besar dan sebagian besar disediakan secara gratis. Setelah browser terbuka, Anda perlu terhubung ke Internet. Jika layanan tidak ditemukan lagi karena kesalahan pencarian DNS, maka tidak ada kesalahan di browser. Ini berarti masalahnya ada pada pengaturan komputer lain.

Pada absen total Untuk kesulitan, pengguna harus melakukan pemecahan masalah di browser lama. Cukup sering terjadi karena pengaturan proxy. Oleh karena itu, perlu untuk mengubahnya.

Membersihkan dan mengubah DNS

Pertama-tama, jika kesalahan DNS muncul, ada baiknya membersihkan cache secara manual, karena pengaturan menjadi usang seiring waktu. Ini bisa dilakukan dari garis komando. Prosedur ini sederhana, tetapi mungkin tidak efektif. Jika kesalahan koneksi DNS tetap ada, ada baiknya mengubah layanan.

Pengguna memiliki kemampuan untuk secara mandiri memasukkan server DNS alternatif untuk terhubung. Untuk melakukannya, buka bagian ncpa.cpl dan pilih koneksi aktif, lalu buka Properti. Anda perlu menemukan entri protokol jaringan TCP / IPv4, yang terletak di tab "Jaringan". Kemudian properti dan opsi untuk pergi ke alamat server dipilih. Di bidang server DNS Pilihan, pengguna harus memasukkan 208.67.222.222. Kemudian, di kolom Server DNS alternatif, Anda harus memasukkan 208.67.220.220. Server DNS yang baru dibuat akan menjadi open source.

Respons server lambat saat menggunakan Google

Dalam hal ini, kegagalan pencarian DNS berarti Googlebot tidak dapat menghubunginya. Ini karena tidak berfungsi, atau ada masalah dengan perutean DNS untuk domain pengguna. Sebagian besar peringatan dan kesalahan tidak memengaruhi fungsi robot. Kemunculannya juga bisa dijelaskan dengan reaksi panjang, yang merupakan momen tidak menyenangkan bagi pengguna.

Awalnya, Anda harus memastikan bahwa Google merayapi situs tersebut. Untuk melakukan ini, Anda harus menggunakan alat untuk halaman utama sumber daya. Google akan memiliki akses ke situs jika pengguna mengembalikan konten tanpa cacat. Layanan DNS mungkin disediakan oleh penyedia hosting web Anda atau perusahaan lain. Anda harus merujuknya jika kode kesalahan probe DNS selesai atau yang lainnya muncul.

Server dapat dikonfigurasi untuk situs wildcard untuk mulai merespons permintaan subdomain. Pendekatan ini akan berhasil jika konten sumber daya dapat dibuat oleh pengguna, dan pada saat yang sama domain terpisah disediakan untuk setiap halaman pribadi. Perlu dicatat bahwa dalam beberapa situasi hal ini dapat menyebabkan duplikat konten pada host dengan nama yang berbeda. Ini dalam banyak kasus menjadi kendala untuk memindai sumber daya melalui robot Googlebot.

Melakukan pemindaian virus di komputer Anda

Metode yang dibahas sebelumnya mungkin tidak membantu. Jika kesalahan DNS masih muncul di layar, dan itu bukan disebabkan oleh faktor-faktor yang memengaruhi komputer dari luar, maka Anda harus menjalankan pemindaian virus. Pengguna mungkin sudah menginstal antivirus di perangkat. Disarankan untuk menggunakan program Kaspersky, dan versi uji coba gratisnya sudah cukup. Juga pilihan yang bagus adalah Bitdefender dalam desain yang serupa.

Tingkat deteksi dan kemampuan untuk menghilangkan virus secara efektif, sambil memulihkan parameter sistem, cukup tinggi di antivirus ini daripada rekan mereka. Dalam hal ini, Anda harus menggunakan pemindaian sistem lengkap. Menggunakan metode ini bisa sangat berguna jika Anda tidak dapat mengatasi masalah di browser itu sendiri.

Kerusakan antivirus

Pada saat yang sama, perlu diperhatikan fakta bahwa antivirus itu sendiri dalam beberapa kasus dapat menyebabkan masalah saat menyambung ke Internet. Ini juga perbaikan nyata. Untuk prosedurnya, terapkan Mode aman". Dalam hal ini, komputer dihidupkan ulang, di mana hanya file yang diperlukan untuk sistem operasi yang akan dimuat. Ini akan membantu menentukan apakah antivirus atau program lain yang menyebabkan masalah. Untuk memverifikasi ini, Anda disarankan untuk melakukan hal berikut:

• Pertama-tama, matikan antivirus Anda. Jika tidak ada kesalahan koneksi, Anda harus menghapus antivirus dan menginstal yang baru.
• Selanjutnya, Anda perlu me-reboot perangkat Anda. Tahan tombol F8 saat memuatnya.
• Anda harus memilih "Safe Mode with Networking" dari opsi yang tersedia.
• Kemudian pemeriksaan koneksi diperiksa. Jika Anda berhasil terhubung ke jaringan, Anda dapat menyimpulkan bahwa masalahnya ada pada program yang sedang berjalan di komputer.

Penting untuk memeriksa file startup dengan hati-hati dan menonaktifkan program sampai ditemukan yang salah.

router

Jika server tidak ditemukan karena kesalahan pencarian DNS, ada baiknya Anda memeriksa kembali perute. Memulai ulang mungkin tidak membantu dalam kasus ini. Dalam beberapa situasi, pengaturan rusak. Solusi paling benar dan tercepat adalah mengatur ulang pengaturan perangkat ke default. Akibatnya, parameter akan diatur ulang jaringan nirkabel. Bersama mereka, informasi yang dikirimkan melalui port akan hilang.

Untuk melakukan prosedur ini, Anda harus menekan dan menahan tombol Reset yang terletak di bagian belakang perangkat. Dalam hal ini, Anda mungkin memerlukan benda runcing, seperti penjepit kertas. Maka Anda perlu mengkonfigurasi ulang router. Setelah menyetel ulang instrumen, Anda harus mengubah setelan jaringan nirkabel jika digunakan oleh pengguna. Ini akan mengatur ulang semua akun administrator dan kata sandi. Membuat pengaturan adalah prosedur yang sederhana, tetapi membutuhkan kehati-hatian dan tindakan yang benar. Jika masalahnya ada di router, maka setelah pekerjaan selesai, itu harus diselesaikan sepenuhnya.

Selain itu, ada kemungkinan router benar-benar rusak. Jika Anda tidak dapat mengatur ulang dan memasangnya kembali, Anda harus menghubungi ISP Anda. Dalam hal ini, dimungkinkan untuk menentukan penyebab kesulitan menyambung ke jaringan. Selain itu, prosedur akan dilakukan oleh seorang spesialis.

Kebutuhan untuk menentukan DNS hosting Anda di catatan domain

Server nama dimaksudkan untuk membantu dalam mencari informasi tentang situs tertentu. Saat mengisi catatan di domainnya, pengguna akan memberikan informasi arah yang benar kepada audiens Internet yang akan mengarah ke tempat yang tepat.

Jika Anda membiarkan data penyedia sebelumnya dalam catatan domain, pengguna akan dialihkan ke server yang tidak lagi memiliki situs. Pada saat yang sama, tidak mungkin mengakses situs, karena penyedia telah menghapus catatan sumber daya dari DNS. Eksekusi yang benar cukup penting, dan kegagalan untuk mengikuti rekomendasi dapat menyebabkan kesulitan.

Anda harus mengikuti langkah-langkah yang dijelaskan dalam materi jika server tidak ditemukan karena kesalahan DNS. Kiat yang disajikan akan bermanfaat, karena membantu menentukan penyebab masalah dan menghilangkannya tepat waktu. Informasi di atas akan menjadi relevan bagi pengguna Internet, karena banyak dari mereka menghadapi kesulitan yang dijelaskan. Selain itu, Anda dapat beralih ke spesialis jika Anda tidak dapat mengatasi masalah akses ke situs dengan tangan Anda sendiri. Ini akan menjadi solusi paling tepat dalam kasus ini.

Apa itu kesalahan server internal?

Vladislav!!!

Kesalahan adalah ketidaksesuaian antara dua kelompok objek, salah satunya adalah standar (aturan tata bahasa, jawaban yang benar untuk suatu masalah, solusi yang akan mengarah pada hasil yang diinginkan), dan yang kedua adalah sesuatu yang benar-benar terjadi. Kesalahan terjadi di semua bidang aktivitas manusia. Teori dan statistik probabilitas telah dikembangkan untuk menganalisis kesalahan pengukuran (error). Ketidakakuratan pengukuran di dunia mikro adalah salah satu prinsip mekanika kuantum. Ada banyak contoh sejarah di mana kesalahan menyebabkan konsekuensi bencana. Banyak kata mutiara dikhususkan untuk kesalahan, mereka dipahami oleh filsuf, penyair, penulis, sejarawan, dan perwakilan dari banyak disiplin ilmu lainnya. Dengan demikian, banyak filsuf dialitik setuju dengan pernyataan "seseorang belajar dari kesalahan". Skeptis dan agnostik, sebaliknya, percaya bahwa semua ide kita kemungkinan besar salah.
Sepertinya ada kesalahan server...
404 (Tidak Ditemukan atau Tidak Ada Sumber Daya)
Menunjukkan bahwa tidak ada sumber daya di alamat yang diberikan.
405 (Metode Tidak Diizinkan atau Metode Tidak Valid)
Menunjukkan bahwa tidak ada metode permintaan untuk alamat ini.
406 (Permintaan Tidak Dapat Diterima atau Tidak Valid)
Menunjukkan bahwa tidak ada objek konten yang konsisten dengan respons dalam permintaan.
407 (Diperlukan Autentikasi Proksi)
Menunjukkan bahwa klien harus diautentikasi. Proxy-Authorization dan Proxy-Authenticate digunakan.
408 (Waktu Tunggu Permintaan)
Berarti permintaan tidak dilakukan pada waktu yang ditentukan oleh server.
409 (Konflik atau Konflik)
Menunjukkan bahwa ada konflik antara permintaan dan status sumber daya saat ini.
410 (Gone atau Resource dihapus secara permanen)
Menunjukkan bahwa sumber daya telah dihapus secara permanen.
411 (Diperlukan Panjang)
Menunjukkan bahwa server tidak akan menerima permintaan dengan Content-Length yang tidak ditentukan. Anda harus menentukan Content-Length yang benar di header permintaan.
412 (Presyarat Gagal atau Beberapa prasyarat tidak terpenuhi)
Menunjukkan bahwa server menolak memproses permintaan karena telah melampaui batas ukurannya.
413 (Entitas Permintaan Terlalu Besar)
Berarti server tidak akan memproses permintaan karena volumenya yang besar.
414 (Permintaan-URI Terlalu Panjang atau Pengidentifikasi sumber daya dalam permintaan melebihi panjang maksimum)
Menunjukkan bahwa alamat yang diminta melebihi panjang maksimum.
415 (Jenis Media Tidak Didukung atau jenis perangkat ini tidak didukung)
Menunjukkan bahwa objek permintaan dalam format yang berbeda dari permintaan.
500 (Kesalahan Server Internal atau Kesalahan di dalam server)
Menunjukkan bahwa kegagalan internal terjadi pada server saat memproses permintaan.
501 (Tidak Diimplementasikan atau Tidak ada implementasi fitur ini)
Menunjukkan bahwa fitur yang diminta oleh klien tidak didukung oleh server, atau server tidak dapat mengenali metode permintaan.
502 (Gerbang Buruk atau Gerbang Buruk)
Menunjukkan bahwa telah terjadi kegagalan pada server yang digunakan sebagai gateway.
503 (Layanan Tidak Tersedia atau Layanan tidak tersedia)
Menunjukkan bahwa salah satu layanan server saat ini tidak tersedia.
504 Gateway Time-out)
Berarti gateway telah melampaui batas waktu maksimum.
505 (Versi HTTP Tidak Didukung atau Versi HTTP ini tidak didukung)
Menunjukkan bahwa versi HTTP yang ditentukan dalam permintaan tidak didukung oleh server.

Pengguna dihapus

500. Kesalahan Server Internal (Rusia. Kesalahan server internal) - kesalahan server internal apa pun yang tidak termasuk dalam cakupan kesalahan kelas 5xx lainnya. Server tidak dapat memenuhi permintaan yang valid, atau tidak mendukung permintaan dari jenis yang ditentukan.
Lihatlah: http://en.wikipedia.org/wiki/HTTP_404#404

Apa artinya: Kesalahan: HTTP 500 - Kesalahan Server Internal?

Saya tidak bisa masuk ke situs. Peramban menunjukkan:

Kesalahan: HTTP 500 - Kesalahan Server Internal

Apa artinya? Apakah ini akhir dari situs?

Galina vasilna

Kode yang dimulai dengan angka 5XX berarti permintaan telah diselesaikan dengan benar, tetapi server saat ini tidak dapat menanganinya. Saat Anda tidak membuka untuk beberapa saat, browser akan memberikan jawaban. Setiap browser merespons secara berbeda. Saya memiliki browser Yandex, yang paling sering ditanyakan, tunggu atau tutup? Namun terkadang muncul "kesalahan #..."

Ada banyak kode respons server, artinya berbeda. Hal paling sederhana adalah mencoba me-refresh halaman dengan menekan F5. Cukup sering ini menyelesaikan masalah. Anda bisa bertanya apa arti kode ini atau itu, ada di sini

Anda dapat mencoba menyelesaikan masalah dengan cara ini:

Atau di sini ada opsi lain untuk menjelaskan mana yang lebih cocok untuk siapa:

Foxanoret

Ini adalah masalah internal server, dan dari sisi pengguna pihak ketiga biasa, Anda pasti tidak akan menyelesaikannya. Perlu menunggu sebentar, misalnya sekitar setengah jam, melakukan hal lain, dan kemudian mencoba menghubungi server lagi.

Salam! Hari ini, segera setelah memperbarui iPhone saya (saat mencoba masuk dengan akun saya), saya mengalami kesalahan yang tidak biasa. Telepon dengan senang hati memberi tahu saya bahwa ini tidak mungkin, dan menulis kira-kira sebagai berikut - “Verifikasi gagal, login gagal. Terjadi kesalahan saat menghubungkan ke server ID Apple." Hal yang paling menarik adalah karena ini, ponsel sebenarnya berubah menjadi "dialer" biasa, karena tidak mungkin menggunakan semua layanan Apple - di Toko aplikasi jangan masuk, jangan unduh game atau aplikasi, jangan aktifkan iCloud juga, dll.

Saya berhasil mengatasi kemalangan ini, yang sangat saya harapkan dari Anda. Dan instruksi ini akan memberi tahu Anda apa sebenarnya yang perlu dilakukan dalam kasus ini dan bagaimana Anda dapat mengatasi masalah tersebut. Ayo pergi!

Pertama-tama, saya menyarankan Anda untuk memeriksa apakah ID Apple benar dan valid, yaitu berfungsi saat ini. Untuk melakukan ini, ikuti tautan ke situs web resmi dan masukkan informasi akun Anda. Jika tidak terbuka, maka. Jika semuanya "baik", kami akan mencari alasan lain untuk kegagalan tersebut.

Terjadi kesalahan pada iPhone dan iPad

Masalah menghubungkan ke server Apple mungkin sudah menunggu Anda. Dan hanya ada dua opsi yang dapat Anda ambil:

1. Coba aktifkan lewat komputer menggunakan iTunes. Meskipun mungkin ada kesulitan di sini, tetapi lebih dari itu di bawah.
2. Lewati saja pembuatan ID Apple dan lakukan nanti, setelah menyalakan perangkat.

Jika tidak memungkinkan untuk masuk ke ID Apple Anda pada perangkat yang sudah diunduh, atau sebaliknya, Anda telah masuk, tetapi App Store dan layanan lainnya tidak berfungsi karena kegagalan server, maka Anda harus membayar perhatian untuk:

Omong-omong, jailbreak juga bisa menyebabkan masalah seperti itu. Oleh karena itu, jika metode sebelumnya tidak membantu, dan Anda masih tidak dapat masuk ke ID Apple Anda, singkirkan jailnya. Izinkan saya mengingatkan Anda bahwa ini hanya dapat dilakukan dengan benar.

Di komputer menggunakan iTunes

Dalam kasus yang jarang terjadi, kesalahan koneksi server dan berbagai kegagalan dengan ID Apple atau App Store juga dapat terjadi saat bekerja dengan iTunes. Namun, mereka cukup mudah untuk disingkirkan. Untuk ini:

1. Kami memastikan bahwa komputer terhubung ke Internet (tentu saja bodoh, tetapi apa pun bisa terjadi).
2. Antivirus, firewall, dan penjaga keamanan lainnya dapat memblokir akses ke server Apple. Matikan mereka untuk sementara waktu.
3. Versi iTunes harus diinstal.
4. Jika akun ID Apple Anda telah digunakan di komputer, maka kami mencoba untuk "melepaskan" dari program. Untuk melakukan ini, buka iTunes - di pojok kiri atas, klik "store" - batalkan otorisasi komputer ini. Kami me-restart PC.

Kami mencoba masuk lagi dan, kemungkinan besar, Anda akan dapat melakukannya!

Berikut ini semua langkah yang dapat Anda ambil untuk mengatasi kesalahan saat menyambung ke server ID Apple. Ya, jumlahnya tidak banyak, tetapi yang terpenting adalah mereka benar-benar berfungsi!

P.S. Beri tanda "suka" jika artikel itu bermanfaat, dan tulis juga di komentar - apa yang membantu dan apa yang tidak! Atau kamu punya cara lain untuk mengatasi kegagalan ini? Ceritakan tentang mereka - pembaca lain akan sangat berterima kasih!

Meskipun banyak pengguna perangkat seluler di seluruh dunia lebih suka memiliki OS Android di gadget seluler mereka, dengan keyakinan bahwa sistem ini lebih baik dan lebih dapat diandalkan daripada pesaingnya, pengembang baru-baru ini menghadirkan kejutan yang tidak menyenangkan. Setelah memperbarui firmware telepon flagships terbaru mulai melaporkan bahwa terjadi kesalahan saat menerima data dari server Bermain pasar. Oleh karena itu, semua pengguna bergegas mencari solusi untuk masalah ini.

pemblokiran

Hal pertama yang perlu Anda periksa apakah Anda mengalami kesalahan saat mendapatkan data dari server adalah kemungkinan blok layanan ini alat bawaan. Unduh apa saja manajer file untuk perangkat Anda melalui komputer.

Setelah diluncurkan, buka folder system/etc. Kami tertarik Kami membukanya dengan apa saja editor teks. Awalnya, file ini hanya boleh berisi satu baris dengan nilai localhost. Segala sesuatu yang lain dapat dihapus dengan aman.

Pembersihan manual

Karena kami memulai dengan metode yang memerlukan pengunduhan pengelola file ke perangkat, ada baiknya segera menyebutkan metode paling berbahaya untuk menyelesaikan masalah di layanan Play Market. Kesalahan saat menerima data dari server dapat terjadi karena pengaturan akun yang rusak atau rusak dan aplikasi itu sendiri. Oleh karena itu, salah satu cara untuk mengatasi masalah tersebut adalah dengan menghapus isi folder com.android.vending menggunakan file manager. Teknik ini hanya direkomendasikan untuk pengguna tingkat lanjut.

Pembersihan data

Jika Anda yakin bahwa masalah telah terjadi selama penggunaan Anda Google Play maka mungkin itu akan membantu Anda reset penuh data aplikasi. Untuk melakukan ini, buka pengaturan telepon dan pilih "Aplikasi" (program). Kesalahan saat menerima data dari server terjadi saat tiga utilitas sedang berjalan - Google Play, Kerangka Layanan Google, layanan Google Play. Untuk semua aplikasi ini, Anda perlu mengulangi prosedur yang sama. Kami memilihnya dalam daftar dan secara bergantian menekan perintah "Berhenti", "Hapus pembaruan", "Hapus cache", dan "Hapus data".

Setelah itu, buka dan matikan semua sinkronisasi di ponsel. Kami mem-boot ulang perangkat. Sekarang Anda dapat memeriksa kinerja Play Market.

Perlu segera dicatat bahwa metode ini tidak terlalu bagus dan, tampaknya, disusun oleh orang yang tidak terlalu kompeten. Menganalisis tindakan di atas, kami dapat berasumsi bahwa kesalahan terletak pada pengaturan akun, tetapi kami hanya memagarinya dari aplikasi tanpa menghilangkan sumber masalahnya sendiri.

Instalasi ulang

Salah satu cara termudah dan teraman untuk menghilangkan pesan "Kesalahan mendapatkan data dari server Play Market" adalah dengan menginstal ulang Google Play Market sepenuhnya. Hapus sepenuhnya dari perangkat Anda lalu unduh dan instal ulang menggunakan komputer pribadi Anda.

Jika kita mengingat paragraf sebelumnya, kita dapat mengatakan dengan yakin bahwa metode ini tidak selalu berhasil. Tapi karena relatif aman, ada baiknya dicoba terlebih dahulu.

Selain menginstal ulang aplikasi, perlu juga diingat bahwa kesalahan saat menerima data dari server mulai muncul di perangkat setelah memperbarui sistem. Anda dapat mengembalikan OS ke waktu sebelum pembaruan, atau mem-reflash perangkat ke waktu yang lebih lama versi lama. Bagaimanapun, ini harus dilakukan dengan hati-hati, karena intervensi independen dalam sistem gadget dapat mengakibatkan penolakan pemeliharaan oleh penjual.

Akun

Cara ini adalah sisi lain dari koin dalam memecahkan masalah. Diasumsikan bahwa kesalahan merayapi data pengguna itu sendiri karena sinkronisasi. Jika perangkat Anda, setelah semua langkah sebelumnya, menulis: "Kesalahan saat menerima data dari server", lalu pilih salah satu metode berikut.

1. Setel ulang perangkat. Buka pengaturan ponsel Anda dan klik "Cadangkan dan setel ulang". Semua data akun dan aplikasi akan dihapus. Setelah operasi ini, Anda dapat memasang kembali akun yang ada ke perangkat. Setelah mengunduh aplikasi, semua data akan kembali ke tempatnya.
2. Jika metode sebelumnya tidak membantu, coba hapus akun Google Anda yang ada dan tambahkan yang baru.
3. Atau cukup tambahkan akun kedua tanpa menghapus yang lama.

Kemungkinan besar, salah satu metode ini akan membantu Anda.

Melayani

Karena kesalahan saat menerima data dari server muncul setelah pembaruan resmi sistem operasi perangkat, Anda memiliki hak untuk menghubungi Pusat servis dengan masalah yang sama, dan mereka akan diminta untuk melakukan perawatan gratis. Jadi pertama-tama pikirkan seratus kali apakah perlu mencoba memperbaiki kesalahan sendiri, karena setelah manipulasi Anda dapat dengan mudah ditolak bantuannya. Apalagi jika Anda mengubah gadget Anda menjadi "batu bata" biasa dengan tangan Anda sendiri. Dalam hal ini, siapkan uang untuk ponsel baru.

Android adalah salah satu dari dua sistem gadget seluler yang populer. Dan meskipun dukungan platform sangat baik dan efisien, sering terjadi kegagalan, termasuk toko aplikasi Google Play Market, tempat hampir semua aplikasi untuk perangkat diunduh. "Tidak dapat tersambung ke server" adalah salah satu kesalahan yang paling umum.

Kesalahan server di Play Market: penyebab masalah

Masalah koneksi server dapat terjadi karena salah pembaruan yang diinstal sistem atau google play. Ini adalah masalah yang paling umum. Juga salah satu kemungkinan penyebab- Masalah karena cache aplikasi yang meluap.

Mungkin saja tidak ada masalah dengan Google Play, tetapi tidak ada koneksi internet. Periksa diaktifkan Internet Seluler atau wifi.

Selain itu, mungkin tidak ada koneksi ke server jika perangkat memiliki tanggal dan waktu yang salah, misalnya, setelah pengguna melepas baterai atau perangkat benar-benar habis, data ini secara otomatis disetel ulang.

Ini memengaruhi pekerjaan Play Market dan sinkronisasi dengan akun Google, yang dimiliki semua pengguna Android. Mungkin masalahnya muncul karena penginstalan atau penghapusan aplikasi yang diunduh dari toko.

Masalah koneksi dapat terjadi jika Anda menginstal aplikasi yang diretas atau menggunakan crack untuk game.

Dan yang terakhir. Anehnya, tidak semua perangkat Android mendukung aplikasi dan versi web toko. Ini karena beberapa smartphone dan tablet tidak memenuhi persyaratan kompatibilitas. Anda dapat melihat daftar model di situs web Google Play di bagian bantuan.

Membersihkan cache

Sambungan ke server tidak dapat dibuat, meskipun Internet di perangkat stabil dan tanggal disetel dengan benar. Hal pertama yang harus dilakukan adalah menghapus cache aplikasi Play Store dan Layanan Google Play.

Untuk melakukannya, buka pengaturan sistem di item "Perangkat" dan pilih "Aplikasi". Kami menemukan pasar Play dan menekan secara berurutan:

berhenti;

hapus data;

hapus cache;

menghapus pembaruan.

Kami melakukan tindakan yang sama untuk aplikasi Layanan Google Play.

Kami mem-boot ulang perangkat dan mencoba masuk ke Play Market. Jika koneksi ke server masih gagal, coba langkah selanjutnya.

Nonaktifkan sinkronisasi

Karena kesalahan sinkronisasi, toko aplikasi juga tidak dapat tersambung ke server dengan benar. Untuk mematikannya, buka pengaturan perangkat lagi, pindah ke item "Akun", pilih Google.

Matikan semua sinkronisasi dan reboot perangkat. Kami kembali ke akun dan mengaktifkan kembali sinkronisasi. Kesalahan mungkin muncul, tetapi kami tidak memperhatikannya dan mencoba masuk ke Play Market.

Penting untuk mengaktifkan kembali sinkronisasi. Karena ketidakhadirannya, mungkin juga ada masalah dengan Pasar.

Jika masih tidak ada koneksi ke server, lanjutkan ke langkah berikutnya.

Menghapus Akun Google

Langkah ini dapat membantu dalam beberapa kasus, dan jika game dan aplikasi lain tidak terikat dengannya, Anda dapat mencoba menggunakan metode ini untuk memperbaiki kesalahan komunikasi server.

Untuk menghapus akun, Anda perlu:

pergi ke pengaturan;

Akun;

klik pada alamat email;

panggilan menu konteks tombol di bagian depan telepon (di sebelah tombol Home dan Back), di beberapa telepon, menu konteks dipanggil dengan menekan tombol dengan tiga titik di sudut kanan atas layar;

pilih hapus akun.

Menginstal ulang toko bermain

Jika masalah berlanjut, Anda dapat menginstal ulang Play Market. Untuk ini:

tincture terbuka;

aplikasi;

pilih Play Market;

berhenti;

klik hapus instalan pembaruan;

hapus data;

hapus dari startup default;

unduh aplikasi dengan ekstensi .apk;

buka pengelola file perangkat;

jalankan file;

setelah instalasi, buka Play Market dan masukkan nama pengguna dan kata sandi Anda.

Aplikasi harus berfungsi.

Penting. Karena Market disematkan ke dalam sistem dan tidak diharapkan dihapus, Market tidak ada di situs web resmi Google Play, jadi Anda harus mengunduhnya dari sumber pihak ketiga. Gunakan hanya situs yang andal dan aman untuk mengamankan perangkat Anda. versi terbaru Pasar bermain dapat ditemukan di sumber daya w3bsit3-dns.com dan sejenisnya.

Apa lagi yang bisa dilakukan

Jika koneksi dengan layanan belum terjalin, terlepas dari semua tindakan yang dilakukan, Anda dapat mengunduh aplikasi dari jarak jauh. Buka situs web Google Play dari browser apa pun dan masuk dengan akun Anda.

Antarmuka hampir sama dengan aplikasi, dengan memilih program yang diinginkan, klik instal, setelah beberapa saat akan muncul di perangkat Anda. Anda dapat mengakses situs dari komputer, ponsel, atau tablet. Hal utama adalah bahwa akun di perangkat tempat Anda ingin menginstal aplikasi dan di situs cocok. Artinya, jika Anda menggunakan beberapa akun, untuk penginstalan jarak jauh Anda perlu mengaktifkannya.

Dan opsi paling radikal adalah mengatur ulang perangkat ke pengaturan pabrik. Tetapi pada saat yang sama, semua data pengguna dihapus: aplikasi yang diunduh, foto, musik, kontak, dll., Smartphone atau tablet akan kembali ke keadaan seperti saat membeli.

Video: Play Market - kesalahan server, apa yang harus dilakukan

Jika ada masalah dengan Play Market, pertama-tama, hidupkan ulang perangkat, ini membantu sebagian besar masalah. Jika kesalahan tetap ada, salah satu metode di atas pasti akan membantu menghilangkannya. Jangan lupa untuk membersihkan cache aplikasi, karena terlalu padat, tidak hanya Play Market, tetapi sistem secara keseluruhan tidak dapat berfungsi dengan baik.

Kesalahan 500 (Kesalahan Server Internal) adalah kejadian yang cukup umum di Internet dan, sebagian besar, bersifat internal. Seringkali, masalah ini menyebabkan ketidaknyamanan bagi pengguna yang mencoba mengakses situs web Gosuslugi.ru. Terutama, hal ini terjadi pada saat masuknya banyak pengguna yang mencoba menggunakan portal Layanan Negara, dengan masalah sehari-hari yang sangat berbeda (mendaftarkan anak di sekolah / klinik, membayar denda polisi lalu lintas, mengajukan paspor, membayar pajak, dll. ).

Penyebab Kesalahan 500

Untuk memperbaiki kesalahan server internal 500 ini, Anda harus menemukannya terlebih dahulu, lalu bersiap untuk memperbaiki masalah tersebut. Kesalahan 500 itu sendiri menunjukkan bahwa pemrosesan permintaan yang salah telah dilakukan.. Pada saat yang sama, masalah internal mencegah permintaan dibaca dan diproses dengan benar, tetapi perangkat lunak berfungsi penuh dan berfungsi dengan benar.

Penting untuk diingat bahwa kesalahan 500 bersifat internal, dan jika terjadi di situs tertentu, dan tidak berlaku untuk semua portal, pastikan Anda sendiri tidak berhak mengubah apa pun. Satu-satunya solusi yang tepat adalah menunggu hingga administrator memperbaiki semua masalah.

Ada juga alasan untuk masalah ini:

• Skrip cgi yang ditulis dengan salah;
• Menggunakan DNS, VPN, server proxy;
• Penggunaan plugin dan ekstensi;
• Pengoperasian skrip yang berkelanjutan;
• Hak akses terbuka atau salah;
• Masalah dengan htaccess;
• Tidak cukup memori untuk menjalankan kode;
• Masalah dengan WordPress;
• Masalah dengan Joomla dan CMS lainnya.

Memperbaiki Kesalahan 500 Jika Anda Adalah Pengguna Biasa

Jika Anda mengunjungi situs web Layanan Negara dan melihat kesalahan 500 di depan Anda, jangan berkecil hati. Kemungkinan besar, ini adalah kegagalan server sementara internal dan segera administrator akan menghilangkan kesulitan tersebut. Tapi, terkadang masalahnya juga ada di komputer Anda (browser, koneksi internet atau perangkat lunak). Untuk pemecahan masalah, coba yang berikut ini:

1. Segarkan halaman (CTRL+F5);
2. Nonaktifkan atau pasang ulang plugin dan pasang ekstensi di browser.
3. Nonaktifkan tema browser web, atau instal ulang sepenuhnya browser (dengan menghapus cache, cookie, dll.). Program CCleaner akan membantu.
4. Ubah negara di pengaturan browser.
5. Gunakan server proxy atau VPN.
6. Periksa pengaturan DNS ISP Anda, atau jika Anda menggunakan DNS online, periksa apakah ada virus.
7. Tunggu penyelesaian pekerjaan teknis di situs web Layanan Negara. Situs ini bersifat publik, jadi Anda dapat menghubungi dukungan teknis.
8. Cobalah untuk masuk ke portal melalui aplikasi seluler Layanan publik, tersedia untuk Android dan Apple.

Perlu dicatat bahwa bagian terpisah dari portal, atau selama pendaftaran / pendaftaran, dapat mengeluarkan Kesalahan Server Internal 500. Dalam hal ini, pastikan untuk menulis ke obrolan yang terletak di pojok kanan bawah.

Dukungan langsung - obrolan

Apa yang harus dilakukan administrator situs?

Tentu saja, administrator Layanan Negara tidak memerlukan saran lebih lanjut untuk memperbaikinya, tetapi pemilik sumber daya web yang sederhana akan dibantu. Pengguna tingkat lanjut (administrator):

1. Anda perlu menemukan file di folder root sistem "catatan eror" dan periksa untuk melihat apakah itu berfungsi. Anda juga dapat mencoba mengatur hak akses ke kode cgi-0755.
2. Ada batasan waktu respons dari server, di mana skrip harus memiliki waktu untuk melakukan pekerjaan tertentu dan menyelesaikannya. Kami menyarankan Anda untuk menetapkan interval yang lebih besar untuk server. Mengambil keuntungan program-program yang diperlukan, yang cenderung menemukan bagian kode lambat dalam skrip.
3. Jika nilai yang salah ditetapkan untuk skrip dan hak aksesnya, server akan memblokirnya. Gunakan perangkat lunak yang memungkinkan Anda mengubah hak atas folder tertentu. Untuk skrip, nilai paling optimal adalah 600. Semua file lain harus memiliki izin 644, dan direktori - 755.
4. Mengajukan ".htaccess", dalam kasus pelanggaran struktur, cenderung mengeluarkan arahan yang salah (salah).

Untuk memperbaiki masalah ini, Anda perlu menemukan ".htaccess" di sistem. Setelah file ditemukan, Anda perlu memindahkannya (sebaiknya ke disk lain), atau gunakan cadangan dan menghapus file.

• Selama masuknya pengguna secara besar-besaran ke situs web Layanan Negara, hosting memperhatikan bahwa beberapa skrip ingin menggunakan terlalu banyak memori. Oleh karena itu, akses diblokir untuk akun tersebut dan memberikan kesalahan 500. Ada satu cara untuk memperbaikinya - periksa kode untuk operabilitas, karena skrip menghabiskan banyak memori.
• Tindakan paling sederhana dan paling ekstrem adalah menonaktifkan WordPress. Namun, tindakan ini bersifat sementara, karena ketika WordPress dinonaktifkan, beberapa plugin mungkin "hilang".
• Masalah ini biasa terjadi di kalangan administrator yang mencoba mengakses profil mereka di panel admin Joomla. Kami menyarankan Anda untuk membuka log kesalahan ("log") dan menemukan "error.php". Perlu diperiksa berkas yang diberikan untuk kinerja. Juga, kami menyarankan untuk mengatur hak akses ke 777. Jika semuanya gagal, disarankan untuk menonaktifkan semua plugin yang ada satu per satu.
• Pesan pemeriksaan virus untuk file Anda di hosting dari master. Ini sangat sering terjadi - virus hanya "memakan" beberapa file.

Jika Anda tidak dapat menyelesaikan sendiri masalah ini, kami menyarankan Anda untuk menghubungi layanan dukungan.

Kesimpulan

Biasanya, kesalahan 500 bersifat internal, dan pengguna Internet biasa tidak dapat melakukan apa pun. Tetap hanya menunggu sampai masalah diperbaiki. Kesulitan teknis seperti itu di situs web Layanan Negara seringkali diselesaikan dengan cukup cepat (dalam satu hari).