Mengatasi masalah Outlook Web Access dari perspektif IIS

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 301428 - Melihat produk di mana artikel ini berlaku.
Kami sangat menyarankan semua pengguna upgrade ke Microsoft Internet Information Services (IIS) versi 7.0 berjalan pada Microsoft Windows Server 2008. IIS 7.0 secara signifikan meningkatkan Web infrastruktur keamanan. Untuk informasi lebih lanjut tentang IIS keamanan yang berhubungan dengan topik, kunjungi Web site Microsoft berikut:
http://www.Microsoft.com/technet/security/prodtech/IIS.mspx
Untuk informasi lebih lanjut tentang IIS 7.0, kunjungi Web site Microsoft berikut:
http://www.IIS.net/default.aspx?tabid=1
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Artikel ini menjelaskan beberapa cara untuk memecahkan dua masalah paling umum yang mempengaruhi Outlook Web Access (OWA) dari perspektif IIS:
  • Pengguna tidak dapat mengakses halaman logon OWA.
  • Pengguna tidak dapat mengubah password dari OWA, ketika masuk ke atau dari halaman pilihan setelah logon.

INFORMASI LEBIH LANJUT

Memecahkan masalah akses OWA

Pesan galat yang pengguna menerima ketika mereka mencoba untuk mengakses halaman logon OWA (juga disebut halaman emas) adalah sebagai berikut:
HTTP 500 Internal Server Error
-atau-
Daftar direktori ditolak
-atau-
VBScript Runtime Error
Untuk memecahkan masalah ini, ikuti langkah-langkah berikut:
  1. Pastikan bahwa situs Web Default dikonfigurasi dengan benar. Untuk melakukannya, ikuti langkah-langkah berikut:
    1. Buka Internet Services Manager dan memperluas Situs Web standar.
    2. Klik kanan situs Web standar dan klik Properti.
    3. Pada Direktori Home tab, pastikan Hapus ada tombol samping Nama aplikasi kotak. Jika Anda tidak melihat Hapus tombol, klik Buat untuk membuat aplikasi default.
    4. Klik Direktori keamanan tab. di bawah Akses anonim dan kontrol otentikasi, klik Mengedit tombol.
    5. Memverifikasi bahwa Akses anonim dan Windows NT tantangan/tanggapan (dalam IIS versi 4.0) atau Terpadu Windows otentikasi (dalam IIS versi 5.0) keduanya dipilih.
    6. Klik Oke dua kali untuk menutup lembar properti.
  2. Setelah Anda memastikan bahwa situs Web Default dikonfigurasi dengan benar, pastikan bahwa Exchange virtual folder dikonfigurasi dengan benar. Untuk melakukannya, ikuti langkah-langkah berikut:
    1. Pastikan bahwa folder virtual yang bernama Exchange terdaftar di bawah standar situs Web.
    2. Klik kanan folder dan klik Properti.
    3. Memverifikasi bahwa Hapus ada tombol samping Nama aplikasi kotak. Jika Anda tidak melihat itu, klik Buat untuk membuat aplikasi Exchange.
    4. Pada Dokumen tab, verifikasi bahwa Logon.asp atas standar dokumen. Jika tidak tercantum, klik Tambahkan, jenis Logon.asp, dan memindahkan file ini ke bagian atas daftar.
    5. Klik Direktori keamanan tab. di bawah Akses anonim dan kontrol otentikasi, klik Mengedit tombol.
    6. Memverifikasi bahwa Akses anonim dan Windows NT tantangan/tanggapan (dalam IIS 4.0) atau Terpadu Windows otentikasi (dalam IIS 5.0) keduanya dipilih.
    7. Klik OK dua kali untuk menutup lembar properti.

Memecahkan masalah perubahan Password

Ketika pengguna mencoba untuk mengubah sandi di OWA, mereka akan menerima halaman putih kosong atau pesan galat berikut:
Akses Ditolak
Untuk mengatasi masalah ini, lakukan salah satu berikut ini:
  • Pastikan bahwa map Iisadmpwd telah ditetapkan dengan benar. Untuk melakukannya, ikuti langkah-langkah berikut:CATATAN: Secara default, IIS 5.0 tidak buat Iisadmpwd folder. Anda harus membuat folder ini untuk mengubah password.

    1. Buka Internet Services Manager dan memperluas Situs Web standar.
    2. Pastikan bahwa folder bernama Iisadmpwd ada di bawah standar situs Web. Jika Anda tidak melihat folder ini, ikuti langkah berikut:
      1. Klik kanan situs Web Default, klik Baru, klik Direktori virtual, lalu klik Berikutnya.
      2. Untuk alias, jenis Iisadmpwd dan klik Berikutnya.
      3. Browse ke \Winnt\System32\Inetsrv\Iisadmpwd, klik Oke, lalu klik Berikutnya.
      4. Memverifikasi bahwa keduanya Menjalankan script dan Melaksanakan dipilih dan klik Berikutnya.
      5. Klik Menyelesaikan.
    3. Klik kanan Iisadmpwd folder dan klik Properti.
    4. Memverifikasi bahwa cek kotak untuk Naskah sumber akses, Menulis, dan Direktori browsing dihapus.
    5. Dalam IIS 4.0, pastikan Izin ditetapkan untuk Melaksanakan (termasuk script). Dalam IIS 5.0, pastikan Melaksanakan perizinan di-set Script dan Executable.
    6. Klik Direktori keamanan tab. di bawah Akses anonim dan kontrol otentikasi, klik Mengedit tombol.
    7. Memverifikasi bahwa Akses anonim dan Windows NT tantangan/tanggapan (dalam IIS 4.0) atau Terpadu Windows otentikasi (dalam IIS 5.0) keduanya dipilih.
    8. Klik Oke dua kali untuk menutup lembar properti.
  • Verifikasi bahwa domain kebijakan tidak mencegah perubahan sandi. Untuk melakukan ini pada Windows NT Server 4.0, ikuti langkah berikut:

    1. Dalam Alat administratif, membuka Pengguna Manager untuk domain.
    2. Pada Kebijakan menu, klik Rekening.
    3. Di bagian bawah jendela Account kebijakan, memastikan bahwa Pengguna harus log on untuk mengubah sandi dihapus.
    4. Klik Oke.
    5. Pada Kebijakan menu, klik Hak-hak pengguna.
    6. Dalam daftar, pilih Logon secara lokal dan memverifikasi bahwa IUSR_<servername> dan IWAM_<servername> account terdaftar. Jika account tersebut tidak terdaftar, Anda harus menambahkan mereka. Untuk melakukannya, ikuti langkah berikut ini:</servername> </servername>
      1. Klik Tambahkan, lalu klik Menunjukkan pengguna.
      2. Pilih IUSR_<servername></servername> dan IWAM_<servername></servername> account dan klik Tambahkan.
      3. Klik Oke.
    7. Dalam daftar, pilih Mengakses komputer ini dari jaringan dan memastikan bahwa IUSR_<servername></servername> dan IWAM_<servername></servername> account yang terdaftar. Jika account tersebut tidak terdaftar, menambahkan mereka seperti yang dijelaskan sebelumnya.
    8. Klik Oke Tutup jendela kebijakan hak-hak pengguna.
    9. Tutup jendela Pengelola pengguna.
    Untuk melakukan ini pada Windows 2000 Server, ikuti langkah berikut:

    1. Dalam Alat administratif, membuka Kebijakan keamanan lokal.
    2. Memperluas Kebijakan lokal dan pilih Penetapan hak pengguna.
    3. Klik dua kali Logon secara lokal. Memverifikasi bahwa IUSR_<servername> & IWAM_<servername> account terdaftar dan yang kedua<b00> </b00> </servername> </servername>Pengaturan kebijakan lokal dan Pengaturan kebijakan yang efektif dipilih.
    4. Klik dua kali Logon sebagai pekerjaan batch. Memverifikasi bahwa IUSR_<servername> & IWAM_<servername> account terdaftar dan yang kedua<b00> </b00> </servername> </servername>Pengaturan kebijakan lokal dan Pengaturan kebijakan yang efektif dipilih.
    5. Klik dua kali Mengakses komputer ini dari jaringan. Memverifikasi bahwa IUSR_<servername> & IWAM_<servername> account terdaftar dan yang kedua<b00> </b00> </servername> </servername>Pengaturan kebijakan lokal dan Pengaturan kebijakan yang efektif dipilih.CATATAN: Jika Pengaturan kebijakan yang efektif adalah tidak dipilih, periksa hak pengguna tugas pada domain controller dan memastikan bahwa Menentukan pengaturan kebijakan ini tidak dipilih untuk hak-hak pengguna ini.

    6. Tutup jendela pengaturan keamanan lokal.

Properti

ID Artikel: 301428 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Internet Information Services 5.0
Kata kunci: 
kbinfo kbmt KB301428 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:301428

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com