Inter-process communication between a system service and a GUI on Windows












0















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?










share|improve this question























  • 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
















0















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?










share|improve this question























  • 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














0












0








0








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?










share|improve this question














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






share|improve this question













share|improve this question











share|improve this question




share|improve this question










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 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



















  • 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

















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












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
});


}
});














draft saved

draft discarded


















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
















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

Xamarin.iOS Cant Deploy on Iphone

Glorious Revolution

Dulmage-Mendelsohn matrix decomposition in Python