Làm thế nào để khắc phục sự cố DCOM cho Visual Basic khách hàng/máy chủ ứng dụng

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:269330
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
TÓM TẮT
Bài viết này mô tả các bước bạn có thể làm để khắc phục một số trong những lỗi phổ biến nhất bạn gặp phải khi bạn cố gắng nhanh chóng một đối tượng máy chủ từ xa bằng cách sử dụng phân phối mô hình đối tượng thành phần (DCOM). Trong Visual Basic, các thông báo lỗi phổ biến nhất là:
Thời gian chạy lỗi 70: quyền từ chối.
Thời gian chạy lỗi 429: ActiveX thành phần không thể tạo đối tượng.
Thời gian chạy lỗi 462: từ xa máy tính không tồn tại hoặc không sẵn dùng.
THÔNG TIN THÊM

Nơi để bắt đầu gỡ rối

Hầu hết các vấn đề xảy ra khi bạn cố gắng để nhanh chóng COM một đối tượng trên một máy tính từ xa bằng cách sử dụng DCOM có liên quan đến thiết lập không chính xác trong Dcomcnfg hoặc một vấn đề mạng. Rất hiếm khi vấn đề liên quan đến các Mã.

Điều đầu tiên cần làm là để ghi lại các thông tin liên quan môi trường của bạn và ứng dụng riêng của mình, chẳng hạn như:
  1. Về máy tính:

    Máy tính là máy tính nơi mà các ứng dụng máy chủ sẽ chạy. Thu thập các dữ liệu sau:
    • Hệ điều hành và dịch vụ đã cài đặt gói.
    • Ai đó được đăng nhập vào máy tính?
    • Nếu ai đó đang đăng nhập, những gì là quyền của họ? Đang họ là một phần của nhóm quản trị viên? Họ đã đăng nhập như là một tên miền Người sử dụng?
  2. Về máy tính khách hàng:

    Máy khách là máy tính nơi mà ứng dụng khách sẽ chạy. Thu thập các dữ liệu sau:
    • Hệ điều hành và dịch vụ đã cài đặt gói.
    • Những người được đăng nhập vào máy tính này? Đã làm họ đã đăng nhập là một người sử dụng tên miền hoặc như một người dùng địa phương? Khi họ đăng nhập như là một người sử dụng tên miền gì là quyền của họ trên máy tính? Họ là một phần của các quản trị viên nhóm vào máy tính?
  3. Về các ứng dụng máy chủ:
    • Với những ngôn ngữ, phiên bản, và dịch vụ gói các máy chủ phát triển?
    • Hiện nó gọi lại cho khách hàng?
    • Nó nâng cao sự kiện? Nếu vậy, DCOM an ninh đặt trên máy khách để cấp quyền truy cập vào các Mọi người tài khoản?
    • Nó có một giao diện người dùng?
    • Nó được đánh dấu là Thực hiện không giám sát?
    • Nó là thiết lập các thông số an ninh lập trình thông qua các cuộc gọi của các chức năng như CoInitializeSecurity hoặc CoSetProxyBlanket?
  4. Về ứng dụng khách hàng:
    • Với những ngôn ngữ, phiên bản, và dịch vụ gói các ứng dụng phát triển?
    • Nó là thiết lập các thông số an ninh lập trình thông qua các cuộc gọi của các chức năng như CoInitializeSecurity hoặc CoSetProxyBlanket?
  5. Về mạng:
    • Khách hàng và các máy tính phục vụ trên cùng một Mạng cục (bộ LAN)?
    • Được khách hàng và máy chủ máy tính kết nối thông qua Internet, mà không có bức tường lửa và proxy giữa chúng?
    • Được khách hàng và máy chủ máy tính kết nối thông qua Internet, với bức tường lửa và proxy giữa chúng?

Xử lý sự cố cơ bản

  1. Kiểm tra rằng tất cả các thiết lập trong Dcomcnfg là thích hợp, dựa trên dữ liệu bạn thu thập được trước đó.
    268550 Làm thế nào để sử dụng Dcomcnfg cho một Visual Basic DCOM khách hàng/máy chủ ứng dụng
  2. Nếu bạn đang sử dụng Microsoft Windows 95 trên máy khách hoặc máy tính, đảm bảo rằng bạn đã cài đặt DCOM95 trên nó. Bạn có thể tải về DCOM95 từ các Microsoft Web site sau:
  3. Nếu bạn đang sử dụng Windows 95, Microsoft Windows 98, Windows Thiên niên kỷ Edition (Me) trên máy tính, bạn cần phải có máy chủ thành phần đang chạy trước khi bạn cố gắng sử dụng các khách hàng. Như là một kiểm tra, xác minh rằng các máy chủ là chạy và nó phải chờ đợi cho khách hàng để kết nối.
    165101 Làm thế nào để sử dụng Windows 95, Windows 98, hoặc Windows cho tôi như là một hệ phục vụ DCOM
  4. Nếu máy tính khách hàng và máy chủ của bạn được kết nối thông qua Internet với bức tường lửa và proxy giữa chúng, DCOM không hoạt động nếu không có bất kỳ loại địa của chỉ (NAT) ở giữa chúng. Nếu không có không có dịch địa chỉ, bạn cần phải cấu hình các proxy và các bức tường lửa để cho phép DCOM để giao tiếp. Bạn có thể tìm thấy một vài bài viết liên quan đến điều này chủ đề trên mạng lưới các nhà phát triển Microsoft (MSDN) hoặc tại sau đây Web site của Microsoft: Chủ đề này không được bảo hiểm trong bài viết này.

Thêm xử lý sự cố

Nếu bạn vẫn gặp vấn đề sau khi cài đặt Dcomcnfg ở bên phải thiết đặt dựa trên môi trường và ứng dụng các tính năng của bạn, đây là một số các bước bổ sung, bạn có thể làm để giải quyết vấn đề của bạn:
  1. Sử dụng Task Manager để xác minh rằng các máy chủ không chạy trong khi bạn thay đổi trong các thiết lập bằng cách sử dụng Dcomcnfg. Tất cả các cài đặt được chỉ định cho một quá trình khi nó bắt đầu như vậy, nếu máy chủ đang chạy trong khi bạn thay đổi thiết đặt, các cài đặt mới chỉ mất hiệu lực tiếp theo thời gian máy chủ được tung ra.
  2. Xác minh rằng các máy chủ và khách hàng chạy chính xác trên cùng một máy tính. Bạn nên luôn luôn có thể thử nghiệm rằng khách hàng của bạn và máy chủ chạy một cách chính xác tại địa phương; đó là, trên cùng một máy tính, trước khi chạy từ xa.
  3. Kiểm tra nếu vấn đề bạn đang phải đối mặt thực sự là một vấn đề DCOM, mà thường là không liên quan đến mã riêng của mình, hoặc nếu nó là một vấn đề mã hóa cụ thể cho ứng dụng của bạn. Làm điều này bằng cách tạo ra một khách hàng/máy chủ rất đơn giản ứng dụng với chỉ một hoặc hai phương pháp rất đơn giản. Thực hiện theo các bình thường thủ tục của bao bì và cài đặt. Nếu máy chủ của bạn tăng sự kiện, sau đó của bạn mẫu nhỏ cũng nâng cao sự kiện.Để biết thêm chi tiết, nhấp vào số bài viết dưới đây để xem các bài viết trong cơ sở kiến thức Microsoft:
    266717 Làm thế nào để tạo ra một DCOM khách hàng/máy chủ ứng dụng bằng cách sử dụng Visual Basic
    267836 Làm thế nào để tạo một DCOM khách hàng/máy chủ với các sự kiện bằng cách sử dụng Visual Basic
    Lý tưởng nhất, bạn nên sử dụng các bài viết trước như là một hướng dẫn bởi vì họ đưa bạn từng bước từ đầu thông qua đến trận chung kết đóng gói và triển khai. Sử dụng các thiết lập tương tự như bạn đang sử dụng cho của bạn ứng dụng và xem nếu việc này. Nếu vấn đề của bạn liên quan đến DCOM, bạn phải đối mặt các vấn đề tương tự trên mẫu nhỏ như bạn làm trong ứng dụng của bạn. Giữ gỡ rối vấn đề với mẫu nhỏ cho đến khi bạn tìm được vấn đề. Nếu ứng dụng nhỏ hoạt động tốt nhưng riêng của bạn ứng dụng không hoạt động với các thiết lập tương tự, sau đó bạn có thể phải đối mặt với hai vấn đề:
    • Một cái gì đó trong mã của bạn là tạo ra vấn đề. Cho Ví dụ, nếu bạn truy cập vào cơ sở dữ liệu trong mã của bạn và danh tính của máy chủ của bạn không có quyền để làm như vậy. Cùng một vấn đề có thể xảy ra nếu bạn đang cố gắng truy nhập tệp hoặc nhanh chóng đối tượng khác.
    • Mã của bạn là tốt, nhưng bạn có một số vấn đề trong các Cơ quan đăng ký, ví dụ như nhiều mục phục vụ của bạn. Để biết thêm chi tiết, bấm vào bài viết số dưới đây để xem bài viết trong cơ sở kiến thức Microsoft:
      180525 PRB: Dcomcnfg báo cáo nhiều bản sao của DCOM Server
    • Bạn đang trỏ máy khách để sai máy tính. Kiểm tra tab vị trí trong Dcomcnfg trên máy khách máy tính.Để biết thêm chi tiết, Nhấp vào số bài viết dưới đây để xem bài viết trong các kiến thức Microsoft Cơ sở:
      268550 Làm thế nào để sử dụng Dcomcnfg cho một Visual Basic DCOM khách hàng/máy chủ ứng dụng
  4. Kiểm chứng rằng bạn đã đóng gói và cài đặt các khách hàng và hệ phục vụ một cách chính xác. Việc tạo ra các gói phân phối một cách chính xác là cơ bản để cài đặt thành công.Để thêm thông tin về một mẫu-by-step về cách để tạo ra một DCOM khách hàng/máy chủ ứng dụng sử dụng Visual Basic, bấm các bài viết số dưới đây để xem các bài viết trong cơ sở kiến thức Microsoft:
    266717 Làm thế nào để tạo ra một DCOM khách hàng/máy chủ ứng dụng bằng cách sử dụng Visual Basic
    267836 Làm thế nào để tạo một DCOM khách hàng/máy chủ với các sự kiện bằng cách sử dụng Visual Basic
  5. Kiểm chứng rằng mạng của bạn đang làm việc một cách chính xác bởi ping các khách hàng từ máy tính và máy chủ từ máy khách. Ngày máy tính, mở một cửa sổ dấu nhắc lệnh, và thực hiện những điều sau đây lệnh nơi các ngay trước ClientcomputerName nên là tên của máy tính khách hàng của bạn:
    Ping ClientcomputerName
    Nếu tất cả mọi thứ đang làm việc một cách chính xác, bạn sẽ thấy ba hay bốn bài trả lời và thời gian mỗi một mất. Nếu bạn thấy timeout hoặc lỗi khác, bạn có vấn đề trong thiết lập mạng của bạn và bạn cần phải sửa chữa chúng trước khi bạn có thể tiếp tục. Lặp lại các bước tương tự trên máy tính khách hàng sử dụng máy chủ tên máy tính.
  6. Trong Dcomcnfg trên máy khách, thay đổi của máy chủ vị trí bằng cách thay thế tên của máy chủ với địa chỉ IP của máy chủ. Nếu nó làm việc với địa chỉ IP và không phải với tên máy tính của máy chủ, sau đó nhiều hơn nữa hơn có khả năng bạn có vấn đề với thiết đặt mạng của bạn.
  7. Thử khởi động lại máy chủ và khách hàng. Đôi khi một số thiết đặt đang được lưu trữ trong bộ nhớ và restarting sau khi thực hiện thay đổi trong Dcomcnfg giải quyết vấn đề.
  8. Trên Windows 95 hoặc Windows 98, sử dụng giao thức TCP/IP. Để làm này, loại bỏ tất cả các giao thức khác trong các giao thức mặc định danh sách trong Dcomcnfg.
  9. Thông thường, nếu bạn có một vấn đề DCOM, bạn nhận được một lỗi khi bạn thử để nhanh chóng đối tượng từ xa bằng cách gọi các CreateObject chức năng, hoặc khi bạn thiết lập đối tượng biến với New từ khóa. Nó là quan trọng để có thể phân biệt nếu bạn đang nhận được một lỗi thư do việc tạo ra các đối tượng chính nó, hoặc do những gì bạn đang làm trong sự kiện Initialize của đối tượng. Nếu sự kiện Initialize của đối tượng bạn đang cố gắng để nhanh chóng không có bất kỳ mã, sau đó không nghi ngờ rằng lỗi bạn đang nhận được liên quan đến instantiating đối tượng của bạn. Nếu, tuy nhiên, bạn có mã số trong sự kiện Initialize như kết nối với một cơ sở dữ liệu hoặc instantiating các đối tượng khác, bạn nên bao gồm lỗi bẫy bên trong các sự kiện Initialize và nâng cao một lỗi dùng tùy chỉnh. Nếu bạn không bẫy lỗi của bạn bên trong sự kiện Initialize và một lỗi được đưa lên, nó bong bóng ra cho khách hàng và có thể gây nhầm lẫn bạn. Bạn có thể nghĩ rằng vấn đề là các đối tượng sáng tạo khi vấn đề là trên thực tế là mã trong Initialize sự kiện.
  10. Nếu máy chủ đang chạy trên Microsoft Windows NT 4 hoặc Microsoft Windows 2000, bạn có thể sử dụng trình xem sự kiện để tìm hiểu thêm thông tin kiểm định trên lý do tại sao kết nối DCOM thất bại. Tuy nhiên, đăng nhập đây loại sự kiện thường là không được kích hoạt theo mặc định. Bạn cần phải đặt các kiểm toán tùy chọn để cho phép nó.

    Trong Windows NT 4, kích hoạt các tùy chọn như sau:

    • Trên các Bắt đầu trình đơn, chọn Chương trình, chọn Công cụ quản trị, và chọn Quản lý người dùng.
    • Nếu bạn đang chạy máy chủ NT 4, bạn phải chọn một miền; trong trường hợp này, trên các Người dùng trình đơn, chọn các Miền tùy chọn, và sau đó chọn máy tính địa phương của bạn.
    • Trên các Chính sách trình đơn, chọn các Kiểm toán tùy chọn. Kích hoạt tính năng kiểm toán cho cả hai sự thành công và thất bại cho các ba đầu tiên mục: đăng nhập/đăng xuất, tập tin và đối tượng truy cập, sử dụng của quyền của người dùng. Nhấp vào Ok và đóng quản lý người dùng.

    Trong Windows 2000, kích hoạt các tùy chọn như sau:

    • Trên các Bắt đầu trình đơn, chọn Chương trình, chọn Công cụ quản trị, và chọn Chính sách bảo mật cục bộ.
    • Trên cửa sổ bên trái, bạn nhìn thấy một lần xem cây. Bấm vào các cộng với (+) đăng ở phía bên trái của các Chính sách địa phương, và bạn xem các Chính sách kiểm định lối vào. Chọn các Chính sách kiểm định nhập cảnh, và lưu ý rằng cửa sổ bên phải có chứa tất cả các tùy chọn của kiểm toán, cái nào được bật và đó là không. Cách nhấp chuột phải lúc nào trong số này tùy chọn cho phép bạn để cho phép hoặc vô hiệu hóa chúng.
    • Kích hoạt tính năng kiểm toán cho sự thành công và thất bại cho các sau tuøy choïn: sự kiện đăng nhập kiểm toán, kiểm toán đối tượng truy cập, kiểm toán đặc quyền sử dụng.
    • Đóng các Chính sách bảo mật cục bộ cửa sổ.

    Một khi bạn kích hoạt các tùy chọn ghi sổ, kiểm tra khách hàng của bạn một lần nữa. Sau khi bạn nhận được thông báo lỗi, sử dụng trình xem sự kiện để xem nếu không có bất kỳ sự kiện DCOM. Sự kiện này có thể cho bạn biết lý do tại sao truy cập bị từ chối. Ngoài ra, nó có thể cho bạn biết ai đang đăng nhập vào máy tính khách hàng và nếu điều này là một tên miền người sử dụng hay một người dùng địa phương. Nó có thể cho bạn biết rằng giao thức yêu cầu của khách hàng không phải là có sẵn trên hệ phục vụ, và vv. COM các bản ghi thường được bổ sung vào các đăng nhập hệ thống.
  11. Nếu máy chủ của bạn có nhiều hơn một lớp, và một số các các lớp học làm việc và những người khác không, hãy kiểm tra mỗi hạng mục trong Dcomcnfg trên máy khách máy tính. Theo mặc định, mỗi lớp có AppID riêng của mình và, do đó, riêng của mình cài đặt này, do đó, có thể một số các lớp học của bạn được thiết lập một cách chính xác và những người khác không có.Cho thông tin thêm về vị trí máy chủ của bạn trong ứng dụng của khách hàng danh sách, bấm vào số bài viết dưới đây để xem bài viết trong Microsoft Kiến thức cơ bản:
    268550 Làm thế nào để sử dụng Dcomcnfg cho một Visual Basic DCOM khách hàng/máy chủ ứng dụng

Thời gian chạy lỗi 70: Permission Denied

Lỗi này thường có liên quan để thiết đặt bảo mật. Lỗi này là một dấu hiệu tốt mà các cuộc gọi đến được máy tính mục tiêu, vì vậy mạng là có lẽ không phải một vấn đề ở đây. Dưới đây là một số điều cần kiểm tra:
  • Nếu bạn thiết lập xác thực cấp để Kết nối, xác minh rằng người dùng đăng nhập vào máy tính khách hàng đăng nhập trong như là một người sử dụng tên miền và không phải là một người dùng địa phương.
  • Nếu bạn thiết lập xác thực cấp để Kết nối, kiểm chứng rằng máy tính thực sự thuộc về tên miền. Nếu nó là một máy tính độc lập, nó không thể xác thực người dùng, trừ khi bạn có một phù hợp với người sử dụng tên/mật khẩu trên máy khách và máy chủ máy tính.
  • Nếu bạn thiết lập xác thực cấp để Không có, kiểm tra xem nếu bạn đã thiết lập tùy chọn này để không trên cả hai khách hàng và máy chủ máy tính.
  • Nếu bạn thiết lập xác thực cấp để Không có và bạn đã xác minh rằng cả hai máy tính có cài đặt này đúng, hãy chắc chắn rằng cả khách hàng và các ứng dụng máy chủ là thiết lập xác thực lập trình sử dụng chức năng như CoInitializeSecurity hoặc CoSetProxyBlanket. Thiết lập xác thực lập trình đè registry mục có từ Dcomcnfg.
  • Nếu bạn thiết lập xác thực cấp để Không có, và bạn đã không tên miền người dùng, hãy kiểm tra nếu bạn có bao gồm "Tất cả mọi người" (hay "Thế giới" cho Windows 95 và Windows 98) trong các truy cập và khởi động cấp phép.
  • Kiểm tra quyền truy cập và tung ra các quyền trong Dcomcnfg và kiểm chứng rằng người dùng đăng nhập máy tính khách hàng một cách rõ ràng được bao gồm trong các danh sách, hoặc thuộc về một trong những nhóm bao gồm.
  • Xem "biết đến các vấn đề để kiểm tra" sau này ở đây bài viết.Để biết thêm chi tiết, Nhấp vào số bài viết dưới đây để xem bài viết trong các kiến thức Microsoft Cơ sở:
    216051 Khắc phục: Dcomcnfg NT 4.0 SP4 không viết.Exe tên tập tin dưới HKCR\APPID

Thời gian chạy lỗi 429: ActiveX thành phần không thể tạo đối tượng

Sau đây là một vài điều mà có thể gây ra lỗi này:
  • Hệ phục vụ không đúng được cài đặt trên máy chủ máy tính. Chạy Dcomcnfg trên máy tính, chọn máy chủ ứng dụng ngày danh sách các ứng dụng, và sau đó bấm Thuộc tính. Trong các Vị trí tab, xác minh rằng lựa chọn duy nhất kiểm tra là Chạy ứng dụng trên máy tính này.
  • Bạn biên máy chủ mà không có khả năng tương thích nhị phân, và không biên dịch các khách hàng. Khách hàng có thể tìm kiếm cũ lớp ID. Thậm chí Nếu bạn biên khách hàng, bạn có thể có nhiều mục trong registry, những cái cũ và những cái mới.Cho thêm thông tin, bấm vào số bài viết dưới đây để xem các bài viết trong các Cơ sở kiến thức Microsoft:
    180525 PRB: Dcomcnfg báo cáo nhiều bản sao của DCOM Server
  • Bạn có thể sử dụng tên máy chủ sai trong tab vị trí. Ví dụ, bạn cài đặt máy chủ trên máy tính ServerA, và cho một số lý do bạn xác định vị trí trong Dcomcnfg là ServerB. Chạy Dcomcnfg trên các máy khách, định vị hệ phục vụ trên danh sách ứng dụng, và sau đó nhấp vào Thuộc tính. Chọn các Vị trí tab, và sau đó xác nhận rằng máy chủ máy tính tên là chính xác. Nếu bạn không thể xác định vị trí máy chủ của bạn trong danh sách của các ứng dụng, hãy tìm cho "Định vị máy chủ của bạn trong danh sách các ứng dụng của khách hàng" trong sau đây Bài viết cơ sở kiến thức Microsoft:
    268550 Làm thế nào để sử dụng Dcomcnfg cho một Visual Basic DCOM khách hàng/máy chủ ứng dụng
  • Cũng xem "biết đến các vấn đề để kiểm tra" sau này ở đây bài viết.Để biết thêm chi tiết, bấm vào các số bài viết dưới đây để xem bài viết trong cơ sở kiến thức Microsoft:
    193143 LỖI: DCOM Client treo cứng và sau đó cung cấp cho thông báo lỗi 429

Lỗi 462: Máy tính từ xa không tồn tại hoặc không sẵn dùng

Sau đây là một số nguyên nhân cho thông báo lỗi này:
  • Bạn có thể sử dụng tên máy chủ sai trong tab vị trí. Ví dụ, bạn cài đặt máy chủ trên máy tính ServerA, và cho một số lý do bạn xác định vị trí trong Dcomcnfg như đang là ServerB, và ServerB không phải là một máy tính hợp lệ. Chạy Dcomcnfg trên máy khách, định vị hệ phục vụ trên các danh sách các ứng dụng, và sau đó bấm các Thuộc tính nút. Chọn các Vị trí tab, và sau đó xác nhận rằng máy chủ máy tính tên là chính xác. Nếu bạn không thể xác định vị trí máy chủ của bạn trong danh sách của các ứng dụng, xem "Locating máy chủ của bạn trong danh sách các ứng dụng của khách hàng"trong Microsoft sau Bài viết cơ sở kiến thức:
    268550 Làm thế nào để sử dụng Dcomcnfg cho một Visual Basic DCOM khách hàng/máy chủ ứng dụng
  • Ping máy chủ từ khách hàng và xác nhận rằng nó có thể truy cập. Cũng ping khách hàng từ các máy chủ để xem nếu nó là thể truy cập. Ping bởi tên và địa chỉ IP. Xem mục 5 trong các "bổ sung Troubleshooting" phần bài viết này.
  • Máy chủ của bạn đang chạy trên một Windows 95, Windows 98, hoặc Windows tôi máy tính, và máy chủ không chạy chờ đợi cho khách hàng để kết nối, hoặc RPCSS.EXE không chạy.Để có thêm thông tin về chủ đề này, bấm số bài viết dưới đây để xem bài viết trong cơ sở kiến thức Microsoft:
    165101 Làm thế nào để sử dụng Windows 95 hoặc Windows 98 là một hệ phục vụ DCOM
  • Máy tính của bạn có nhiều hơn một card mạng.Cho thêm thông tin về chủ đề này, bấm vào số bài viết dưới đây để xem bài viết trong Microsoft Knowledge Base:
    183930 Khắc phục: IP đọc sai khi sử dụng UDP trên máy vi tính Multihomed
  • Xin xem ñoaïn "biết đến các vấn đề để kiểm tra" này bài viết.
  • Máy tính không chạy hoặc là vẫn còn trong của nó khởi động lại nhà nước.

Treo cứng máy chủ

Nếu máy chủ của bạn không có một giao diện người dùng, hãy kiểm chứng rằng bạn kiểm tra các Thực hiện không giám sát tùy chọn. Nếu bạn không chọn tùy chọn này, có thể đó một hộp thông báo đang được hiển thị bởi máy chủ của bạn do một lỗi untrapped, cho Ví dụ. Nếu máy chủ của bạn không hoạt động với danh tính Tương tác người dùng, không ai có thể nhìn thấy hộp thư này và hệ phục vụ chỉ là chờ đợi cho ai đó để bỏ qua hộp thoại, mà không bao giờ xảy ra. Bằng cách sử dụng các Thực hiện không giám sát tùy chọn, thư hộp được chuyển hướng đến một tập tin đăng nhập.

Tai nạn khách hàng sau khi cài đặt

Để có thêm thông tin về chủ đề này, bấm vào những con số bài viết dưới đây để xem các bài viết trong các Cơ sở kiến thức Microsoft:
185193 PRB: Clireg32 không đăng ký thư viện kiểu của DCOM Server
221173 PRB: Cài đặt VB6 không Cập Nhật Clireg32.exe

Vấn đề đã biết để kiểm tra

Sau đây là danh sách các vấn đề được biết đến nhiều có thể ảnh hưởng đến cài đặt của bạn. Họ đã được diễn tả trong các cơ sở kiến thức Microsoft bài viết. Của họ ID bài viết được cung cấp ở đây. Nếu bạn vẫn gặp vấn đề với DCOM của bạn ứng dụng sau khi xem xét xử lý sự cố các bước trong điều này bài viết và danh sách các vấn đề, hãy chắc chắn để tìm kiếm kho tàng kiến thức cho bổ sung các điều mà có thể không được bao gồm trong bài viết này.
  1. Thông báo lỗi sau ảnh hưởng đến các ứng dụng máy chủ tạo với phát Visual Basic 6.0 hành đầu tiên, trước khi Service Pack 1.
    193143 DCOM Client treo cứng và sau đó cung cấp cho thông báo lỗi 429
  2. Vấn đề sau đây đã được giới thiệu trong Dcomcnfg mà vận chuyển với Service Pack 4 cho NT 4.0 và cố định trong Service Pack 6 cho NT 4.0. Tuy nhiên, ngay cả khi bạn đã có phiên bản cố định được vận chuyển với SP6 nhưng của bạn máy chủ được cài đặt trước khi bạn cài đặt SP6, bạn vẫn có thể gặp vấn đề này. Vấn đề là Dcomcnfg đã không bao gồm một trong những cơ quan đăng ký cần thiết Key thuộc Hkey_Classes_Root\AppID. HKCR\AppID là chìa khóa mà bản đồ các trình thực hiện của một máy chủ để AppID của nó. Ví dụ, nếu máy chủ của bạn của tập tin thực thi là MyServer.exe, phải có một khoá dưới HKCR\AppID với tên này. Một trong những các giá trị dưới phím này nên là AppID có chứa GUID AppID của bạn hệ phục vụ. Xem hướng dẫn trong bài viết cơ sở kiến thức Microsoft sau đây về làm thế nào để thêm mục nhập không có trong bảng bằng tay.
    216051 Dcomcnfg NT 4.0 SP4 không viết.Exe tên dưới HKCR\APPID
    Các hậu quả của lỗi này là hệ thống bỏ qua tất cả các mục tuỳ chỉnh mà bạn xác định trong Dcomcnfg cho hệ phục vụ này. Cho Ví dụ, nếu bạn xác định một danh sách người dùng có quyền truy cập và khởi chạy máy chủ của bạn, và danh sách này bao gồm User1, nhưng bạn vẫn nhận được lỗi 70 "truy cập Bị từ chối"khi User1 cố gắng kết nối với máy chủ của bạn, rất có thể là bạn có này vấn đề. Một vấn đề, ví dụ, là nếu bạn xác định danh tính của bạn máy chủ được tương tác người dùng, nhưng máy chủ tiếp tục cư xử như thể nó đã Danh tính tung ra User - đó là mặc định.
  3. Đã có một lỗi trong Clireg32.exe mà vận chuyển với Visual Cơ bản 5.0. Các hậu quả là các khách hàng đã bị rơi sau khi cài đặt. Các Phiên bản Clireg32 vận chuyển với Visual Basic 6.0 có lỗi này cố định, nhưng nếu bạn có phiên bản cũ trên máy tính khi bạn cài đặt Visual Basic 6.0, thủ tục cài đặt không cập nhật các tập tin, do đó, bạn có thể đã cũ Phiên bản.

    Clireg32.exe là một tiện ích mà đăng ký VBR và TLB tác phẩm trong máy khách. Khi bạn tạo một gói phân phối cho một khách hàng và thêm một tập tin VBR, gói và triển khai Wizard (PDW) tự động thêm Clireg32.exe để gói phân phối của bạn. Nếu bạn có các Phiên bản xấu của clireg32.exe trên máy tính của bạn phát triển, bạn có thể phân phối phiên bản xấu với ứng dụng của bạn. Nếu máy tính mục tiêu không đã có một phiên bản mới hơn, phiên bản tình trạng này là một trong đó đang được sử dụng. Phiên bản với vấn đề vận chuyển với Visual Basic 5.0 là 5.00.3716, ngày 16 tháng 1 năm 1997 12: 00.
    185193 Clireg32 không đăng ký máy chủ loại thư viện của DCOM
    221173 Cài đặt VB6 không Cập Nhật Clireg32.exe
  4. Các lỗi sau đây có thể gây ra vấn đề khi bạn đang sử dụng DCOM trên một máy tính với nhiều hơn một card mạng. Một trong những lỗi có thể thông báo là:
    462 Máy chủ từ xa máy tính không có sẵn.
    Để tránh vấn đề này, hãy chỉ TCP/IP trong danh sách của các giao thức này máy tính. Vấn đề này cố định trong NT4 SP4.
    183930 IP đọc sai khi sử dụng UDP trên máy vi tính Multihomed
  5. Khi một khách hàng COM trên một máy tính Windows NT chạy dưới một nhận dạng mà không thể được xác thực trên máy tính từ xa, một máy chủ COM bắt đầu bởi shuts khách hàng xuống trong khoảng 6 phút.
    175020 COM máy chủ từ xa tắt sau khi sáu phút
70 429 462

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 269330 - Xem lại Lần cuối: 12/05/2015 21:10:24 - Bản sửa đổi: 2.0

Microsoft Visual Basic 5.0 Enterprise Edition

  • kbnosurvey kbarchive kbdcom kbhowto kbmt KB269330 KbMtvi
Phản hồi