Ketika Anda debug Microsoft COM + versi 1.0 komponen di
Visual Basic 6.0 pada komputer berbasis Microsoft Windows 2000, berikut
pesan galat mungkin muncul dalam browser ketika klien Server aktif
Pages (ASP) halaman:
Server objek, ASP 0178 (0x800A0005)
Panggilan untuk Server.CreateObject gagal saat memeriksa izin. Akses
ditolak untuk objek ini.
Ketika Anda debug Microsoft COM + versi 1.5
Komponen dalam Visual Basic 6.0 pada komputer berbasis Microsoft Windows XP,
Berikut pesan kesalahan akan muncul di browser ketika klien adalah aktif
Server Pages (ASP) halaman:
Server objek, ASP 0178
(0x800A0005) panggilan untuk Server.CreateObject gagal saat memeriksa izin.
Akses ditolak untuk objek ini.
Perilaku ini hanya terjadi ketika Anda
menjalankan COM + komponen dari dalam Visual Basic yang terintegrasi pengembangan
lingkungan (IDE). Kesalahan terjadi ketika Anda menjalankan COM + komponen dalam
keadaan dikompilasi dalam COM + aplikasi.
Otentikasi pengguna, biasanya
IUSR_<machinename> rekening jika Anda menggunakan akses anonim, tidak
memiliki izin yang sesuai untuk mengakses Server DCOM (VB6.exe dalam hal ini
kasus). Ketika Anda mencari COM + komponen dalam IDE Visual Basic,
peluncuran pengguna adalah pengguna interaktif; pengguna yang mengakses DCOM
Server adalah otentikasi pengguna.</machinename>
Karena tidak ada DCOM entri untuk
VB6.exe, DCOM menggunakan izin default. Dalam Windows 2000 dan Windows XP,
Ijin akses Default DCOM hanya diberikan kepada account sistem dan
meluncurkan pengguna secara default. Karena pengguna peluncuran dan pengguna mengakses
DCOM Server tidak sama, pesan kesalahan yang ditampilkan dalam "Gejala"
bagian terjadi.
Menambahkan entri DCOM untuk VB6.exe ke registri. Hal ini memungkinkan Anda
Mengatur perizinan DCOM tertentu untuk debugging COM + komponen dalam Visual Basic.
Membuat entri untuk VB ASP Debugging di DCOM:
Mulai Microsoft Notepad atau editor teks dan lain jenis
case-sensitive sintaks berikut:
REGEDIT4
[HKEY_CLASSES_ROOT\CLSID\{70F214BA-94E2-4bdf-8F30-32CB4A905E4D}]
@="VB ASP Debugging"
[HKEY_CLASSES_ROOT\CLSID\{70F214BA-94E2-4bdf-8F30-32CB4A905E4D}\LocalServer32]
@="vb6.exe"
[HKEY_CLASSES_ROOT\AppID\vb6.exe]
"AppId"="{70F214BA-94E2-4bdf-8F30-32CB4A905E4D}"
Simpan sebagai file Vbaspdbg.reg.
Temukan folder tempat Anda menyimpan Vbaspdbg.reg file
dan double klik file (itu secara otomatis mendaftar sendiri dalam Windows
registri).
Tambahkan Semua orang account untuk izin DCOM Visual Basic ASP
debugging.
Windows 2000
Mulai DCOMCNFG. Pada Mulai menu, klik Menjalankan, kemudian ketik dcomcnfg dalam dialog
kotak.
Pada Didistribusikan COM konfigurasi properti Halaman, klik Aplikasi tab, pilih VB ASP Debugging dari daftar, dan kemudian klik Properti.
Dalam VB ASP Debugging properti lembar properti, klik Sekuritas tab, dan kemudian klik untuk memilih Menggunakan izin akses kustom kotak centang. Klik Mengedit.
Dalam Perizinan nilai registri jendela, klik Tambahkan, dan kemudian tambahkan Semua orang account untuk Memungkinkan akses.
Klik Oke, lalu klik Menerapkan untuk menerapkan perubahan dan keluar Didistribusikan COM konfigurasi properti Halaman.
Restart komputer agar perubahan mengambil
efek.
Windows XP
Mulai COM + Explorer. Pada Mulai menu, klik Admin Tools, lalu klik Layanan Komponen.
Klik untuk membuka Layanan Komponen, klik untuk memperluas Komputer, klik untuk memperluas Komputer Saya, dan klik untuk membuka Konfigurasi DCOM.
Klik kanan VB ASP Debugging, dan klik Properti.
Pada Sekuritas tab, di bawah Izin akses, pilih Menyesuaikan, lalu klik Mengedit.
Dalam Izin akses jendela, klik Tambahkan, dan kemudian tambahkan Semua orang account untuk memungkinkan akses pilihan.
Klik Oke, klik Menerapkan, lalu klik Oke untuk menerapkan perubahan dan keluar konfigurasi DCOM properti
Halaman.
Restart komputer agar perubahan mengambil
efek.
Pemecahan masalah 2
Untuk keperluan debugging, mengkonfigurasi aplikasi
Perlindungan dari direktori Virtual di mana halaman ASP tinggal "tinggi
(Terisolasi)." Hal ini akan memaksa halaman ASP untuk menjalankan dalam proses sendiri, yang memungkinkan
keamanan berubah tanpa mempengaruhi seluruh situs Web.
Mulai Internet Services Manager.
Klik kanan direktori Virtual di mana halaman ASP
berada, dan kemudian klik Properti.
Klik Direktori virtual tab dan kemudian pilih Tinggi (terisolasi) dalam Aplikasi perlindungan daftar drop-down.
Klik Menerapkan.
Mematikan akses anonim untuk direktori Virtual ini dan
Pastikan Terpadu Windows otentikasi atau Otentikasi dasar dipilih:
Pada Properti dialog kotak untuk direktori Virtual, klik Direktori keamanan tab.
Klik Mengedit untuk Akses anonim dan otentikasi kontrol.
Pastikan bahwa kotak centang akses anonim
dibersihkan.
Klik salah satu Terpadu Windows otentikasi atau Otentikasi dasar.
Jika Windows terpadu otentikasi yang digunakan, kemudian jalankan
klien browser untuk mengakses halaman ASP menurut akun pengguna yang sama sebagai Visual
IDE dasar sesi debug. Jika otentikasi dasar digunakan, masukkan nama pengguna
dan password untuk account pengguna yang sama bahwa IDE Visual Basic debug sesi
berjalan di bawah.
Catatan Kedua solusi mengasumsikan bahwa COM "Default akses
Permissions"tidak diubah. Jika memiliki "ijin akses Default"
pernah berubah, maka COM konstruksi daftar kontrol akses (ACL) yang
hibah izin untuk account sistem dan identitas Server. Dalam skenario ini,
Identitas Server adalah user log in menjalankan debug IDE Visual Basic
sesi. Jika DCOM "Ijin akses Default" telah diubah, maka
kedua solusi memerlukan pengguna account yang IDE Visual Basic
sesi debug berjalan di bawah akan ditambahkan ke "Ijin akses Default". Ini
dapat dilakukan dengan menggunakan DCOMCNFG. Untuk informasi tambahan, lihat "keamanan COM" link di bagian "Informasi selengkapnya".
Perilaku ini tidak terjadi pada Microsoft Windows NT 4.0
dan IIS 4.0. Untuk informasi tambahan mengenai kesalahan ASP 0178 pada
Windows NT 4.0 berbasis komputer, klik nomor artikel di bawah ini untuk melihat
artikel di dalam Basis Pengetahuan Microsoft:
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:259725
Seberapa besar upaya Anda untuk menggunakan artikel ini?
Sangat sedikit
Sedikit
Sedang
Besar
Sangat besar
Berikan saran tentang apa yang dapat kami lakukan untuk menyempurnakan informasi ini
Terima kasih! Masukan Anda akan digunakan untuk membantu kami meningkatkan konten dukungan. Untuk opsi bantuan lainnya, kunjungi Halaman Beranda Bantuan dan Dukungan.