Cara memecahkan masalah DCOM untuk Visual Basic klien/Server aplikasi

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 269330
Artikel ini telah diarsipkan. Artikel ditawarkan dalam bentuk "apa adanya" dan tidak akan dapat diperbarui lagi.
Ringkasan
Artikel ini menjelaskan berbagai langkah yang dapat Anda lakukan untuk memecahkan beberapa kesalahan yang paling umum yang Anda alami saat Anda mencoba untuk instantiate objek server jauh dengan menggunakan didistribusikan komponen objek Model (DCOM). Dalam Visual Basic, pesan galat yang paling umum adalah:
Galat run-time 70: izin ditolak.
Galat run-time 429: komponen ActiveX tidak dapat membuat objek.
Galat run-time 462: komputer server jauh tidak ada atau tidak tersedia.
Informasi lebih lanjut

Mulai pemecahan masalah di mana

Sebagian besar masalah yang terjadi saat Anda mencoba untuk instantiate obyek COM pada komputer jauh dengan menggunakan DCOM berkaitan dengan pengaturan yang salah di Dcomcnfg atau masalah jaringan. Sangat jarang masalah berkaitan dengan kode.

Hal pertama yang harus dilakukan adalah untuk mencatat informasi yang terkait dengan lingkungan Anda dan aplikasi itu sendiri, seperti:
  1. Tentang komputer server:

    Server computeris komputer di mana server aplikasi akan berjalan. Mengumpulkan thefollowing data:
    • sistem operasi dan Service Pack diinstal.
    • Seseorang masuk ke komputer?
    • Jika seseorang masuk, apa yang mereka hak? Merupakan bagian dari grup administrator? Mereka Masuk sebagai pengguna Domain?
  2. Tentang komputer klien:

    Klien computeris komputer di mana aplikasi klien akan berjalan. Mengumpulkan thefollowing data:
    • sistem operasi dan Service Pack diinstal.
    • Yang log on ke komputer ini? Apakah mereka Masuk sebagai pengguna Domain atau lokal pengguna? Jika Masuk sebagai pengguna Domain apa yang mereka hak pada server komputer? Merupakan bagian dari grup Administrator pada komputer server?
  3. Tentang aplikasi server:
    • Dengan bahasa, versi, dan layanan paket adalah server yang dikembangkan?
    • Tidak memanggil kembali ke klien?
    • Apakah itu meningkatkan kejadian? Jika demikian, keamanan DCOM diatur pada komputer klien untuk memberikan akses ke akun siapa saja ?
    • Tidak ada antarmuka pengguna?
    • Ini ditandai sebagai Eksekusi tanpa pengawasan?
    • Ini adalah pengaturan keamanan parameter secara programatik melalui panggilan fungsi seperti CoInitializeSecurity atau CoSetProxyBlanket?
  4. Tentang aplikasi klien:
    • Dengan bahasa, versi, dan layanan paket adalah aplikasi yang dikembangkan?
    • Ini adalah pengaturan keamanan parameter secara programatik melalui panggilan fungsi seperti CoInitializeSecurity atau CoSetProxyBlanket?
  5. Tentang jaringan:
    • Apakah komputer server dan klien pada sama jaringan area lokal (LAN)?
    • Klien dan server komputer tersambung melalui Internet, tanpa firewall dan proksi antara mereka?
    • Klien dan server komputer tersambung melalui Internet, dengan firewall dan proksi antara mereka?

Pemecahan masalah dasar

  1. Periksa bahwa semua pengaturan di Dcomcnfg sesuai, berdasarkan data yang Anda kumpulkan sebelumnya.
    268550 Cara menggunakan Dcomcnfg untuk aplikasi klien/Server DCOM Visual Basic
  2. Jika Anda menggunakan Microsoft Windows 95 orserver komputer klien, pastikan bahwa Anda telah menginstal DCOM95 di dalamnya. Anda dapat downloadDCOM95 dari situs web Microsoft berikut:
  3. Jika Anda menggunakan Windows 95, Microsoft Windows 98, WindowsMillennium Edition (me) di komputer server, Anda harus memiliki servercomponent dijalankan sebelum Anda mencoba untuk menggunakan klien. Sebagai pemeriksaan, verifikasi theserver yang dijalankan dan menunggu untuk klien untuk menyambung.
    165101 Cara menggunakan Windows 95, Windows 98, atau Windows Me sebagai DCOM Server
  4. Jika komputer klien dan server tersambung melalui program Internet dengan firewall dan proksi antara mereka, DCOM tidak bekerja ifthere adalah jenis dari Address Translation (NAT) di antara mereka. Jika ada noaddress terjemahan, Anda harus mengkonfigurasi ini proksi dan firewall toenable DCOM berkomunikasi. Anda dapat menemukan beberapa kertas putih yang berkaitan dengan thissubject di Microsoft Developer Network (MSDN) atau situs web followingMicrosoft: Hal ini tidak tercakup di dalam artikel ini.

Pemecahan masalah tambahan

Jika Anda masih mengalami masalah setelah pengaturan Dcomcnfg untuk pengaturan yang benar berdasarkan lingkungan dan aplikasi fitur, berikut adalah beberapa langkah tambahan yang dapat Anda lakukan untuk mengatasi masalah Anda:
  1. Menggunakan pengelola tugas untuk memverifikasi bahwa server tidak runningwhile Anda membuat perubahan dalam pengaturan menggunakan Dcomcnfg. Semua pengaturan areassigned proses saat dimulai, jika server berjalan saat youchange pengaturan, pengaturan baru hanya akan berlaku saat berikutnya serveris diluncurkan.
  2. Verifikasi bahwa server dan klien berjalan dengan benar pada samecomputer. Anda harus selalu menguji klien dan server yang menjalankan correctlylocally; yaitu, pada komputer yang sama, sebelum menjalankan dari jauh.
  3. Periksa apakah masalah yang Anda hadapi benar-benar masalah DCOM, yang biasanya tidak berkaitan dengan kode itu sendiri, atau apabila issuespecific pengkodean aplikasi Anda. Melakukannya dengan membuat sangat sederhana klien/serverapplication dengan hanya satu atau dua metode yang sangat sederhana. Ikuti normalprocedures kemasan dan instalasi. Jika server Anda menimbulkan kejadian, sampel kecil thenyour juga harus meningkatkan peristiwa. Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    266717 Cara membuat aplikasi klien/Server DCOM menggunakan Visual Basic
    267836 Cara membuat DCOM klien/Server dengan menggunakan Visual Basic
    Idealnya, Anda harus menggunakan artikel sebelumnya sebagai aguideline karena mereka membawa Anda langkah demi langkah dari awal melalui finalpackaging dan penyebaran. Menggunakan pengaturan yang sama seperti yang Anda gunakan untuk yourapplication dan melihat apakah hal ini bekerja. Jika masalah Anda terkait dengan DCOM, Anda facethe masalah yang sama pada contoh kecil seperti yang Anda lakukan di aplikasi Anda. Keeptroubleshooting masalah dengan sampel kecil hingga Anda menemukan masalah. Jika aplikasi kecil bekerja dengan baik tetapi Anda sendiri aplikasi tidak bekerja dengan pengaturan yang sama, maka Anda dapat hadap atas dua masalah:
    • Sesuatu dalam kode Anda menciptakan masalah. Sebagai contoh, jika Anda mengakses pangkalan data dalam kode dan identitas server Anda tidak memiliki hak untuk melakukannya. Masalah yang sama dapat terjadi jika Anda mencoba untuk mengakses berkas atau instantiate objek lainnya.
    • Kode baik-baik saja, tetapi Anda memiliki beberapa masalah di registri, seperti beberapa entri ke server Anda. Untuk informasi tambahan, klik articlenumber di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
      180525 PRB: Dcomcnfg laporan beberapa kopi karbon DCOM Server
    • Anda menunjuk ke komputer klien ke server yang salah komputer. Periksa tab lokasi di Dcomcnfg pada komputer klien.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di Microsoft KnowledgeBase:
      268550 Cara menggunakan Dcomcnfg untuk aplikasi klien/Server DCOM Visual Basic
  4. Verifikasi bahwa Anda memiliki paket dan menginstal klien dan server dengan benar. Membuat distribusi paket dengan benar isfundamental untuk keberhasilan pemasangan.Untuk informasi tambahan tentang contoh langkah demi langkah tentang cara membuat DCOM klien/server aplikasi yang menggunakan Visual Basic, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    266717 Cara membuat aplikasi klien/Server DCOM menggunakan Visual Basic
    267836 Cara membuat DCOM klien/Server dengan menggunakan Visual Basic
  5. Verifikasi bahwa jaringan Anda bekerja dengan benar oleh klien pingingthe dari komputer server dan server dari komputer klien. Onthe server komputer, buka jendela wantian perintah, dan eksekusi followingcommand mana sebelumnya ClientcomputerName harus nama komputer klien:
    Ping ClientcomputerName
    Jika semuanya bekerja dengan benar, Anda akan melihat tiga atau fourreplies dan waktu mengambil masing-masing. Jika Anda melihat timeout atau galat lainnya, youhave masalah konfigurasi jaringan Anda dan Anda harus memperbaiki ini sebelum Anda cancontinue. Ulangi langkah-langkah yang sama pada komputer klien yang menggunakan nama server'scomputer.
  6. Dalam Dcomcnfg pada komputer klien, mengubah server'slocation dengan mengganti nama server dengan alamat penyuratan IP server. Jika itworks dengan alamat penyuratan IP dan tidak komputer server nama, kemudian morethan mungkin mengalami masalah dengan pengaturan jaringan.
  7. Cobalah untuk me-restart server dan klien. Kadang-kadang somesettings cache kehabisan memori dan memulai ulang setelah membuat perubahan Dcomcnfgsolves masalah.
  8. Pada Windows 95 atau Windows 98, gunakan protokol TCP/IP. Untuk dothis, Hapus semua protokol inDcomcnfg daftar protokol default.
  9. Biasanya, jika Anda memiliki masalah DCOM, Anda mendapatkan galat apabila mencoba instantiate objek jauh dengan memanggil fungsi CreateObject atau saat Anda menyetel variabel objek dengan Newkeyword. Hal ini penting untuk dapat membedakan jika Anda mendapatkan errormessage karena pembuatan objek itu sendiri, atau karena apa yang Anda doingin peristiwa menginisialisasi objek. Jika peristiwa menginisialisasi objectyou berusaha instantiate tidak memiliki kode, maka ada doubtthat tidak ada kesalahan yang Anda mendapatkan berkaitan dengan instantiating objek. Jika, namun, Anda memiliki kode dalam acara menginisialisasi, seperti tautan langsung ke adatabase atau instantiating objek lainnya, Anda harus menyertakan galat trappinginside peristiwa menginisialisasi dan meningkatkan galat kustom pengguna. Jika Anda tidak trapyour kesalahan dalam menginisialisasi acara dan galat diangkat, gelembung outto klien dan mungkin membingungkan Anda. Anda mungkin berpikir bahwa masalah objectcreation saat masalah ini benar-benar kode di Initializeevent.
  10. Jika server berjalan pada Microsoft Windows NT 4 orMicrosoft Windows 2000, Anda dapat menggunakan Pemantau Peristiwa untuk menemukan informasi additionalauditing mengapa DCOM koneksi gagal. Namun, thesetype log peristiwa biasanya tidak diaktifkan secara asali. Anda harus menetapkan auditingoptions untuk mengaktifkannya.

    Di Windows NT 4, mengaktifkan asfollows opsi berikut ini:

    • Pada menu mulai , pilih program, pilih Alat administratif, dan kemudian pilih Pengelola pengguna.
    • Jika Anda menjalankan NT 4 server, Anda harus memilih domain; dalam hal ini, pada menu pengguna , pilih opsi Domain , dan kemudian pilih komputer lokal.
    • Pada menu kebijakan , pilih opsi Audit . Mengaktifkan audit keberhasilan dan kegagalan untuk entri tiga: log masuk Logoff, berkas dan objek akses, penggunaan hak pengguna. Klik OK dan Tutup manajer pengguna.

    Pada Windows 2000, mengaktifkan asfollows opsi berikut ini:

    • Pada menu mulai , pilih program, pilih Alat administratif, dan kemudian pilih Kebijakan keamanan lokal.
    • Pada panel sebelah kiri, Anda melihat tampilan pohon. Klik tanda tambah (+) tanda di sebelah kiri Kebijakan lokal, dan Anda akan melihat entri Audit kebijakan . Pilih entri Audit kebijakan , dan perhatikan bahwa panel sebelah kanan-atas berisi semua opsi audit, yang diaktifkan dan mana yang tidak. Mengklik kanan-atas di salah satu dari opsi ini memungkinkan Anda untuk mengaktifkan atau menonaktifkan mereka.
    • Mengaktifkan audit keberhasilan dan kegagalan untuk opsi berikut ini: Audit log masuk kejadian, Audit objek akses Audit hak penggunaan.
    • Tutup jendela Kebijakan keamanan lokal .

    Setelah Anda mengaktifkan opsi pengelogan ini, klien testyour lagi. Setelah Anda menerima pesan galat tersebut, gunakan Event Viewer untuk melihat ifthere peristiwa DCOM apa pun. Peristiwa akan memberitahu Anda mengapa Akses ditolak. Selain itu, dapat memberitahu Anda yang log on ke komputer klien dan jika ini adalah domainuser atau lokal pengguna. Ini dapat memberitahu Anda bahwa protokol yang diminta oleh clientis tidak tersedia di server, dan sebagainya. Log COM biasanya ditambahkan ke thesystem log.
  11. Jika server Anda memiliki lebih dari satu kelas, dan beberapa theseclasses pekerjaan dan lain-lain tidak, periksa masing-masing entri kelas di Dcomcnfg clientcomputer. secara asali, masing-masing kelas memiliki AppID sendiri dan, akibatnya, ownsettings yang, jadi mungkin bahwa beberapa kelas Anda ditetapkan dengan benar andothers tidak. Untuk informasi tambahan tentang Telisik server Anda dalam daftar aplikasi klien, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    268550 Cara menggunakan Dcomcnfg untuk aplikasi klien/Server DCOM Visual Basic

Galat run-time 70: Izin ditolak

Galat ini biasanya terkait dengan pengaturan keamanan. Galat ini adalah indikasi yang baik bahwa panggilan mencapai target komputer, jadi jaringan mungkin bukan masalah berikut. Berikut adalah beberapa hal untuk memeriksa:
  • Jika Anda menyetel tingkat otentikasi untuk tersambung, Verifikasikan bahwa pengguna yang masuk ke komputer klien loggedin sebagai pengguna domain dan tidak lokal pengguna.
  • Jika Anda menyetel tingkat otentikasi untuk tersambung, verifikasi bahwa komputer server sebenarnya milik domain. Jika komputer berdiri sendiri, tidak dapat mengotentikasi pengguna kecuali jika Anda mempunyai nama pengguna/sandi pada klien dan servercomputer yang cocok.
  • Jika Anda menyetel tingkat otentikasi ke tidak ada, periksa jika Anda telah mengatur opsi ini ke tidak ada di klien kedua andserver komputer.
  • Jika Anda menyetel tingkat otentikasi ke None dan Anda telah memverifikasi bahwa kedua komputer memiliki settingcorrect ini, pastikan bahwa klien maupun server aplikasi settingauthentication pemrograman menggunakan fungsi seperti CoInitializeSecurity atau CoSetProxyBlanket. Pengaturan otentikasi secara programatik mengesampingkan registryentries dari Dcomcnfg.
  • Jika Anda menyetel tingkat otentikasi ke tidak ada, dan Anda memiliki pengguna non-domain, periksa apabila Anda telah memasukkan "Siapa saja" (atau "Dunia" untuk Windows 95 dan Windows 98) di ijin akses andlaunch.
  • Periksa akses dan meluncurkan izin di Dcomcnfg andverify bahwa pengguna yang log on ke komputer klien secara eksplisit termasuk inthese daftar, atau milik salah satu dari kelompok yang disertakan.
  • Baca "Diketahui masalah untuk memeriksa" kemudian di thisarticle.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    216051 MEMPERBAIKI: Dcomcnfg NT 4.0 SP4 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 galat ini:
  • Server tidak diinstal dengan benar di servercomputer. Jalankan Dcomcnfg pada komputer server, pilih server aplikasi di daftar aplikasi, dan kemudian klik properti. Di tab Lokasi , Verifikasikan bahwa opsi hanya diperiksa menjalankan aplikasi di komputer ini.
  • Anda recompiled server tanpa biner kompatibilitas mundur, anddidn't mengkompilasi ulang klien. Klien dapat Telisik lama kelas id. Evenif Anda recompiled klien, Anda mungkin memiliki beberapa entri registri, yang lama dan yang baru.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    180525 PRB: Dcomcnfg laporan beberapa kopi karbon DCOM Server
  • Anda dapat menggunakan nama server yang salah di tab lokasi. Misalnya, Anda menginstal server di komputer ServerA, dan untuk beberapa reasonyou ditetapkan lokasi di Dcomcnfg sebagai ServerB. Jalankan Dcomcnfg pada komputer klien, temukan server di daftar aplikasi, dan kemudian klik properti. Pilih tab Lokasi , dan kemudian verifikasi bahwa nama komputer server sudah benar. Lagi jika Anda tidak dapat menemukan server Anda dalam daftar aplikasi, Cari "Mencari server Anda dalam daftar aplikasi klien" di artikel Pangkalan Pengetahuan followingMicrosoft:
    268550 Cara menggunakan Dcomcnfg untuk aplikasi klien/Server DCOM Visual Basic
  • Juga melihat "Diketahui masalah untuk memeriksa" kemudian di thisarticle.Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    193143 BUG: DCOM klien macet dan kemudian memberikan galat 429

Galat 462: Komputer Server jauh tidak ada atau tidak tersedia

Berikut adalah beberapa penyebab untuk pesan galat ini:
  • Anda dapat menggunakan nama server yang salah di tab lokasi. Misalnya, Anda menginstal server di komputer ServerA, dan untuk beberapa reasonyou didefinisikan lokasi di Dcomcnfg sebagai ServerB, dan ServerB bukan avalid komputer. Jalankan Dcomcnfg pada komputer klien, temukan server di thelist aplikasi, dan kemudian klik properti . Pilih tab Lokasi , dan kemudian verifikasi bahwa nama komputer server sudah benar. Lagi jika Anda tidak dapat menemukan server Anda dalam daftar aplikasi, lihat "Locatingyour server di daftar aplikasi klien" di artikel Pangkalan MicrosoftKnowledge berikut:
    268550 Cara menggunakan Dcomcnfg untuk aplikasi klien/Server DCOM Visual Basic
  • Ping server dari klien dan verifikasi bahwa isreachable. Juga ping klien dari server untuk melihat apakah tercapai. Pingby nama dan alamat penyuratan IP. Melihat item 5 dalam "pemecahan masalah tambahan" sectionof artikel ini.
  • Server Anda sedang berjalan di Windows 95, Windows 98, orWindows saya komputer, dan server tidak dijalankan menunggu toconnect klien, atau RPCSS. EXE tidak berjalan.Untuk informasi tambahan tentang topik ini, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    165101 Cara menggunakan Windows 95 atau Windows 98 sebagai DCOM Server
  • Komputer Anda memiliki lebih dari satu Kartu Bisnis jaringan.Untuk informasi tambahan tentang topik ini, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    183930 MEMPERBAIKI: IP hancur saat menggunakan UDP pada komputer Multihomed
  • Silakan lihat bagian "Diketahui masalah untuk memeriksa" thisarticle.
  • Komputer server tidak berjalan atau masih dalam keadaan itsreboot.

Server macet

Jika server Anda tidak memiliki antarmuka pengguna, verifikasi bahwa Anda memeriksa opsi Eksekusi tanpa pengawasan . Jika Anda tidak memeriksa opsi ini, dimungkinkan bahwa kotak pesan yang ditampilkan oleh server Anda karena kesalahan untrapped, misalnya. Jika server Anda tidak bekerja dengan identitas Pengguna interaktif, tidak dapat melihat kotak pesan ini dan server hanya menunggu seseorang untuk menyingkirkan kotak, yang tidak pernah terjadi. Dengan menggunakan opsi Eksekusi tanpa pengawasan , kotak pesan akan diarahkan ke berkas log.

Klien lumpuh setelah penginstalan

Untuk informasi tambahan tentang topik ini, klik nomor artikel di bawah ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
185193 PRB: Clireg32 gagal untuk mendaftarkan pustaka tipe server DCOM
221173 PRB: Instalasi VB6 tidak memperbarui Clireg32.exe

Masalah yang diketahui untuk memeriksa

Berikut ini adalah daftar masalah yang diketahui yang dapat mempengaruhi instalasi. Mereka didokumentasikan di artikel Pangkalan Pengetahuan Microsoft lainnya. ID Artikel mereka tersedia di sini. Jika Anda masih mengalami masalah dengan aplikasi DCOM setelah mengkaji langkah pemecahan masalah dalam artikel ini dan daftar masalah yang diketahui, pastikan untuk Telisik Pangkalan Pengetahuan artikel tambahan yang tidak termasuk dalam artikel ini.
  1. Pesan galat berikut mempengaruhi server applicationscreated dengan Visual Basic 6.0 peluncuran awal, sebelum Pack1 layanan.
    193143 Klien DCOM macet dan kemudian memberikan galat 429
  2. Masalah berikut ini telah diperkenalkan di thatshipped Dcomcnfg dengan Service Pack 4 untuk NT 4.0 dan diperbaiki dalam Service Pack 6 untuk NT 4.0.However, bahkan jika Anda sudah memiliki versi tetap yang disertakan bersama SP6 tetapi yourserver diinstal sebelum Anda menginstal SP6, Anda mungkin masih experiencingthis masalah. Masalah adalah bahwa Dcomcnfg tidak menyertakan satu diperlukan registrykey pada Hkey_Classes_Root\AppID. HKCR\AppID adalah bukti kunci yang peta theexecutable server untuk AppID nya. Sebagai contoh, jika server Anda executableis MyServer.exe, harus ada bukti kunci di bawah HKCR\AppID dengan nama ini. Salah satu dari nilai di bawah bukti kunci ini seharusnya AppID yang berisi AppID pengenal unik global yourserver. Lihat petunjuk pada onhow artikel Pangkalan Pengetahuan Microsoft berikut ini untuk menambahkan entri hilang secara manual.
    216051 Dcomcnfg NT 4.0 SP4 menulis. Exe nama di bawah HKCR\APPID
    Akibat dari galat ini adalah bahwa systemignores semua entri kustom yang Anda tentukan di Dcomcnfg server. Forexample, jika Anda tetapkan daftar pengguna yang memiliki hak untuk mengakses dan launchyour server, dan daftar ini mencakup User1, tetapi Anda masih menerima kesalahan 70 "AccessDenied" saat User1 mencoba untuk menyambung ke server, kemungkinan yang Anda miliki thisproblem. Masalah lain, misalnya, adalah jika Anda tetapkan identitas yourserver agar pengguna interaktif, tetapi server terus bertindak seperti jika itu hasIdentity peluncuran User - yang asali.
  3. Ada bug di Clireg32.exe yang disertakan dengan VisualBasic 5.0. Akibatnya adalah bahwa klien jatuh setelah penginstalan. Theversion Clireg32 pengiriman dengan Visual Basic 6.0 telah ini bug yang diperbaiki, tetapi lagi jika Anda memiliki versi lama di komputer ketika Anda menginstal Visual Basic 6.0, prosedur penginstalan tidak memperbarui berkas, sehingga Anda dapat memiliki oldversion.

    Clireg32.exe adalah utilitas yang mendaftarkan VBR dan TLBfiles pada komputer klien. Ketika Anda membuat paket distribusi untuk aclient dan menambahkan berkas VBR, paket dan penyebaran Wizard (PDW) secara otomatis menambahkan Clireg32.exe paket distribusi Anda. Jika Anda memiliki versi thebad clireg32.exe di komputer pengembangan, Anda mungkin bedistributing versi buruk dengan aplikasi Anda. Jika target computerdoesn't sudah memiliki versi yang lebih baru, versi ini buruk adalah salah satu yang beingused. Versi dengan masalah yang disertakan dengan Visual Basic 5.0 is5.00.3716, tanggal 1/16/1997 12:00.
    185193 Clireg32 gagal untuk mendaftarkan server pustaka tipe DCOM
    221173 Instalasi VB6 tidak memperbarui Clireg32.exe
  4. Bug berikut ini dapat menyebabkan masalah ketika Anda usingDCOM pada komputer dengan lebih dari satu Kartu Bisnis jaringan. Salah satu galat messageis:
    462 komputer server jauh tidak tersedia.
    Untuk menghindari masalah ini, menjaga hanya TCP/IP pada daftar protokol pada thiscomputer. Masalah ini telah diperbaiki di NT4 SP4.
    183930 IP hancur saat menggunakan UDP pada komputer Multihomed
  5. Ketika COM klien pada Windows NT komputer berjalan di bawah anidentity yang tidak diotentikasi pada komputer jauh, serverstarted COM oleh klien dimatikan di sekitar enam menit.
    175020 Server COM jauh mati setelah enam menit
70 429 462

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 269330 - Tinjauan Terakhir: 12/05/2015 21:10:18 - Revisi: 3.0

Microsoft Visual Basic 5.0 Enterprise Edition

  • kbnosurvey kbarchive kbdcom kbhowto kbmt KB269330 KbMtid
Tanggapan