Re: Single-instance within a network

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Sam Hobbs (samuel_at_social.rr.com_change_social_to_socal)
Date: 01/28/05


Date: Fri, 28 Jan 2005 06:43:31 -0800


"Tony Proctor" <tony_proctor@aimtechnology_NoMoreSPAM_.com> wrote in message
news:Oc91PaTBFHA.3824@TK2MSFTNGP10.phx.gbl...
>
> I don't see how knowing that DCOM uses RPC, and RPC uses UDP, helps you
> Sam.
> Are you simply saying you would have all your instances talk to a single,
> out-of-process ActiveX EXE, and have that arbitrate on whether the clients
> are duplicates or not?

I am sorry you don't see that. It is clear to me so I did not want to write
a lengthy explanation. However perhaps a little clarification will help.

Most anything that can be done using a RPC can be done using DCOM. I am sure
that for more complicated and/or advanced requirements, using a RPC directly
might provide a solution that cannot be done using DCOM or that has some
advantage, but for the relevant requirement DCOM would be a higher-level
solution that VB would make much easier to implement.

An even easier solution might be WMI. The WMI WIN32_Process class has a
Create method that appears to be able to create a process in another system.
It is likely I can do what I need to do with just a few lines of code.

> P.S. the terms Automation, ActiveX, and COM are almost used
> interchangeably
> these days. However, COM is the actual object model (Component Object
> Model), ActiveX is the term applied to format of components based on COM,
> and Automation (formerly called OLE Automation) is the term describing the
> COM-based communications between applications such as MS Office.

The following is a question I posted a question in another newsgroup and an
answer to my question.

http://groups-beta.google.com/group/microsoft.public.platformsdk.com_ole/browse_thread/thread/48360c3d7b3865bf/d1b1be4a5ed4ecb7#d1b1be4a5ed4ecb7



Relevant Pages

  • Re: DCOM/RPC buffer overflow
    ... I'd like to disable DCOM to fix the security flaw... ... I assume the security flaw occurs ... in RPC and not DCOM. ... A firewall won't be enough protection, unless I install it ...
    (microsoft.public.security)
  • Re: MAPI issue error message posted
    ... tcp/ip and see if this corrects the rpc link and dcom error. ... Event Source: DCOM ... Milly Staples [MVP - Outlook] ...
    (microsoft.public.outlook)
  • Re: DCOM/RPC buffer overflow
    ... Yes, the vulnerability is accessed via RPC mechanism, so disabling DCOM ... > A firewall won't be enough protection, unless I install it ... >>Kent W. England, Microsoft MVP for Windows ...
    (microsoft.public.security)
  • Re: DCOM
    ... > And DCOM is only one of the vulnerabilities that can be reached via TCP 135. ... > won't cause TCP or UDP 135 to be stealthed or blocked, because the RPC ... > endpoint mapper is the service that is really listening on those ports. ... > The reason for considering disabling DCOM or RPC would be to protect you ...
    (microsoft.public.windowsxp.security_admin)