CARA: Mematikan Internet Explorer 5.x dan 6.x "Tampilkan ramah HTTP kesalahan pesan" fitur di sisi Server

Artikel ini selangkah demi selangkah menjelaskan metode yang berbeda untuk mematikan fitur "Menunjukkan ramah HTTP pesan kesalahan" di server.

Pendahuluan

Ketika Anda mengakses halaman Web dari Internet Explorer 5.x dan Internet Explorer 6.x, teks sebenarnya HTTP 500 pesan yang dikirim ke browser dapat disembunyikan oleh pesan galat "ramah" Internet Explorer. Meskipun Anda dapat menonaktifkan fitur ini secara manual untuk setiap klien, artikel ini juga menyediakan beberapa sisi server workarounds untuk menghambat tampilan pesan galat "ramah".

Menurut spesifikasi HTTP 1.1, Internet Information Services (IIS) 5.0 kembali kode status 500 untuk setiap respon yang tidak ditangani oleh lain 1xx2xx3xx4xx, atau 5xx kode status, seperti "302 - objek dipindahkan", atau "404 - File tidak Menemukan". Karena IIS 4.0 tidak ketat mengikuti RFC 2616, kembali aktif Server Pages (ASP)-berbasis Microsoft Visual Basic Script Edition (VBScript) kesalahan dengan kode status 200.

Untuk informasi lebih lanjut tentang HTTP 1.1 spesifikasi, kunjungi Website berikut: Beberapa kode status sering terlihat memiliki kesalahan "ramah" pesan bahwa Internet Explorer 5.x menampilkan dan bahwa secara efektif topeng teks yang sebenarnya pesan yang server mengirimkan. Namun, pesan galat "ramah" ini hanya ditampilkan jika respon yang dikirim ke klien adalah kurang dari atau sama dengan ambang batas tertentu. Sebagai contoh, untuk melihat teks yang tepat respon HTTP 500, panjang konten harus lebih besar dari 512 byte.

Untuk informasi tambahan tentang status semua kode yang menampilkan pesan kesalahan ramah dan lokasi registri yang sesuai ambang kesalahan untuk mengabaikan pesan yang ramah, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: Untuk menampilkan sebenarnya pesan yang Web server mengirim, gunakan salah satu metode berikut.

Metode 1

1. Matikan opsi pesan kesalahan ramah dalam browser sebagai berikut:
   1. Di Internet Explorer 5.x dan 6.x, pada Alat menu, klik Opsi Internet.
   2. Pada Lanjutan tab, di bawah Menjelajah bagian, klik untuk menghapus Tampilkan pesan kesalahan HTTP ramah Periksa kotak, dan kemudian klik Oke.
   3. Tutup browser.
2. Menggunakan Internet Explorer Administration Kit atau sistem Kebijakan untuk mendorong Tampilkan pesan kesalahan HTTP ramah pilihan ke klien. Untuk informasi lebih lanjut tentang cara mengkonfigurasi fitur "Custom ASP kesalahan", kunjungi Website Microsoft berikut situs:
   http://technet.Microsoft.com/en-US/IE/bb219517.aspx (http://technet.microsoft.com/en-us/ie/bb219517.aspx)

Metode 2

1. Menggunakan "Custom ASP kesalahan" fitur di IIS 5.0 untuk pad Respon bahwa server mengirimkan dengan cukup karakter untuk menimpa ramah pesan kesalahan. Untuk men-download fitur "Custom ASP kesalahan", kunjungi Web site Microsoft berikut:
   http://technet.Microsoft.com/en-us/library/bb727138.aspx (http://technet.microsoft.com/en-us/library/bb727138.aspx)
2. Menerapkan padding ini. Untuk melakukannya, menggunakan VBScript String fungsi untuk mengembalikan sebuah string karakter yang sama, yang merupakan salah satu lebih dari ErrorThreshold bahwa Internet Explorer 5.x menggunakan untuk menampilkan pesan kesalahan ramah. Sebagai contoh, Tambah mengikuti garis tepat sebelum tag 500-100.asp:

   <% Response.Write String(513, "_") %>
   					

3. Mengkonfigurasi kesalahan 500 umum untuk menggunakan Jenis = URL dan 500-100.asp bukan Jenis = Default. Secara default, kesalahan 500 dikonfigurasi untuk menggunakan Jenis = Default.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
   224070  (http://support.microsoft.com/kb/224070/EN-US/ ) Membuat Custom halaman kesalahan ASP
   CATATAN: IIS internal proses beberapa tanggapan HTTP 500 yang dikirim kepada klien sebagai kode status HTTP lain. Kode internal status berubah 500 sebelum menanggapi klien dikirim. Ini adalah kasus dengan ASPResponse.status metode. Dalam kasus ini, kode kesalahan ASP kustom tidak dicentang dalam IIS. Untuk mengatasi situasi ini, menggunakan aplikasi Server Internet Pemrograman antarmuka (ISAPI) filter yang menentukan kode status yang dikirim ke klien setelah IIS proses halaman.

Metode 3

Menggunakan filter ISAPI yang memaksa panjang konten semua HTTP Tanggapan 500 menjadi lebih besar dari 512 byte, secara efektif padding semua 500 Tanggapan sehingga mereka cukup besar untuk menimpa kesalahan "ramah" pengaturan dalam Internet Explorer 5.x dan 6.x. Padresponse.exe adalah contoh ISAPI filter (dan kode sumber) yang menunjukkan bagaimana untuk respon yang dikirim ke klien (berdasarkan menerima kode status HTTP 500).

Berkas berikut ini tersedia untuk men-download dari Pusat Download Microsoft:
Rilis tanggal: April 27, 2001

Untuk informasi tambahan tentang cara men-download Microsoft Mendukung file, klik nomor artikel di bawah ini untuk melihat artikel di Basis Pengetahuan Microsoft: Microsoft telah memindai berkas ini dari virus. Microsoft digunakan paling lunak pendeteksi virus terbaru yang tersedia pada tanggal yang file telah diposting. Berkas tersebut disimpan pada server aman yang membantu mencegah segala perubahan tidak sah terhadap berkas.

Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: