Comment faire pour dépanner DCOM pour les applications client/serveur de Visual Basic

Traductions disponibles Traductions disponibles
Numéro d'article: 269330 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cet article décrit différentes étapes que vous pouvez prendre pour résoudre certains les erreurs les plus courantes que vous rencontrez lorsque vous tentez d'instancier un objet serveur distant à l'aide de DCOM (Distributed Component Object Model). Dans Visual Basic, les messages d'erreur les plus courants sont :
Erreur d'exécution 70 : autorisation refusée.
Erreur d'exécution 429 : composant ActiveX ne peut pas créer l'objet.
Erreur d'exécution 462 : l'ordinateur serveur distant n'existe pas ou n'est pas disponible.

Plus d'informations

Pour la résolution des problèmes de démarrage

La plupart des problèmes survenant lorsque vous tentez d'instancier une COM objet sur un ordinateur distant en utilisant DCOM sont liées aux paramètres incorrects dans DCOMCNFG ou un problème de réseau. Très rarement le problème est lié au code.

La première consiste à écrire les informations relatives à votre environnement et l'application elle-même, tels que :
  1. Sur l'ordinateur serveur :

    L'ordinateur serveur est l'ordinateur où l'application serveur doit exécuter. Collecter les données suivantes :
    • Système d'exploitation et service pack installé.
    • Est-il un utilisateur connecté à l'ordinateur ?
    • Si quelqu'un a ouvert une session, quelles sont leurs droits ? S'agit-il de partie du groupe Administrateurs ? Sont ils connectés en tant qu'un domaine utilisateur ?
  2. Sur l'ordinateur client :

    L'ordinateur client est l'ordinateur où l'application cliente doit exécuter. Collecter les données suivantes :
    • Système d'exploitation et service pack installé.
    • Qui a ouvert une session cet ordinateur ? Ouvert n'a qu'ils une session en tant qu'utilisateur de domaine ou en tant qu'utilisateur local ? Si elles connecté en tant qu'utilisateur de domaine quelles sont leurs droits sur l'ordinateur serveur ? Sont-elles parmi les administrateurs de groupe sur l'ordinateur serveur ?
  3. Sur l'application serveur :
    • Avec quelle langue, la version et le service pack a été le serveur mis au point ?
    • Est il rappeler le client ?
    • Il déclenche d'événements ? Dans ce cas, est sécurité DCOM définir sur l'ordinateur client pour accorder l'accès à compte tout le monde ?
    • A-t-il une interface utilisateur ?
    • Il est marqué comme Mode d'exécution autonome ?
    • Il est de définition des paramètres de sécurité par programmation via l'appel des fonctions telles que CoInitializeSecurity ou CoSetProxyBlanket ?
  4. Sur l'application client :
    • Avec quelle langue, la version et le service pack a été l'application développée ?
    • Il est de définition des paramètres de sécurité par programmation via l'appel des fonctions telles que CoInitializeSecurity ou CoSetProxyBlanket ?
  5. Sur le réseau :
    • Le client et sont les ordinateurs serveurs sur même réseau local (LAN) ?
    • Le client et les ordinateurs serveurs sont connectés via Internet, sans les pare-feux et proxys entre eux ?
    • Le client et les ordinateurs serveurs sont connectés via Internet, avec des pare-feu et proxy entre eux ?

Résolution des problèmes simples

  1. Vérifiez que tous les paramètres de DCOMCNFG sont appropriées, en fonction des données collectées précédemment.
    268550Comment faire pour utiliser DCOMCNFG pour une application de client/serveur DCOM Visual Basic
  2. Si vous utilisez Microsoft Windows 95 sur l'ordinateur client ou serveur, assurez-vous que vous avez installé DCOM95 sur celui-ci. Vous pouvez télécharger DCOM95 à partir le site Web Microsoft suivant :
    http://www.microsoft.com/com/dcom/dcom95/download.asp
  3. Si vous utilisez Windows 95, Microsoft Windows 98, Windows Millennium Edition (Me) sur l'ordinateur serveur, vous devez le composant serveur en cours d'exécution avant de vous essayez d'utiliser le client. Comme des chèques, vérifiez que le serveur est en cours d'exécution et qu'il attend le client se connecte.
    165101Comment faire pour utiliser de Windows 95, Windows 98 ou Windows Millennium Edition en tant que serveur DCOM
  4. Si vos ordinateurs client et serveur sont connectés via Internet avec des pare-feu et proxy entre eux, DCOM ne fonctionne pas s'il existe tout type de traduction d'adresses (NAT) dans entre eux. S'il n'y a aucune traduction d'adresses, vous devez configurer ces proxies et pare-feu pour activer DCOM pour communiquer. Vous pouvez trouver plusieurs livres blancs liés à ce sujet sur MSDN (Microsoft Developers Network) ou sur le site Web Microsoft suivant :
    http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/cnet/cnad_arc_wbak.mspx?mfr=true
    Ce sujet n'est pas traitée dans cet article.

Dépannage supplémentaire

Si vous rencontrez toujours des problèmes après avoir défini DCOMCNFG aux paramètres de la droite selon les fonctions de votre environnement et application, voici quelques mesures supplémentaires que vous pouvez prendre pour résoudre votre problème :
  1. Utilisez le Gestionnaire des tâches pour vérifier que le serveur n'est pas en cours d'exécution pendant que vous apportez des modifications dans les paramètres à l'aide de DCOMCNFG. Tous les paramètres sont affectés à un processus lorsqu'il démarre pour, si le serveur est en cours d'exécution pendant que vous modifiez les paramètres, les nouveaux paramètres uniquement prennent en compte la prochaine fois que le serveur est lancé.
  2. Vérifiez que le serveur et le client exécutent correctement sur le même ordinateur. Il est fortement conseillé de tester que votre client et le serveur s'exécuter correctement localement, c'est-à-dire sur le même ordinateur, avant d'exécuter à distance.
  3. Vérifiez si le problème que vous rencontrez est vraiment un problème de DCOM, généralement n'est pas lié au code lui-même, ou s'il s'agit d'un problème de codage spécifique à votre application. Pour ce faire, la création d'une application client/serveur très simple avec une ou deux méthodes très simples. Suivez les procédures normales de conditionnement, l'installation. Si votre serveur déclenche des événements, puis votre petit échantillon doit également déclencher des événements. Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la base de connaissances Microsoft :
    266717Comment faire pour créer une application client/serveur DCOM à l'aide de Visual Basic
    267836Comment faire pour créer un client/serveur DCOM avec les événements à l'aide de Visual Basic
    Idéalement, vous devez utiliser des articles précédents à titre indicatif, car ils vous prennent détaillées à partir de zéro par le biais de à l'emballage final et le déploiement. Utiliser les mêmes paramètres que vous utilisez pour votre application et voir si cela fonctionne. Si votre problème est lié à l'infrastructure DCOM, vous êtes confronté les mêmes problèmes sur le petit échantillon comme vous le faites dans votre application. Conserver la résolution des problèmes avec l'exemple de petit jusqu'à ce que vous trouviez le problème. Si la petite application fonctionne correctement mais votre propre application ne fonctionne pas avec les mêmes paramètres, puis vous pouvez être confrontés à deux problèmes :
    • Un élément dans votre code est en train de créer le problème. Par exemple, si vous accédez à une base de données dans votre code et l'identité de votre serveur ne possède pas de droits pour ce faire. Le même problème peut se produire si vous essayez d'accéder aux fichiers ou instancier d'autres objets.
    • Votre code fonctionne correctement, mais vous avez des problèmes dans le Registre, telles que plusieurs entrées à votre serveur. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
      180525PRB : Dcomcnfg signale plusieurs copies du serveur DCOM
    • Vous pointez l'ordinateur client à l'ordinateur serveur incorrect. Vérifiez l'onglet Emplacement DCOMCNFG sur l'ordinateur client.Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
      268550Comment faire pour utiliser DCOMCNFG pour une application de client/serveur DCOM Visual Basic
  4. Vérifiez que vous avez empaquetés et correctement installé le client et le serveur. Créez de manière appropriée les packages de distribution est fondamentale pour une installation réussie.Pour plus d'informations sur un exemple étape par étape sur la création d'une application de client/serveur DCOM à l'aide de Visual Basic, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la base de connaissances Microsoft :
    266717Comment faire pour créer une application client/serveur DCOM à l'aide de Visual Basic
    267836Comment faire pour créer un client/serveur DCOM avec les événements à l'aide de Visual Basic
  5. Vérifiez que votre réseau fonctionne correctement en exécutant la commande ping sur le client à partir de l'ordinateur serveur et le serveur à partir de l'ordinateur client. Sur l'ordinateur serveur, ouvrez une fenêtre d'invite de commande et exécutez la commande suivante où le précédent Nom_ordinateur_client doit être le nom de votre ordinateur client :
    Ping ClientcomputerName
    si tout fonctionne correctement, vous devez voir trois ou quatre réponses, et a pris le temps chacun d'eux. Si vous voyez les délais d'attente ou d'autres erreurs, vous rencontrez des problèmes lors de votre installation du réseau et vous devez corriger ces avant de continuer. Répétez les étapes mêmes sur l'ordinateur client à l'aide nom de l'ordinateur du serveur.
  6. Dans DCOMCNFG sur l'ordinateur client, modifiez l'emplacement du serveur en remplaçant le nom du serveur par adresse IP du serveur. S'il fonctionne avec l'adresse IP et pas avec nom de l'ordinateur du serveur, puis plus que probable vous avez des problèmes avec vos paramètres réseau.
  7. Essayez de redémarrer le serveur et le client. Parfois certains paramètres sont mis en cache en mémoire et redémarrer une fois vos modifications dans DCOMCNFG a résolu le problème.
  8. Sous Windows 95 ou Windows 98, utilisez le protocole TCP/IP. Pour cela, supprimez tous les autres protocoles dans la liste des protocoles par défaut dans Dcomcnfg.
  9. En règle générale, si vous rencontrez un problème DCOM, vous obtenez une erreur lorsque vous tentez d'instancier l'objet distant en appelant la fonction CreateObject ou lorsque vous définissez la variable objet à l'aide du mot clé New. Il est important de pouvoir distinguer si vous obtenez un message d'erreur due to la création de l'objet lui-même ou due to ce que vous faites dans l'événement Initialize de l'objet. Si l'événement Initialize de l'objet que vous tentez d'instancier n'a pas de code, il est sans aucun doute que l'erreur que vous obtenez est lié à l'instanciation de votre objet. Si, toutefois, vous disposez de code dans l'événement Initialize, telles que la connexion à une base de données ou l'instanciation d'autres objets, vous devez inclure l'interception des erreurs à l'intérieur de l'événement Initialize et déclenche une erreur utilisateur personnalisé. Si vous ne pas recouvrir vos erreurs à l'intérieur de l'événement Initialize et une erreur se produite, il se propage hors au client et peut vous induire en erreur. Vous pouvez penser que le problème est la création de l'objet lorsque le problème est effectivement le code dans l'initialisation événement.
  10. Si le serveur s'exécute sur Microsoft Windows NT 4 ou Microsoft Windows 2000, vous pouvez utiliser l'Observateur d'événements pour obtenir des informations d'audit supplémentaires sur pourquoi la connexion DCOM a échoué. Toutefois, ces types d'événements de journalisation est généralement pas activé par défaut. Vous devez définir les options d'audit pour l'activer.

    Dans Windows NT 4, activez ces options comme suit :

    • Dans le menu Démarrer, sélectionnez programmes, sélectionnez Outils d'administration et puis sélectionnez Gestionnaire des utilisateurs.
    • Si vous exécutez un serveur NT 4, vous devez sélectionner un domaine ; dans ce cas, dans le menu utilisateur, sélectionnez l'option domaine et sélectionnez votre ordinateur local.
    • Dans le menu stratégies, sélectionnez l'option d'audit. Activer l'audit des succès et échec pour les trois premières entrées : ouverture/fermeture de session, accès aux fichiers et aux objets, utiliser des droits utilisateur. Cliquez sur OK et fermez le Gestionnaire des utilisateurs.

    Dans Windows 2000, activez ces options comme suit :

    • Dans le menu Démarrer, sélectionnez programmes, sélectionnez Outils d'administration et puis sélectionnez Stratégie de sécurité locale.
    • Sur le volet gauche, vous voyez une arborescence. Cliquez sur le signe plus (+) signe à gauche de Stratégies locales, et que vous voyez l'entrée de Stratégie d'audit. Sélectionnez l'entrée de Stratégie d'audit et notez que le volet droit contient toutes les options d'audit, qui un est activé et qui n'est pas. Cliquez avec le bouton droit dans l'un de ces options permet d'activer ou les désactiver.
    • Activer l'audit des succès et échec pour les options suivantes : auditer les événements de connexion, auditer l'accès aux objets, auditer l'utilisation des privilèges.
    • Fermez la fenêtre Stratégie de sécurité locale.

    Une fois que vous avez activé ces options de consignation, testez à nouveau votre client. Après avoir obtenu le message d'erreur, utilisez l'Observateur d'événements pour savoir s'il y a aucun événement DCOM. L'événement peut indiquer pourquoi l'accès a été refusé. En outre, il vous indiquera qui a ouvert une session l'ordinateur client et si cela est un utilisateur de domaine ou un utilisateur local. Il peut vous indiquer que le protocole demandé par le client n'est pas disponible sur le serveur et ainsi de suite. Journaux de COM sont généralement ajoutées au journal système.
  11. Si votre serveur possède plus d'une classe et le fonctionnement de certains de ces classes et d'autres pas, vérifiez chaque entrée de classe de DCOMCNFG sur l'ordinateur client. Par défaut, chaque classe possède sa propre AppID et, par conséquent, ses propres paramètres, il est donc possible que certaines de vos classes sont définies correctement et d'autres ne sont pas. Pour plus d'informations sur la recherche de votre serveur dans la liste du client application, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    268550Comment faire pour utiliser DCOMCNFG pour une application de client/serveur DCOM Visual Basic

Erreur d'exécution 70 : Autorisation refusée

Cette erreur est généralement liée aux paramètres de sécurité. Cette erreur est une bonne indication que l'appel atteint l'ordinateur cible, mise en réseau est probablement pas un problème ici. Voici quelques éléments à vérifier :
  • Si vous définissez le niveau d'authentification sur se connecter, vérifiez que l'utilisateur connecté à l'ordinateur client est connecté sous un utilisateur de domaine et n'est pas un utilisateur local.
  • Si vous définissez le niveau d'authentification pour se connecter, vérifier que l'ordinateur serveur appartienne effectivement au domaine. S'il s'agit d'un ordinateur autonome, il ne peut pas authentifier les utilisateurs à moins d'avoir une correspondance nom d'utilisateur/mot de passe sur ordinateur le client et le serveur.
  • Si vous définissez le niveau d'authentification sur Aucun, vérifiez si vous avez défini cette option sur aucun sur les ordinateurs client et serveur.
  • Si vous définissez le niveau d'authentification sur Aucun et vous avez vérifié que les deux ordinateurs disposent de ce paramètre correct, assurez-vous que le client ni l'application serveur est en train de l'authentification par programme à l'aide de fonctions telles que CoInitializeSecurity ou CoSetProxyBlanket. Par programme la définition de l'authentification substitue les entrées de Registre à partir de DCOMCNFG.
  • Si vous définissez le niveau d'authentification sur Aucune et que des utilisateurs n'appartenant pas à un domaine, vérifiez si vous avez inclus «Tout le monde» (ou «The World» pour Windows 95 et Windows 98) dans l'accès et lancez des autorisations.
  • Vérifiez l'accès et le lancement des autorisations dans DCOMCNFG et vérifiez que l'utilisateur connecté à l'ordinateur client est explicitement inclus dans ces listes ou appartient à l'un des groupes inclus.
  • Consultez «Connue des problèmes à vérifier» plus loin dans cet article.Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    216051CORRECTIF : Dcomcnfg NT 4.0 SP4 ne Write pas nom de fichier .Exe sous HKCR\APPID

Erreur d'exécution 429 : Composant ActiveX ne peut pas créer l'objet

Voici quelques éléments susceptibles de provoquer cette erreur :
  • Le serveur n'est pas correctement installé sur l'ordinateur serveur. Exécutez DCOMCNFG sur l'ordinateur serveur, sélectionnez l'application serveur sur la liste des applications, puis cliquez sur Propriétés. Dans l'onglet emplacement, vérifiez que la seule option activée est exécuter l'application sur cet ordinateur.
  • Vous recompilé le serveur sans compatibilité binaire et que vous n'avez pas recompiler le client. Le client peut rechercher les anciens codes de classe. Même si vous de recompiler le client, vous devez peut-être plusieurs entrées dans le Registre, les anciens et nouveaux.Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    180525PRB : Dcomcnfg signale plusieurs copies du serveur DCOM
  • Vous utilisez peut-être le nom de serveur incorrect dans l'onglet emplacement. Par exemple, vous avez installé le serveur sur un ordinateur serveur a et pour une raison quelconque vous défini l'emplacement dans DCOMCNFG comme serveur B. Exécutez DCOMCNFG sur l'ordinateur client, localiser le serveur sur la liste des applications, puis cliquez sur Propriétés. Sélectionnez l'onglet emplacement et vérifiez que le nom de l'ordinateur serveur est correct. Si vous ne parvenez pas à trouver votre serveur dans la liste des applications, recherchez "Localisation de votre serveur dans la liste du client applications" dans l'article suivant de la base de connaissances Microsoft :
    268550Comment faire pour utiliser DCOMCNFG pour une application de client/serveur DCOM Visual Basic
  • Voir également le "Connue problèmes Check" plus loin dans cet article.Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    193143BOGUE : Client DCOM se bloque et Then donne le message d'erreur 429

Erreur 462 : L'ordinateur serveur distant n'existe pas ou n'est pas disponible

Voici diverses causes pour cette message d'erreur :
  • Vous utilisez peut-être le nom de serveur incorrect dans l'onglet emplacement. Par exemple, vous avez installé le serveur sur l'ordinateur serveur a et pour une raison quelconque vous défini l'emplacement dans DCOMCNFG comme serveur b et serveur b n'est pas un ordinateur valide. Exécutez DCOMCNFG sur l'ordinateur client, localiser le serveur sur la liste des applications, puis cliquez sur le bouton Propriétés. Sélectionnez l'onglet emplacement et vérifiez que le nom de l'ordinateur serveur est correct. Si vous ne pouvez pas localiser votre serveur dans la liste des applications, voir la section "Recherche de votre serveur dans la liste du client applications" dans l'article suivant de la base de connaissances Microsoft :
    268550Comment faire pour utiliser DCOMCNFG pour une application de client/serveur DCOM Visual Basic
  • Exécutez la commande ping sur le serveur à partir du client et vérifiez qu'il est accessible. Exécutez la commande ping également sur le client à partir du serveur pour voir si elle est accessible. Exécutez une commande ping par nom et l'adresse IP. Voir le point 5 de la section «Résolution des problèmes supplémentaires» de cet article.
  • Votre serveur s'exécute sur un Windows 95, Windows 98 ou Windows M'ordinateur et le serveur n'est pas en cours d'exécution en attente de clients à se connecter, ou Rpcss.exe n'est pas en cours d'exécution.Pour plus d'informations sur ce sujet, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    165101Comment faire pour utiliser Windows 95 ou Windows 98 en tant que serveur DCOM
  • Votre ordinateur dispose plus d'une carte réseau.Pour plus d'informations sur ce sujet, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    183930CORRECTIF : IP est des déformés lorsque vous utilisez UDP sur des ordinateurs à hébergement multiple
  • Consultez la section «Connue problèmes CHECK» de cet article.
  • L'ordinateur serveur n'est pas en cours d'exécution ou est toujours dans son état de redémarrage.

Le blocage de Server

Si votre serveur n'a pas une interface utilisateur, assurez-vous qu'il s'agit de l'option de Mode d'exécution autonome. Si vous ne cochez pas cette option, il est possible qu'une boîte de message est affichée par votre serveur en raison d'une erreur non interceptée, par exemple. Si votre serveur n'est pas en cours d'exécution avec l'identité de l'Utilisateur interactif, personne ne peut afficher cette boîte de message et le serveur attend simplement par quelqu'un faire disparaître la boîte, ne se produit jamais. À l'aide de l'option de Mode d'exécution autonome, les boîtes de message sont redirigés vers un fichier journal.

Client se bloque après l'installation

Pour plus d'informations sur ce sujet, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la base de connaissances Microsoft :
185193PRB : Clireg32 Fails enregistrer la bibliothèque de types de serveur DCOM
221173PRB : Installation VB6 ne met pas à jour Clireg32.exe

Problèmes connus de vérification

Voici une liste de problèmes connus qui pourraient affecter votre installation. Ils sont documentés dans les autres articles de base de connaissances Microsoft. Leur ID d'article est fournies ici. Si vous rencontrez toujours des problèmes avec votre application DCOM après avoir passé en revue les étapes de dépannage de cet article et la liste des problèmes connus, veillez à effectuer une recherche dans la base de connaissances pour accéder à d'autres articles qui ne peut pas être inclus dans cet article.
  1. Message d'erreur suivant affecte les applications serveur créées avec Visual Basic 6.0 Initial Release, avant le Service Pack 1.
    193143Client DCOM se bloque et Then donne le message d'erreur 429
  2. Le problème suivant a été introduit dans DCOMCNFG livrés avec Service Pack 4 pour NT 4.0 et corrigées dans le Service Pack 6 pour NT 4.0. Toutefois, même si vous possédez déjà la version corrigée livrés avec SP6 mais votre serveur a été installé avant d'installer SP6, vous pouvez toujours rencontrer ce problème. Le problème est que DCOMCNFG ne comprenait pas d'une clé de Registre nécessaire sous Hkey_Classes_Root\AppID. Le HKCR\AppID est la clé qui mappe l'exécutable d'un serveur à son AppID. Par exemple, si fichier exécutable de votre serveur est MyServer.exe, il doit être une clé sous HKCR\AppID portant ce nom. Les valeurs sous cette clé devrait être AppID contient le GUID AppID de votre serveur. Consultez les instructions fournies dans l'article suivant de la base de connaissances Microsoft sur la façon d'ajouter manuellement l'entrée manquante.
    216051DCOMCNFG NT 4.0 SP4 ne pas écrire nom .Exe sous HKCR\APPID
    La conséquence de cette erreur est que le système ignore toutes les entrées personnalisées que vous avez définie dans DCOMCNFG pour ce serveur. Par exemple, si vous avez défini une liste d'utilisateurs disposant de droits pour accéder et lancer votre serveur, et cette liste inclut utilisateur1, mais vous obtenez toujours erreur 70 sont des chances de «Accès refusé» lorsque Utilisateur1 essaie de se connecter à votre serveur, vous êtes concerné par ce problème. Un autre problème est par exemple, si vous avez défini l'identité de votre serveur pour être utilisateur interactif, mais le serveur continue de se comporter comme si elle a utilisateur d'exécutant Identity - qui est la valeur par défaut.
  3. Un bogue est produite dans Clireg32.exe fourni avec Visual Basic 5.0. La conséquence est que le client est tombé en panne après l'installation. La version de Clireg32 livrée avec Visual Basic 6.0 possède ce bogue fixe, mais si vous aviez l'ancienne version sur l'ordinateur lors de l'installation de Visual Basic 6.0, la procédure d'installation ne met pas à jour le fichier, afin d'avoir l'ancienne version.

    Clireg32.exe est un utilitaire qui enregistre les fichiers VBR et TLB dans l'ordinateur client. Lorsque vous créez un package de distribution pour un client et ajoutez un fichier VBR, le conditionnement et déploiement Assistant () automatiquement ajoute Clireg32.exe à votre package de distribution. Si vous avez la version incorrecte de clireg32.exe sur votre ordinateur de développement, vous pouvez distribuer la version incorrecte avec votre application. Si l'ordinateur cible n'est pas déjà une version plus récente, cette version incorrecte est celle qui est utilisé. La version avec des problèmes fourni avec Visual Basic 5.0 est 5.00.3716 daté du 16/01/1997 12 : 00.
    185193Clireg32 n'arrive pas à inscrire le serveur de bibliothèque de type de DCOM
    221173Installation de VB6 n'est pas mise à jour Clireg32.exe
  4. Le bogue suivant peut provoquer des problèmes lorsque vous utilisez DCOM sur un ordinateur avec plusieurs cartes réseau. Un message d'erreur possible est :
    462 Ordinateur du serveur distant n'est pas disponible.
    Pour éviter ce problème, conservez uniquement le protocole TCP/IP sur la liste des protocoles sur cet ordinateur. Ce problème est résolu dans NT4 SP4.
    183930IP est des déformés lorsque vous utilisez UDP sur des ordinateurs à hébergement multiple
  5. Lorsqu'un client COM sur un ordinateur Windows NT s'exécute sous une identité ne peut pas être authentifiée sur l'ordinateur distant, un serveur COM démarré par le client s'arrête dans environ six minutes.
    175020Serveur COM distant s'arrête après six minutes

Propriétés

Numéro d'article: 269330 - Dernière mise à jour: mercredi 31 janvier 2007 - Version: 2.5
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Visual Basic 5.0 Édition Entreprise
  • Microsoft Visual Basic Enterprise Edition for Windows 6.0
Mots-clés : 
kbmt kbdcom kbhowto KB269330 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 269330
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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