Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug Report - RunAs / CPAU opens separate CMD window outside of Terminal #1656

Closed
jricha34 opened this issue Jun 26, 2019 · 1 comment
Closed
Labels
Area-Interop Communication between processes Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Product-Terminal The new Windows Terminal. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@jricha34
Copy link

Environment

Windows build number: [10.0.18362.175]
Windows Terminal version (if applicable): 0.2.1715.0

Any other software?
None

Steps to reproduce

runas /user:someuser cmd
enter password of someuser

Expected behavior

Open another CMD within Terminal

Actual behavior

Opens CMD outside of Terminal in CMD standalone window.

In general I was trying to figure out how to open a terminal window from the command line in alternate creds and couldn't sort it out. I got access denied when trying to launch.

Something I regularly do is use runas /netonly or cpau (www.joeware.net) to launch CMD with alternate creds which locally is whatever user I am logged into the PC with but remotely is the alternate credentials. For example I will open up CMD windows in creds from say 5-10 different disconnected AD Forests. Then as I need to manage the different forests I jump to the proper CMD window and run the commands I need to run.

As an aside, I am thrilled to see all of this work being done for command line access. There are quite a few of us who have been managing Windows and eventually AD from the command line since NT4 in the late 90s.

joe (joe@joeware.net)

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jun 26, 2019
@DHowett-MSFT
Copy link
Contributor

Thanks for the detailed report! I'm going to have to bounce you to the sudo megathread, #1032
Right now, two things:

  1. You're using a shell fixture to launch cmd.exe directly -- it cannot reintegrate back into Windows Terminal (Change Windows OS to support default terminal [defterm] #492) because it's using the traditional launch mechanism for all console applications.
  2. Mixed-user scenarios are out of scope for terminal v1, and we've been fighting the uphill battle with the security folks for longer than this repository has existed 😄

@DHowett-MSFT DHowett-MSFT added Area-Interop Communication between processes Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Product-Terminal The new Windows Terminal. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. labels Jun 26, 2019
@ghost ghost removed the Needs-Tag-Fix Doesn't match tag requirements label Jun 26, 2019
@DHowett-MSFT DHowett-MSFT removed the Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting label Jun 26, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Interop Communication between processes Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Product-Terminal The new Windows Terminal. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants