Bagaimana memecahkan DCOM untuk Visual Basic klien/Server aplikasi

Artikel ini menjelaskan berbagai langkah yang dapat Anda ambil untuk memecahkan beberapa kesalahan yang paling umum yang Anda hadapi saat mencoba untuk instantiate objek server jauh dengan menggunakan Model objek komponen yang didistribusikan (DCOM). Dalam Visual Basic, pesan kesalahan yang paling umum adalah:

Di mana untuk memulai pemecahan masalah

Sebagian besar masalah yang terjadi saat Anda mencoba untuk instantiate COM objek pada komputer remote dengan menggunakan DCOM berkaitan dengan pengaturan yang salah dalam Dcomcnfg atau masalah jaringan. Sangat jarang masalah terkait kode.

Hal pertama yang dilakukan adalah untuk menuliskan informasi terkait lingkungan Anda dan aplikasi itu sendiri, seperti:

1. Tentang komputer server:
   
   Komputer server adalah komputer di mana aplikasi server akan berjalan. Mengumpulkan data sebagai berikut:
   • Sistem operasi dan paket layanan diinstal.
   • Adalah seseorang logon ke komputer?
   • Jika seseorang yang masuk, apa yang hak-hak mereka? Adalah mereka bagian dari grup Administrators? Mereka logon sebagai Domain Pengguna?
2. Tentang komputer klien:
   
   Komputer klien adalah komputer di mana aplikasi klien akan berjalan. Mengumpulkan data sebagai berikut:
   • Sistem operasi dan paket layanan diinstal.
   • Siapa yang login ke komputer ini? Apakah mereka login sebagai pengguna Domain atau sebagai pengguna lokal? Jika mereka logon sebagai pengguna Domain apa Apakah hak-hak mereka di komputer server? Apakah mereka bagian dari para administrator kelompok pada komputer server?
3. Tentang aplikasi server:
   • Dengan bahasa yang, versi, dan layanan paket adalah Server dikembangkan?
   • Itu memanggil kembali ke klien?
   • Hal ini menimbulkan peristiwa? Jika demikian, DCOM keamanan diatur pada komputer klien untuk memberikan akses ke Semua orang account?
   • Apakah ia memiliki antarmuka pengguna?
   • Itu ditandai sebagai Eksekusi tanpa pengawasan?
   • Itu pengaturan keamanan parameter pemrograman melalui panggilan fungsi seperti CoInitializeSecurity atau CoSetProxyBlanket?
4. Tentang aplikasi klien:
   • Dengan bahasa yang, versi, dan layanan paket adalah aplikasi dikembangkan?
   • Itu pengaturan keamanan parameter pemrograman melalui panggilan fungsi seperti CoInitializeSecurity atau CoSetProxyBlanket?
5. Tentang jaringan:
   • Klien dan server komputer yang sama Jaringan Area lokal (LAN)?
   • Klien dan server komputer tersambung melalui Internet, tanpa firewall dan proxy antara mereka?
   • Klien dan server komputer tersambung melalui Internet, dengan firewall dan proxy antara mereka?

Masalah dasar

1. Periksa apakah semua pengaturan di Dcomcnfg sesuai, berdasarkan data yang Anda kumpulkan sebelumnya.
   268550  (http://support.microsoft.com/kb/268550/EN-US/ ) Cara menggunakan Dcomcnfg untuk Visual Basic DCOM klien/Server aplikasi
2. Jika Anda menggunakan Microsoft Windows 95 pada klien atau komputer server, pastikan bahwa Anda telah menginstal DCOM95 di atasnya. Anda dapat men-download DCOM95 dari Website Microsoft berikut:
   http://www.Microsoft.com/com/DCOM/dcom95/download.asp (http://www.microsoft.com/com/dcom/dcom95/download.asp)
3. Jika Anda menggunakan Windows 95, Microsoft Windows 98, Windows Millennium Edition (Me) pada komputer server, Anda harus memiliki server komponen dijalankan sebelum Anda mencoba untuk menggunakan klien. Sebagai cek, pastikan Server adalah berjalan dan bahwa itu adalah menunggu untuk client untuk tersambung.
   165101  (http://support.microsoft.com/kb/165101/EN-US/ ) Cara menggunakan Windows 95, Windows 98, atau Windows Me sebagai DCOM Server
4. Jika komputer klien dan server yang terhubung melalui Internet dengan firewall dan proxy antara mereka, DCOM tidak bekerja jika Ada semua jenis dari Address Translation (NAT) di antara mereka. Jika ada tidak ada terjemahan alamat, Anda harus mengkonfigurasi proxy dan firewall untuk mengaktifkan DCOM untuk berkomunikasi. Anda dapat menemukan beberapa kertas putih yang terkait dengan ini subjek pada Microsoft Developer Network (MSDN) atau pada berikut Microsoft Web site:
   http://www.Microsoft.com/technet/prodtechnol/windows2000serv/reskit/CNET/cnad_arc_wbak.mspx?mfr=True (http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/cnet/cnad_arc_wbak.mspx?mfr=true)
   Hal ini tidak dibahas dalam artikel ini.

Pemecahan masalah tambahan

Jika Anda masih memiliki masalah setelah mengatur Dcomcnfg ke kanan pengaturan yang didasarkan pada lingkungan dan fitur aplikasi, di sini beberapa langkah-langkah tambahan yang dapat Anda ambil untuk memecahkan masalah Anda:

1. Menggunakan Pengelola Tugas untuk memverifikasi bahwa server tidak berjalan Ketika Anda membuat perubahan pada pengaturan yang menggunakan Dcomcnfg. Semua pengaturan yang ditugaskan untuk proses ketika mulai begitu, jika server berjalan saat Anda mengubah pengaturan, pengaturan baru hanya berlaku berikutnya waktu server diluncurkan.
2. Memastikan server dan klien menjalankan dengan benar sama komputer. Anda harus selalu menguji bahwa klien dan server berjalan dengan benar lokal; itu adalah, di komputer yang sama, sebelum berjalan jauh.
3. Memeriksa apakah masalah yang Anda hadapi adalah benar-benar masalah DCOM, yang biasanya tidak terkait dengan kode itu sendiri, atau jika itu adalah masalah coding khusus untuk aplikasi Anda. Melakukan hal ini dengan menciptakan klien/server sangat sederhana aplikasi dengan hanya satu atau dua metode yang sangat sederhana. Ikuti normal prosedur kemasan dan instalasi. Jika server Anda menimbulkan peristiwa, kemudian sampel kecil Anda juga harus meningkatkan peristiwa.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
   266717  (http://support.microsoft.com/kb/266717/EN-US/ ) Cara membuat DCOM klien/Server aplikasi dengan menggunakan Visual Basic
   267836  (http://support.microsoft.com/kb/267836/EN-US/ ) Cara membuat DCOM klien/Server dengan peristiwa dengan menggunakan Visual Basic
   Idealnya, Anda harus menggunakan artikel sebelumnya sebagai Pedoman karena mereka membawa Anda langkah demi langkah dari awal melalui ke final kemasan dan penyebaran. Gunakan pengaturan yang sama seperti yang Anda gunakan untuk Anda aplikasi dan melihat apakah ini bekerja. Jika masalah Anda terkait dengan DCOM, Anda menghadapi masalah yang sama pada contoh kecil seperti yang Anda lakukan dalam aplikasi Anda. Tetap pemecahan masalah dengan sampel kecil sampai Anda menemukan masalah. Jika aplikasi kecil bekerja baik-baik saja tetapi Anda sendiri aplikasi tidak bekerja dengan pengaturan yang sama, maka Anda dapat menghadapi dua masalah:
   • Sesuatu dalam kode Anda adalah menciptakan masalah. Untuk contoh, jika Anda mengakses database dalam kode Anda dan identitas server Anda tidak memiliki hak untuk melakukannya. Masalah yang sama bisa terjadi jika Anda mencoba untuk mengakses file atau instantiate objek lain.
   • Kode Anda baik-baik saja, tetapi Anda memiliki beberapa masalah Registri, seperti beberapa entri ke server Anda. Untuk informasi tambahan, klik artikel nomor di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
     180525  (http://support.microsoft.com/kb/180525/EN-US/ ) PRB: Dcomcnfg laporan beberapa salinan DCOM server
   • Anda menunjuk komputer klien untuk salah komputer server. Periksa tab lokasi di Dcomcnfg pada klien komputer.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel dalam Pengetahuan Microsoft Base:
     268550  (http://support.microsoft.com/kb/268550/EN-US/ ) Cara menggunakan Dcomcnfg untuk Visual Basic DCOM klien/Server aplikasi
4. Verifikasi bahwa Anda telah dikemas dan menginstal klien dan server dengan benar. Membuat paket distribusi dengan benar mendasar untuk instalasi yang sukses.Untuk informasi tambahan tentang sampel langkah demi langkah tentang cara untuk membuat DCOM klien/server aplikasi yang menggunakan Visual Basic, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
   266717  (http://support.microsoft.com/kb/266717/EN-US/ ) Cara membuat DCOM klien/Server aplikasi dengan menggunakan Visual Basic
   267836  (http://support.microsoft.com/kb/267836/EN-US/ ) Cara membuat DCOM klien/Server dengan peristiwa dengan menggunakan Visual Basic
5. Memverifikasi bahwa jaringan Anda bekerja dengan benar oleh ping klien dari komputer server dan server dari komputer klien. Pada komputer server, Buka jendela prompt perintah, dan mengeksekusi berikut perintah di mana sebelumnya ClientcomputerName harus nama komputer klien:

   Ping ClientcomputerName

   Jika semuanya bekerja dengan benar, Anda akan melihat tiga atau empat Balasan dan waktu masing-masing mengambil. Jika Anda melihat timeout atau kesalahan lainnya, Anda memiliki masalah dalam pengaturan jaringan dan Anda perlu untuk memperbaiki ini sebelum Anda dapat Lanjutkan. Ulangi langkah-langkah yang sama pada komputer klien yang menggunakan server nama komputer.
6. Dalam Dcomcnfg pada komputer klien, mengubah server lokasi dengan mengganti nama server dengan alamat IP server. Jika itu bekerja dengan alamat IP dan tidak dengan nama komputer server, kemudian lebih dari mungkin Anda memiliki masalah dengan pengaturan jaringan.
7. Mencoba untuk me-restart server dan klien. Kadang-kadang beberapa pengaturan cache dalam memori dan restart setelah melakukan perubahan di Dcomcnfg memecahkan masalah.
8. Pada Windows 95 atau Windows 98, menggunakan protokol TCP/IP. Untuk melakukan ini, Hapus semua protokol lain dalam protokol standar daftar di Dcomcnfg.
9. Biasanya, jika Anda memiliki masalah DCOM, Anda mendapatkan error ketika Anda mencoba untuk instantiate objek jauh dengan menelepon CreateObject fungsi atau ketika Anda mengatur variabel objek dengan baru kata kunci. Sangat penting untuk dapat membedakan jika Anda mendapatkan kesalahan pesan karena penciptaan objek itu sendiri, atau karena dengan apa yang Anda lakukan dalam acara inisialisasi objek. Jika peristiwa inisialisasi objek Anda mencoba untuk instantiate tidak memiliki kode, maka tidak ada keraguan bahwa error yang Anda Dapatkan berhubungan dengan instantiating objek Anda. Jika, bagaimanapun, Anda memiliki kode dalam acara inisialisasi seperti menghubungkan ke database atau instantiating benda-benda lain, Anda harus menyertakan kesalahan perangkap dalam acara inisialisasi dan meningkatkan kesalahan kustom pengguna. Jika Anda tidak perangkap kesalahan Anda dalam acara inisialisasi dan error dibesarkan, gelembung keluar untuk klien dan mungkin membingungkan Anda. Anda mungkin berpikir bahwa masalah adalah objek penciptaan ketika masalah sebenarnya kode inisialisasi acara.
10. Jika server berjalan pada Microsoft Windows NT 4 atau Microsoft Windows 2000, Anda dapat menggunakan Peraga Peristiwa untuk mengetahui tambahan Audit informasi tentang mengapa DCOM sambungan gagal. Namun, log ini jenis peristiwa biasanya tidak diaktifkan secara default. Anda perlu untuk mengatur audit pilihan untuk mengaktifkannya.
    
    Dalam Windows NT 4, mengaktifkan pilihan ini sebagai berikut:
    
    
    • Pada Mulai menu, pilih Program, pilih Alat administratif, kemudian pilih Pengelola pengguna.
    • Jika Anda menjalankan NT 4 server, Anda harus memilih domain; dalam hal ini, pada Pengguna menu, pilih Domain Opsi dan pilih komputer lokal.
    • Pada Kebijakan menu, pilih Audit pilihan. Mengaktifkan audit untuk keberhasilan dan kegagalan untuk entri pertama tiga: masuk/Logoff, File dan objek akses, penggunaan hak pengguna. Klik Oke dan Tutup Pengelola pengguna.
    
    Pada Windows 2000, mengaktifkan pilihan ini sebagai berikut:
    
    
    • Pada Mulai menu, pilih Program, pilih Alat administratif, kemudian pilih Kebijakan keamanan lokal.
    • Pada panel kiri, Anda melihat tampilan struktur pohon. Klik Plus (+) tanda di sisi kiri Kebijakan lokal, dan Anda melihat Audit kebijakan entri. Pilih Audit kebijakan Catatan dan catatan bahwa pane kanan berisi semua audit pilihan mana yang diaktifkan dan mana yang tidak. Mengklik kanan pada salah satu pilihan memungkinkan Anda untuk mengaktifkan atau menonaktifkan mereka.
    • Mengaktifkan audit untuk keberhasilan dan kegagalan untuk mengakses pilihan berikut: Audit logon events, Audit objek akses, hak istimewa Audit menggunakan.
    • Dekat Kebijakan keamanan lokal jendela.
    
    Setelah Anda mengaktifkan logging pilihan ini, tes klien Anda lagi. Setelah Anda mendapatkan pesan kesalahan, menggunakan Peraga Peristiwa untuk melihat apakah ada kegiatan DCOM. Acara dapat memberitahu Anda mengapa akses ditolak. Juga, itu bisa memberitahu Anda siapa yang login ke komputer klien dan jika ini adalah domain pengguna atau pengguna lokal. Ini dapat memberitahu Anda bahwa protokol yang diminta oleh klien ini tidak tersedia pada server, dan sebagainya. COM log biasanya ditambahkan untuk log sistem.
11. Jika server Anda memiliki lebih dari satu kelas, dan beberapa di antaranya bekerja kelas dan orang lain tidak, periksa setiap kelas entri di Dcomcnfg pada klien komputer. Secara default, masing-masing kelas memiliki AppID sendiri dan akibatnya, sendiri pengaturan, sehingga sangat mungkin bahwa beberapa dari kelas Anda ditetapkan dengan benar dan orang lain tidak.Untuk informasi tambahan tentang mencari server Anda dalam aplikasi klien Daftar, klik nomor artikel di bawah ini untuk melihat artikel di Microsoft Basis Pengetahuan:
    268550  (http://support.microsoft.com/kb/268550/EN-US/ ) Cara menggunakan Dcomcnfg untuk Visual Basic DCOM klien/Server aplikasi

Galat Run-Time 70: Izin ditolak

Kesalahan ini biasanya berhubungan dengan pengaturan keamanan. Kesalahan ini adalah indikasi yang baik bahwa panggilan mencapai komputer target, jadi jaringan mungkin tidak masalah di sini. Berikut adalah beberapa hal untuk memeriksa:

• Jika Anda menetapkan otentikasi tingkat untuk Menghubungkan, memverifikasi pengguna masuk ke komputer klien login dalam domain pengguna dan bukan pengguna lokal.
• Jika Anda menetapkan otentikasi tingkat untuk Menghubungkan, pastikan bahwa komputer server sebenarnya milik domain. Jika komputer standalone, itu tidak bisa mengotentikasi pengguna kecuali Anda memiliki Pencocokan pengguna nama/password pada klien dan server komputer.
• Jika Anda menetapkan otentikasi tingkat untuk Tidak Ada, periksa jika Anda telah mengatur pilihan ini ke none pada kedua klien dan Server komputer.
• Jika Anda menetapkan otentikasi tingkat untuk Tidak Ada dan Anda telah memverifikasi bahwa kedua komputer memiliki pengaturan ini benar, pastikan bahwa klien maupun aplikasi server adalah pengaturan otentikasi pemrograman menggunakan fungsi seperti CoInitializeSecurity atau CoSetProxyBlanket. Pengaturan otentikasi pemrograman mengabaikan registri masukan dari Dcomcnfg.
• Jika Anda menetapkan otentikasi tingkat untuk Tidak Ada, dan Anda memiliki non-domain pengguna, periksa jika Anda telah disertakan "Semua orang" (atau "The World" untuk Windows 95 dan Windows 98) dalam akses dan peluncuran izin.
• Periksa akses dan meluncurkan izin di Dcomcnfg dan memverifikasi bahwa pengguna yang logon ke komputer klien secara eksplisit termasuk dalam ini daftar, atau milik salah satu kelompok-kelompok yang disertakan.
• Lihat "Dikenal masalah untuk memeriksa" kemudian dalam hal ini artikel.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel dalam Pengetahuan Microsoft Base:
  216051  (http://support.microsoft.com/kb/216051/EN-US/ ) FIX: Dcomcnfg NT 4.0 SP4 tidak menulis.Nama exe File di bawah HKCR\APPID

Galat Run-Time 429: Komponen ActiveX tidak dapat membuat objek

Berikut adalah beberapa hal yang dapat menyebabkan kesalahan ini:

• Server tidak diinstal dengan benar di server komputer. Menjalankan Dcomcnfg pada komputer server, pilih aplikasi server pada daftar aplikasi, dan kemudian klik Properti. Dalam Lokasi tab, verifikasi bahwa satu-satunya pilihan yang diperiksa Menjalankan aplikasi di komputer ini.
• Anda recompiled server tanpa biner kompatibilitas, dan tidak mengkompilasi ulang klien. Klien dapat mencari tua kelas id. Bahkan Jika Anda recompiled klien, Anda mungkin memiliki beberapa entri dalam registri, yang lama dan yang baru.Untuk tambahan informasi, klik nomor artikel di bawah ini untuk melihat artikel di Basis Pengetahuan Microsoft:
  180525  (http://support.microsoft.com/kb/180525/EN-US/ ) PRB: Dcomcnfg laporan beberapa salinan DCOM server
• Anda dapat menggunakan nama server salah di tab lokasi. Misalnya, Anda menginstal server pada komputer bagaimana mereka bisa, dan untuk beberapa alasan Anda tetapkan lokasi di Dcomcnfg sebagai ServerB. Menjalankan Dcomcnfg komputer klien, mencari pada server daftar aplikasi, dan kemudian klik Properti. Pilih Lokasi tab, dan kemudian verifikasi bahwa nama komputer server benar. Jika tidak dapat menemukan server Anda dalam daftar aplikasi, lihat untuk "Mencari server Anda dalam daftar aplikasi klien" dalam berikut Artikel Basis Pengetahuan Microsoft:
  268550  (http://support.microsoft.com/kb/268550/EN-US/ ) Cara menggunakan Dcomcnfg untuk Visual Basic DCOM klien/Server aplikasi
• Juga melihat "Dikenal masalah untuk memeriksa" kemudian dalam hal ini artikel.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
  193143  (http://support.microsoft.com/kb/193143/EN-US/ ) BUG: DCOM klien hang dan kemudian memberikan pesan kesalahan 429

Kesalahan 462: Server komputer jauh tidak ada atau tidak tersedia

Berikut ini adalah beberapa penyebab untuk pesan galat ini:

• Anda dapat menggunakan nama server salah di tab lokasi. Misalnya, Anda menginstal server pada komputer bagaimana mereka bisa, dan untuk beberapa alasan Anda tetapkan lokasi di Dcomcnfg sebagai ServerB, dan ServerB tidak berlaku komputer. Menjalankan Dcomcnfg pada komputer klien, mencari pada server daftar aplikasi, dan kemudian klik Properti tombol. Pilih Lokasi tab, dan kemudian verifikasi bahwa nama komputer server benar. Jika tidak dapat menemukan server Anda dalam daftar aplikasi, lihat "Locating server Anda dalam daftar aplikasi klien"dalam Microsoft berikut Artikel Basis Pengetahuan:
  268550  (http://support.microsoft.com/kb/268550/EN-US/ ) Cara menggunakan Dcomcnfg untuk Visual Basic DCOM klien/Server aplikasi
• Ping server dari klien dan memastikan bahwa ia terjangkau. Juga ping klien dari server untuk melihat apakah itu dicapai. Ping dengan nama dan alamat IP. Lihat bagian item 5 dalam "Tambahan masalah" Artikel ini.
• Server berjalan pada Windows 95, Windows 98, atau Windows Me komputer, dan server tidak berjalan menunggu klien untuk tersambung, atau RPCSS.EXE tidak berjalan.Untuk informasi tambahan tentang topik ini, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
  165101  (http://support.microsoft.com/kb/165101/EN-US/ ) Cara menggunakan Windows 95 atau Windows 98 sebagai DCOM Server
• Komputer Anda memiliki lebih dari satu kartu jaringan.Untuk tambahan informasi mengenai topik ini, klik nomor artikel di bawah ini untuk melihat artikel pada Basis Pengetahuan Microsoft:
  183930  (http://support.microsoft.com/kb/183930/EN-US/ ) FIX: IP adalah hancur ketika menggunakan UDP pada komputer Multihomed
• Silakan lihat dikenal masalah untuk bagian "Periksa" ini artikel.
• Komputer server tidak menjalankan atau masih dalam yang reboot negara.

Hang Server

Jika server Anda tidak memiliki antarmuka pengguna, pastikan bahwa Anda memeriksa Eksekusi tanpa pengawasan pilihan. Jika Anda tidak mencentang pilihan ini, mungkin bahwa kotak pesan yang ditampilkan oleh server Anda karena untuk kesalahan untrapped, untuk contoh. Jika server Anda tidak berjalan dengan identitas Pengguna interaktif, tak seorang pun dapat melihat kotak pesan ini dan server hanya menunggu untuk seseorang untuk mengabaikan kotak, yang tidak pernah terjadi. Dengan menggunakan Eksekusi tanpa pengawasan pilihan, pesan kotak diarahkan ke log file.

Klien crash setelah instalasi

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

Masalah yang diketahui untuk memeriksa

Berikut ini adalah daftar masalah yang diketahui yang dapat mempengaruhi instalasi Anda. Mereka didokumentasikan di lain Basis Pengetahuan Microsoft artikel. Id artikel mereka disediakan di sini. Jika Anda masih mengalami masalah dengan DCOM Anda aplikasi setelah meninjau pemecahan masalah langkah dalam hal ini artikel dan daftar dikenal isu-isu, pastikan untuk mencari basis pengetahuan untuk Artikel tambahan yang tidak akan disertakan dalam artikel ini.

1. Pesan galat berikut mempengaruhi server aplikasi dibuat dengan Visual Basic 6.0 rilis awal, sebelum paket layanan 1.
   193143  (http://support.microsoft.com/kb/193143/EN-US/ ) Klien DCOM menggantung dan kemudian memberikan pesan kesalahan 429
2. Masalah berikut ini diperkenalkan di Dcomcnfg yang disertakan dengan paket layanan 4 untuk NT 4.0 dan tetap dalam paket layanan 6 untuk NT 4.0. Namun, bahkan jika Anda sudah memiliki versi tetap dikirim dengan SP6 tetapi Anda server diinstal sebelum Anda menginstal SP6, Anda mungkin masih mengalami masalah ini. Masalahnya adalah bahwa Dcomcnfg tidak termasuk satu diperlukan registri kunci di bawah Hkey_Classes_Root\AppID. HKCR\AppID adalah kunci yang peta eksekusi server untuk AppID nya. Sebagai contoh, jika server Anda eksekusi adalah MyServer.exe, harus ada kunci di bawah HKCR\AppID dengan nama ini. Salah satu nilai-nilai di bawah kunci ini harus AppID yang berisi GUID AppID dari Anda server. Lihat petunjuk di artikel Basis Pengetahuan Microsoft berikut pada Bagaimana cara menambahkan entri hilang secara manual.
   216051  (http://support.microsoft.com/kb/216051/EN-US/ ) Dcomcnfg NT 4.0 SP4 tidak menulis.Exe nama di bawah HKCR\APPID
   Konsekuensi dari kesalahan ini adalah bahwa sistem mengabaikan semua entri kustom yang Anda tetapkan dalam Dcomcnfg untuk server ini. Untuk contoh, jika Anda tetapkan daftar pengguna yang memiliki hak untuk mengakses dan menjalankan server Anda, dan daftar ini mencakup User1, tetapi Anda masih mendapatkan error 70 "akses Ditolak"ketika User1 mencoba tersambung ke server Anda, kesempatan adalah Anda memiliki ini masalah. Masalah lain, misalnya, adalah jika Anda tetapkan identitas Anda server untuk menjadi pengguna interaktif, tetapi server terus berperilaku seolah-olah itu telah Identitas Launching pengguna - yang adalah default.
3. Ada bug di Clireg32.exe yang dikirim dengan Visual Dasar 5.0. Konsekuensi adalah bahwa klien jatuh setelah instalasi. The Versi Clireg32 pengiriman dengan Visual Basic 6.0 memiliki bug ini tetap, tetapi jika Anda memiliki versi lama pada komputer ketika Anda menginstal Visual Basic 6.0, prosedur instalasi tidak memperbarui file, sehingga Anda mungkin memiliki lama Versi.
   
   Clireg32.exe adalah sebuah utilitas yang mendaftarkan VBR dan TLB file pada komputer klien. Bila Anda membuat paket distribusi untuk klien dan menambahkan file VBR, paket dan penyebaran Wizard (PDW) secara otomatis menambahkan Clireg32.exe untuk paket distribusi Anda. Jika Anda memiliki Versi clireg32.exe pada komputer pembangunan yang buruk, Anda mungkin mendistribusikan versi buruk dengan aplikasi Anda. Jika komputer target tidak sudah memiliki versi yang lebih baru, versi ini buruk adalah salah satu yang sedang digunakan. Versi dengan masalah yang dikirim dengan Visual Basic 5.0 5.00.3716, tanggal 1/16/1997 12: 00.
   185193  (http://support.microsoft.com/kb/185193/EN-US/ ) Clireg32 gagal untuk mendaftar server perpustakaan jenis DCOM
   221173  (http://support.microsoft.com/kb/221173/EN-US/ ) Instalasi VB6 tidak memperbarui Clireg32.exe
4. Bug berikut dapat menyebabkan masalah ketika Anda menggunakan DCOM di komputer dengan lebih dari satu kartu jaringan. Pesan galat mungkin satu adalah:
   462 Remote server komputer tidak tersedia.
   Untuk menghindari masalah ini, terus hanya TCP/IP daftar protokol ini komputer. Masalah ini telah diperbaiki di NT4 SP4.
   183930  (http://support.microsoft.com/kb/183930/EN-US/ ) IP hancur ketika menggunakan UDP pada komputer Multihomed
5. Ketika klien COM pada Windows NT komputer berjalan di bawah identitas yang tidak dapat dikonfirmasi pada komputer jauh, COM server dimulai oleh klien menutup turun di sekitar enam menit.
   175020  (http://support.microsoft.com/kb/175020/EN-US/ ) Server COM jauh menutup turun setelah enam menit