Windows 10 “auto login” after connecting via rdp (mstsc)
After Upgrading 2 of my PCs (same LAN network) to Windows 10 (coming from Win8.1) i tried to setup my old Remote Configurations.
When i connect via rdp (mstsc.exe) I'm getting the active session of the other PC (as i was used to in Win8.1), I see the desktop and after that I immediately get disconnected with an Error Message. Meanwhile i can see the other PC (which I am connecting to via rdp) doing an "auto" login which is the reason I'm getting disconnected in the rdp session.
Sadly my System is in german and i can just try to translate the error message:
"The remote desktop session has closed.
The connection has been disconnected because another user has connected to the remote machine" (something like this)
I succesfully managed to use a tool to configure multiple logins of the same user, which isn't the solution I'm looking for, because I definitly want to get the "active" session of the user I am logged in with.
Any help is appreciated.
//Edit:
It doesn't matter if I'm connecting from PC1 to PC2 or vice versa... Still same behaviour
//Edit2: PC1 is Windows 10 Education N, PC2 is Windows 10 Pro N
//Edit3: Something to add: I have no passwords set on my Windows Accounts and I enabled the Option to allow Connections without Passwords (secpol.msc -> Local Policies -> Security Options -> Accounts: Limit local account use of blank passwords to console logon only -> set to disabled ... As I was playing around some more I thought "let's try setting a password and retry rdp ..."
Finally the remote machine is not doing auto logins anymore. Anyway that's not the solution i was looking for. I don't want to be forced to use passwords since it worked that way since i can remember using Remote Desktop.
Any ideas on how to get RDP without using passwords working again?
remote-desktop windows-10 auto-login
add a comment |
After Upgrading 2 of my PCs (same LAN network) to Windows 10 (coming from Win8.1) i tried to setup my old Remote Configurations.
When i connect via rdp (mstsc.exe) I'm getting the active session of the other PC (as i was used to in Win8.1), I see the desktop and after that I immediately get disconnected with an Error Message. Meanwhile i can see the other PC (which I am connecting to via rdp) doing an "auto" login which is the reason I'm getting disconnected in the rdp session.
Sadly my System is in german and i can just try to translate the error message:
"The remote desktop session has closed.
The connection has been disconnected because another user has connected to the remote machine" (something like this)
I succesfully managed to use a tool to configure multiple logins of the same user, which isn't the solution I'm looking for, because I definitly want to get the "active" session of the user I am logged in with.
Any help is appreciated.
//Edit:
It doesn't matter if I'm connecting from PC1 to PC2 or vice versa... Still same behaviour
//Edit2: PC1 is Windows 10 Education N, PC2 is Windows 10 Pro N
//Edit3: Something to add: I have no passwords set on my Windows Accounts and I enabled the Option to allow Connections without Passwords (secpol.msc -> Local Policies -> Security Options -> Accounts: Limit local account use of blank passwords to console logon only -> set to disabled ... As I was playing around some more I thought "let's try setting a password and retry rdp ..."
Finally the remote machine is not doing auto logins anymore. Anyway that's not the solution i was looking for. I don't want to be forced to use passwords since it worked that way since i can remember using Remote Desktop.
Any ideas on how to get RDP without using passwords working again?
remote-desktop windows-10 auto-login
add a comment |
After Upgrading 2 of my PCs (same LAN network) to Windows 10 (coming from Win8.1) i tried to setup my old Remote Configurations.
When i connect via rdp (mstsc.exe) I'm getting the active session of the other PC (as i was used to in Win8.1), I see the desktop and after that I immediately get disconnected with an Error Message. Meanwhile i can see the other PC (which I am connecting to via rdp) doing an "auto" login which is the reason I'm getting disconnected in the rdp session.
Sadly my System is in german and i can just try to translate the error message:
"The remote desktop session has closed.
The connection has been disconnected because another user has connected to the remote machine" (something like this)
I succesfully managed to use a tool to configure multiple logins of the same user, which isn't the solution I'm looking for, because I definitly want to get the "active" session of the user I am logged in with.
Any help is appreciated.
//Edit:
It doesn't matter if I'm connecting from PC1 to PC2 or vice versa... Still same behaviour
//Edit2: PC1 is Windows 10 Education N, PC2 is Windows 10 Pro N
//Edit3: Something to add: I have no passwords set on my Windows Accounts and I enabled the Option to allow Connections without Passwords (secpol.msc -> Local Policies -> Security Options -> Accounts: Limit local account use of blank passwords to console logon only -> set to disabled ... As I was playing around some more I thought "let's try setting a password and retry rdp ..."
Finally the remote machine is not doing auto logins anymore. Anyway that's not the solution i was looking for. I don't want to be forced to use passwords since it worked that way since i can remember using Remote Desktop.
Any ideas on how to get RDP without using passwords working again?
remote-desktop windows-10 auto-login
After Upgrading 2 of my PCs (same LAN network) to Windows 10 (coming from Win8.1) i tried to setup my old Remote Configurations.
When i connect via rdp (mstsc.exe) I'm getting the active session of the other PC (as i was used to in Win8.1), I see the desktop and after that I immediately get disconnected with an Error Message. Meanwhile i can see the other PC (which I am connecting to via rdp) doing an "auto" login which is the reason I'm getting disconnected in the rdp session.
Sadly my System is in german and i can just try to translate the error message:
"The remote desktop session has closed.
The connection has been disconnected because another user has connected to the remote machine" (something like this)
I succesfully managed to use a tool to configure multiple logins of the same user, which isn't the solution I'm looking for, because I definitly want to get the "active" session of the user I am logged in with.
Any help is appreciated.
//Edit:
It doesn't matter if I'm connecting from PC1 to PC2 or vice versa... Still same behaviour
//Edit2: PC1 is Windows 10 Education N, PC2 is Windows 10 Pro N
//Edit3: Something to add: I have no passwords set on my Windows Accounts and I enabled the Option to allow Connections without Passwords (secpol.msc -> Local Policies -> Security Options -> Accounts: Limit local account use of blank passwords to console logon only -> set to disabled ... As I was playing around some more I thought "let's try setting a password and retry rdp ..."
Finally the remote machine is not doing auto logins anymore. Anyway that's not the solution i was looking for. I don't want to be forced to use passwords since it worked that way since i can remember using Remote Desktop.
Any ideas on how to get RDP without using passwords working again?
remote-desktop windows-10 auto-login
remote-desktop windows-10 auto-login
edited Aug 26 '15 at 17:09
asked Aug 25 '15 at 18:07
sobrino
14115
14115
add a comment |
add a comment |
5 Answers
5
active
oldest
votes
Download autologon from here: https://technet.microsoft.com/en-us/library/bb963905.aspx
Unpack it. Then open command prompt as administrator, navigate to the unpacked folder and do autologon /delete
This should remove all autologons.
/cd
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For your first error ->autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?
– cdavid
Aug 26 '15 at 23:31
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
|
show 2 more comments
I can verify this bug. Win 10 PCs without password on local account and disabled "Limit local account use of blank passwords to console logon only", within a second or so I get disconnected by the local machine which seems to auto login by itself when a connect with remote desktop.
I have "fixed" it using VNC and TeamViewe while I wait for a bugfix from Microsoft. Have you heard if there is any prefix or fix yet?
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
add a comment |
I tried this
Prepare computers for remote commands
- Read first here
http://www.howtogeek.com/117192/how-to-run-powershell-commands-on-remote-computers/
- Do this on both computers (be sure you know what TrustedHosts will
do! Maybe you want to replace the * with a comma-separated list of
IP addresses or computer names). - open a PowerShell window as Administrator and run this
Enable-PSRemoting -Force
Set-Item wsman:localhostclienttrustedhosts *
Restart-Service WinRM
Enable-PSRemoting problems?
If you get problems with Enable-PSRemoting -Force that say something like "...firewall exception will not work since one of the network connection types on this machine is set to Public...", maybe with a VPN connection:
Read http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html
Check with
Get-NetConnectionProfile
- Run something like this (but with your network name)
Set-NetConnectionProfile -Name "Unidentified network" -NetworkCategory Private
Test remote commands
Open a PowerShell window as Administrator and run this on the computer that will connect with Remote Desktop to 192.168.0.100 (or COMPUTERNAME)
Test-WsMan 192.168.0.100
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { explorer } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { dir } -credential admin
That works (File Explorer opens, dir show content on remote PC). But if I try
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { tsdiscon } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { c:windowssystem32tsdiscon.exe } -credential admin
Nothing happens :( But maybe you will find something...
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
add a comment |
Method 1.
I have success by SignOut
from the PC itself first. Then remote login from another PC or smartphone. That way the desktop won't auto login itself and kick the remote session.
I'm not sure why but I guess the PC won't support continuous login session.
Method 2.
Previously I don't have password to login for the user. After setting one, I'm able to login without being kicked out.
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
add a comment |
I can verify this problem as well. The closest solution from Microsoft I could find is: this.
EDIT 03 August 2016: I edit my post to say that the issue seems to be solved with the Windows 10 Anniversary Update.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
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%2fsuperuser.com%2fquestions%2f962633%2fwindows-10-auto-login-after-connecting-via-rdp-mstsc%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
Download autologon from here: https://technet.microsoft.com/en-us/library/bb963905.aspx
Unpack it. Then open command prompt as administrator, navigate to the unpacked folder and do autologon /delete
This should remove all autologons.
/cd
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For your first error ->autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?
– cdavid
Aug 26 '15 at 23:31
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
|
show 2 more comments
Download autologon from here: https://technet.microsoft.com/en-us/library/bb963905.aspx
Unpack it. Then open command prompt as administrator, navigate to the unpacked folder and do autologon /delete
This should remove all autologons.
/cd
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For your first error ->autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?
– cdavid
Aug 26 '15 at 23:31
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
|
show 2 more comments
Download autologon from here: https://technet.microsoft.com/en-us/library/bb963905.aspx
Unpack it. Then open command prompt as administrator, navigate to the unpacked folder and do autologon /delete
This should remove all autologons.
/cd
Download autologon from here: https://technet.microsoft.com/en-us/library/bb963905.aspx
Unpack it. Then open command prompt as administrator, navigate to the unpacked folder and do autologon /delete
This should remove all autologons.
/cd
answered Aug 25 '15 at 23:08
cdavid
78548
78548
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For your first error ->autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?
– cdavid
Aug 26 '15 at 23:31
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
|
show 2 more comments
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For your first error ->autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?
– cdavid
Aug 26 '15 at 23:31
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I got an Error Message saying "Usage: autologon <username> <domain> <password>"
– sobrino
Aug 26 '15 at 16:54
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
I have added some informations to the question (Edit 3).
– sobrino
Aug 26 '15 at 17:10
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For Edit 3 - you can store the password in the RDP file. Open MSTSC.exe -> Show Options -> enter computer / username -> save as... -> Connect -> Enter user/pwd and tick "Remember my creds". Detailed steps: nextofwindows.com/…
– cdavid
Aug 26 '15 at 23:30
For your first error ->
autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?– cdavid
Aug 26 '15 at 23:31
For your first error ->
autologon /delete
works on my machine - it says AutoAdminLogon disabled. Maybe it's related to you not having a password?– cdavid
Aug 26 '15 at 23:31
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
Thanks for your reply. I know that passwords can be stored in the rdp file. I wouldn't mind using this for the remote connections, but i don't want to use passwords on my local machine. And as i want to work on the same session (not at the same time), I can't just use another user for that. I reported that issue to M$ ... let's see what they come up with.
– sobrino
Aug 27 '15 at 6:42
|
show 2 more comments
I can verify this bug. Win 10 PCs without password on local account and disabled "Limit local account use of blank passwords to console logon only", within a second or so I get disconnected by the local machine which seems to auto login by itself when a connect with remote desktop.
I have "fixed" it using VNC and TeamViewe while I wait for a bugfix from Microsoft. Have you heard if there is any prefix or fix yet?
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
add a comment |
I can verify this bug. Win 10 PCs without password on local account and disabled "Limit local account use of blank passwords to console logon only", within a second or so I get disconnected by the local machine which seems to auto login by itself when a connect with remote desktop.
I have "fixed" it using VNC and TeamViewe while I wait for a bugfix from Microsoft. Have you heard if there is any prefix or fix yet?
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
add a comment |
I can verify this bug. Win 10 PCs without password on local account and disabled "Limit local account use of blank passwords to console logon only", within a second or so I get disconnected by the local machine which seems to auto login by itself when a connect with remote desktop.
I have "fixed" it using VNC and TeamViewe while I wait for a bugfix from Microsoft. Have you heard if there is any prefix or fix yet?
I can verify this bug. Win 10 PCs without password on local account and disabled "Limit local account use of blank passwords to console logon only", within a second or so I get disconnected by the local machine which seems to auto login by itself when a connect with remote desktop.
I have "fixed" it using VNC and TeamViewe while I wait for a bugfix from Microsoft. Have you heard if there is any prefix or fix yet?
answered Sep 20 '15 at 8:24
raffe
11
11
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
add a comment |
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
Sadly I haven't heard about a real fix yet. I'll let u know here and at the technet page once i know about how to fix this. Would be nice if you could also tell me if you manage to find a solution other than 3rd party tools :)
– sobrino
Sep 20 '15 at 13:13
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
If you first do a Ctrl-Alt-Delete and choose "Switch user", after that you can remote access that computer. So, if we can do that remotely (get a Win 10 into that "Swtich user mode"), then we can also remote access it.
– raffe
Sep 20 '15 at 20:54
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
I tried tsdiscon, but it don't seem to be the same as "Swtich user command"
– raffe
Sep 20 '15 at 20:59
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
Thx for letting me know. I am going to try this later and maybe do a bit of research myself about remote switching users.
– sobrino
Sep 21 '15 at 8:23
add a comment |
I tried this
Prepare computers for remote commands
- Read first here
http://www.howtogeek.com/117192/how-to-run-powershell-commands-on-remote-computers/
- Do this on both computers (be sure you know what TrustedHosts will
do! Maybe you want to replace the * with a comma-separated list of
IP addresses or computer names). - open a PowerShell window as Administrator and run this
Enable-PSRemoting -Force
Set-Item wsman:localhostclienttrustedhosts *
Restart-Service WinRM
Enable-PSRemoting problems?
If you get problems with Enable-PSRemoting -Force that say something like "...firewall exception will not work since one of the network connection types on this machine is set to Public...", maybe with a VPN connection:
Read http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html
Check with
Get-NetConnectionProfile
- Run something like this (but with your network name)
Set-NetConnectionProfile -Name "Unidentified network" -NetworkCategory Private
Test remote commands
Open a PowerShell window as Administrator and run this on the computer that will connect with Remote Desktop to 192.168.0.100 (or COMPUTERNAME)
Test-WsMan 192.168.0.100
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { explorer } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { dir } -credential admin
That works (File Explorer opens, dir show content on remote PC). But if I try
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { tsdiscon } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { c:windowssystem32tsdiscon.exe } -credential admin
Nothing happens :( But maybe you will find something...
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
add a comment |
I tried this
Prepare computers for remote commands
- Read first here
http://www.howtogeek.com/117192/how-to-run-powershell-commands-on-remote-computers/
- Do this on both computers (be sure you know what TrustedHosts will
do! Maybe you want to replace the * with a comma-separated list of
IP addresses or computer names). - open a PowerShell window as Administrator and run this
Enable-PSRemoting -Force
Set-Item wsman:localhostclienttrustedhosts *
Restart-Service WinRM
Enable-PSRemoting problems?
If you get problems with Enable-PSRemoting -Force that say something like "...firewall exception will not work since one of the network connection types on this machine is set to Public...", maybe with a VPN connection:
Read http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html
Check with
Get-NetConnectionProfile
- Run something like this (but with your network name)
Set-NetConnectionProfile -Name "Unidentified network" -NetworkCategory Private
Test remote commands
Open a PowerShell window as Administrator and run this on the computer that will connect with Remote Desktop to 192.168.0.100 (or COMPUTERNAME)
Test-WsMan 192.168.0.100
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { explorer } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { dir } -credential admin
That works (File Explorer opens, dir show content on remote PC). But if I try
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { tsdiscon } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { c:windowssystem32tsdiscon.exe } -credential admin
Nothing happens :( But maybe you will find something...
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
add a comment |
I tried this
Prepare computers for remote commands
- Read first here
http://www.howtogeek.com/117192/how-to-run-powershell-commands-on-remote-computers/
- Do this on both computers (be sure you know what TrustedHosts will
do! Maybe you want to replace the * with a comma-separated list of
IP addresses or computer names). - open a PowerShell window as Administrator and run this
Enable-PSRemoting -Force
Set-Item wsman:localhostclienttrustedhosts *
Restart-Service WinRM
Enable-PSRemoting problems?
If you get problems with Enable-PSRemoting -Force that say something like "...firewall exception will not work since one of the network connection types on this machine is set to Public...", maybe with a VPN connection:
Read http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html
Check with
Get-NetConnectionProfile
- Run something like this (but with your network name)
Set-NetConnectionProfile -Name "Unidentified network" -NetworkCategory Private
Test remote commands
Open a PowerShell window as Administrator and run this on the computer that will connect with Remote Desktop to 192.168.0.100 (or COMPUTERNAME)
Test-WsMan 192.168.0.100
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { explorer } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { dir } -credential admin
That works (File Explorer opens, dir show content on remote PC). But if I try
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { tsdiscon } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { c:windowssystem32tsdiscon.exe } -credential admin
Nothing happens :( But maybe you will find something...
I tried this
Prepare computers for remote commands
- Read first here
http://www.howtogeek.com/117192/how-to-run-powershell-commands-on-remote-computers/
- Do this on both computers (be sure you know what TrustedHosts will
do! Maybe you want to replace the * with a comma-separated list of
IP addresses or computer names). - open a PowerShell window as Administrator and run this
Enable-PSRemoting -Force
Set-Item wsman:localhostclienttrustedhosts *
Restart-Service WinRM
Enable-PSRemoting problems?
If you get problems with Enable-PSRemoting -Force that say something like "...firewall exception will not work since one of the network connection types on this machine is set to Public...", maybe with a VPN connection:
Read http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html
Check with
Get-NetConnectionProfile
- Run something like this (but with your network name)
Set-NetConnectionProfile -Name "Unidentified network" -NetworkCategory Private
Test remote commands
Open a PowerShell window as Administrator and run this on the computer that will connect with Remote Desktop to 192.168.0.100 (or COMPUTERNAME)
Test-WsMan 192.168.0.100
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { explorer } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { dir } -credential admin
That works (File Explorer opens, dir show content on remote PC). But if I try
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { tsdiscon } -credential admin
Invoke-Command -ComputerName 192.168.0.100 -ScriptBlock { c:windowssystem32tsdiscon.exe } -credential admin
Nothing happens :( But maybe you will find something...
edited Sep 21 '15 at 17:13
answered Sep 21 '15 at 14:01
raffe
11
11
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
add a comment |
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
Maybe technet.microsoft.com/en-us/library/hh849747.aspx but I need to go, so I don't have time to test right now...
– raffe
Sep 21 '15 at 14:23
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
I tried -ScriptBlock { query session } and then -ScriptBlock { tsdiscon 1 /v }. The session gets disconnected, but it auto login again.
– raffe
Sep 21 '15 at 18:12
add a comment |
Method 1.
I have success by SignOut
from the PC itself first. Then remote login from another PC or smartphone. That way the desktop won't auto login itself and kick the remote session.
I'm not sure why but I guess the PC won't support continuous login session.
Method 2.
Previously I don't have password to login for the user. After setting one, I'm able to login without being kicked out.
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
add a comment |
Method 1.
I have success by SignOut
from the PC itself first. Then remote login from another PC or smartphone. That way the desktop won't auto login itself and kick the remote session.
I'm not sure why but I guess the PC won't support continuous login session.
Method 2.
Previously I don't have password to login for the user. After setting one, I'm able to login without being kicked out.
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
add a comment |
Method 1.
I have success by SignOut
from the PC itself first. Then remote login from another PC or smartphone. That way the desktop won't auto login itself and kick the remote session.
I'm not sure why but I guess the PC won't support continuous login session.
Method 2.
Previously I don't have password to login for the user. After setting one, I'm able to login without being kicked out.
Method 1.
I have success by SignOut
from the PC itself first. Then remote login from another PC or smartphone. That way the desktop won't auto login itself and kick the remote session.
I'm not sure why but I guess the PC won't support continuous login session.
Method 2.
Previously I don't have password to login for the user. After setting one, I'm able to login without being kicked out.
edited Oct 16 '15 at 12:05
answered Oct 10 '15 at 3:54
checksum
1,004117
1,004117
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
add a comment |
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
I am pretty sure I tryed that when I first encountered the problem. If this method is working now, they maybe have changed something since. Thx for your feedback! Still waiting for a real fix tho.
– sobrino
Oct 15 '15 at 12:29
add a comment |
I can verify this problem as well. The closest solution from Microsoft I could find is: this.
EDIT 03 August 2016: I edit my post to say that the issue seems to be solved with the Windows 10 Anniversary Update.
add a comment |
I can verify this problem as well. The closest solution from Microsoft I could find is: this.
EDIT 03 August 2016: I edit my post to say that the issue seems to be solved with the Windows 10 Anniversary Update.
add a comment |
I can verify this problem as well. The closest solution from Microsoft I could find is: this.
EDIT 03 August 2016: I edit my post to say that the issue seems to be solved with the Windows 10 Anniversary Update.
I can verify this problem as well. The closest solution from Microsoft I could find is: this.
EDIT 03 August 2016: I edit my post to say that the issue seems to be solved with the Windows 10 Anniversary Update.
edited Aug 3 '16 at 18:33
answered Apr 4 '16 at 16:39
RDPUser
111
111
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- 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.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- 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%2fsuperuser.com%2fquestions%2f962633%2fwindows-10-auto-login-after-connecting-via-rdp-mstsc%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