I'm trying to get an Remoting proof of concept working. Using TCP and/or
HTTP Channels, the proof of concept works fine. However, when trying it with
the IPC Channel, I get the following RemotingException when exectuing the
client piece:

"Failed to connect to an IPC port: Access Denied"

I can't seem to find any useful info regarding this error message and what
it means exactly. Any ideas?

Is this IPC channel on same computer?

If it is another then something like anonymous IPC connections would
have been denied from the other machines.
Then might be allow anonymous IPC cons or allow this communicating
system to connect through appropriate user id allowed on the server.


---
hB

Yes, this IPC channel is on the same computer.

I completed more testing yesterday and found that if I launched the
IPCServerChannel code as a console app, rather than a service, I had no
problems. From that, I gather it's a security issue that's snagging me when
trying the service approach.

Any ideas why this breaks when running the IPCServerChannel code as Local
System and running the IPCClientChannel code as a "regular user?"

"hB" wrote:

> Is this IPC channel on same computer?
>
> If it is another then something like anonymous IPC connections would
> have been denied from the other machines.
> Then might be allow anonymous IPC cons or allow this communicating
> system to connect through appropriate user id allowed on the server.
>
>
> ---
> hB
>
>

This problem was solved by setting the authorizedGroup configuration property
(to something like "Everyone") on the IpcServerChannel when run as a service
under the Local System context.

"mhetherington" wrote:

> Yes, this IPC channel is on the same computer.
>
> I completed more testing yesterday and found that if I launched the
> IPCServerChannel code as a console app, rather than a service, I had no
> problems. From that, I gather it's a security issue that's snagging me when
> trying the service approach.
>
> Any ideas why this breaks when running the IPCServerChannel code as Local
> System and running the IPCClientChannel code as a "regular user?"
>
> "hB" wrote:
>
> > Is this IPC channel on same computer?
> >
> > If it is another then something like anonymous IPC connections would
> > have been denied from the other machines.
> > Then might be allow anonymous IPC cons or allow this communicating
> > system to connect through appropriate user id allowed on the server.
> >
> >
> > ---
> > hB
> >
> >