Inter-process communication between a system service and a GUI on Windows
I am trying to figure out what the best way to communicate between a GUI and a Windows system service is. Named pipe seems to be a good option because it has built-in access control mechanism to protect the channel. I found that VPN apps actually use named pipe for communicating between their GUI with system services, such as ExpressVPN and NordVPN.
It seems that these VPN apps don't use basic Windows APIs for creating named pipes (i.e. CreateNamedPipe) but some other libraries or APIs because the behavior of these apps is almost the same: The system service, which is installed by the app, creates a named pipe with a name in this format: (app_id)(username):SingleInstanceIPCChannel or a random GUID string (e.g. 64de4b4e-96e2-4444-8946-f96888f5f3bd)
Anyone knows which library or APIs have this behavior?
windows ipc named-pipes
add a comment |
I am trying to figure out what the best way to communicate between a GUI and a Windows system service is. Named pipe seems to be a good option because it has built-in access control mechanism to protect the channel. I found that VPN apps actually use named pipe for communicating between their GUI with system services, such as ExpressVPN and NordVPN.
It seems that these VPN apps don't use basic Windows APIs for creating named pipes (i.e. CreateNamedPipe) but some other libraries or APIs because the behavior of these apps is almost the same: The system service, which is installed by the app, creates a named pipe with a name in this format: (app_id)(username):SingleInstanceIPCChannel or a random GUID string (e.g. 64de4b4e-96e2-4444-8946-f96888f5f3bd)
Anyone knows which library or APIs have this behavior?
windows ipc named-pipes
Yes, use a named pipe. The pipe name can be anything, as long as the service and the GUI app agree about it. And the name is prefixed withGlobal
so it can be seen across sessions. A guid is wise.
– Hans Passant
Nov 15 '18 at 22:22
There's no need for "Global". Pipes are created in the named-pipe file system on the PIPE device, which doesn't support a "Global" prefix. ("Local" is required for UWP apps.) There are two common uses for "Global". For local DOS devices, there's a "Global" link to the "Global??" device directory, but it's unlikely that we need to use "\.GlobalPIPE[PipeName]". The suggestion is probably confusing the "Global" link to the global "BaseNamedObjects" directory, which is used for most named kernel objects (e.g. "Global[EventName]").
– eryksun
Nov 16 '18 at 5:48
add a comment |
I am trying to figure out what the best way to communicate between a GUI and a Windows system service is. Named pipe seems to be a good option because it has built-in access control mechanism to protect the channel. I found that VPN apps actually use named pipe for communicating between their GUI with system services, such as ExpressVPN and NordVPN.
It seems that these VPN apps don't use basic Windows APIs for creating named pipes (i.e. CreateNamedPipe) but some other libraries or APIs because the behavior of these apps is almost the same: The system service, which is installed by the app, creates a named pipe with a name in this format: (app_id)(username):SingleInstanceIPCChannel or a random GUID string (e.g. 64de4b4e-96e2-4444-8946-f96888f5f3bd)
Anyone knows which library or APIs have this behavior?
windows ipc named-pipes
I am trying to figure out what the best way to communicate between a GUI and a Windows system service is. Named pipe seems to be a good option because it has built-in access control mechanism to protect the channel. I found that VPN apps actually use named pipe for communicating between their GUI with system services, such as ExpressVPN and NordVPN.
It seems that these VPN apps don't use basic Windows APIs for creating named pipes (i.e. CreateNamedPipe) but some other libraries or APIs because the behavior of these apps is almost the same: The system service, which is installed by the app, creates a named pipe with a name in this format: (app_id)(username):SingleInstanceIPCChannel or a random GUID string (e.g. 64de4b4e-96e2-4444-8946-f96888f5f3bd)
Anyone knows which library or APIs have this behavior?
windows ipc named-pipes
windows ipc named-pipes
asked Nov 15 '18 at 20:33
Thanh BuiThanh Bui
1361212
1361212
Yes, use a named pipe. The pipe name can be anything, as long as the service and the GUI app agree about it. And the name is prefixed withGlobal
so it can be seen across sessions. A guid is wise.
– Hans Passant
Nov 15 '18 at 22:22
There's no need for "Global". Pipes are created in the named-pipe file system on the PIPE device, which doesn't support a "Global" prefix. ("Local" is required for UWP apps.) There are two common uses for "Global". For local DOS devices, there's a "Global" link to the "Global??" device directory, but it's unlikely that we need to use "\.GlobalPIPE[PipeName]". The suggestion is probably confusing the "Global" link to the global "BaseNamedObjects" directory, which is used for most named kernel objects (e.g. "Global[EventName]").
– eryksun
Nov 16 '18 at 5:48
add a comment |
Yes, use a named pipe. The pipe name can be anything, as long as the service and the GUI app agree about it. And the name is prefixed withGlobal
so it can be seen across sessions. A guid is wise.
– Hans Passant
Nov 15 '18 at 22:22
There's no need for "Global". Pipes are created in the named-pipe file system on the PIPE device, which doesn't support a "Global" prefix. ("Local" is required for UWP apps.) There are two common uses for "Global". For local DOS devices, there's a "Global" link to the "Global??" device directory, but it's unlikely that we need to use "\.GlobalPIPE[PipeName]". The suggestion is probably confusing the "Global" link to the global "BaseNamedObjects" directory, which is used for most named kernel objects (e.g. "Global[EventName]").
– eryksun
Nov 16 '18 at 5:48
Yes, use a named pipe. The pipe name can be anything, as long as the service and the GUI app agree about it. And the name is prefixed with
Global
so it can be seen across sessions. A guid is wise.– Hans Passant
Nov 15 '18 at 22:22
Yes, use a named pipe. The pipe name can be anything, as long as the service and the GUI app agree about it. And the name is prefixed with
Global
so it can be seen across sessions. A guid is wise.– Hans Passant
Nov 15 '18 at 22:22
There's no need for "Global". Pipes are created in the named-pipe file system on the PIPE device, which doesn't support a "Global" prefix. ("Local" is required for UWP apps.) There are two common uses for "Global". For local DOS devices, there's a "Global" link to the "Global??" device directory, but it's unlikely that we need to use "\.GlobalPIPE[PipeName]". The suggestion is probably confusing the "Global" link to the global "BaseNamedObjects" directory, which is used for most named kernel objects (e.g. "Global[EventName]").
– eryksun
Nov 16 '18 at 5:48
There's no need for "Global". Pipes are created in the named-pipe file system on the PIPE device, which doesn't support a "Global" prefix. ("Local" is required for UWP apps.) There are two common uses for "Global". For local DOS devices, there's a "Global" link to the "Global??" device directory, but it's unlikely that we need to use "\.GlobalPIPE[PipeName]". The suggestion is probably confusing the "Global" link to the global "BaseNamedObjects" directory, which is used for most named kernel objects (e.g. "Global[EventName]").
– eryksun
Nov 16 '18 at 5:48
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53327497%2finter-process-communication-between-a-system-service-and-a-gui-on-windows%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53327497%2finter-process-communication-between-a-system-service-and-a-gui-on-windows%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Yes, use a named pipe. The pipe name can be anything, as long as the service and the GUI app agree about it. And the name is prefixed with
Global
so it can be seen across sessions. A guid is wise.– Hans Passant
Nov 15 '18 at 22:22
There's no need for "Global". Pipes are created in the named-pipe file system on the PIPE device, which doesn't support a "Global" prefix. ("Local" is required for UWP apps.) There are two common uses for "Global". For local DOS devices, there's a "Global" link to the "Global??" device directory, but it's unlikely that we need to use "\.GlobalPIPE[PipeName]". The suggestion is probably confusing the "Global" link to the global "BaseNamedObjects" directory, which is used for most named kernel objects (e.g. "Global[EventName]").
– eryksun
Nov 16 '18 at 5:48