When you work with Windows, at some point, you’ll probably need to find out which user accounts are currently logged on to a computer. Luckily, you can use PowerShell to get current users on local or remote computers.
Not a reader? Watch this related video tutorial!Do you have compromised passwords in your Active Directory? Find out with Specops Password Auditor Free.
In this tutorial, you’ll learn several ways to use PowerShell to get current users on a computer. The methods you learn will include native commands, .NET classes, and Windows Management Instrumentation (WMI) specific cmdlets.
Are you ready to find out who’s lurking on your computer? Let’s begin!
Prerequisites
In this tutorial, you’ll best learn by following the examples. And to do so, you’ll need a computer that runs on any modern version of Windows, such as Windows 10, Windows Server 2012, or later.
This tutorial will use a computer running Windows Server 2019 named DC1.
Why Use PowerShell to Get Current Users Logged On to a Computer?
Admittedly, there are ways to get current users logged on to a computer without PowerShell. After all, system admins have to have had a way to do so even before PowerShell, right? If so, why use PowerShell?
Doing the same task in PowerShell benefits from treating the results as objects that you can manipulate. For example, if you run a script that prompts for the user credential, PowerShell can programmatically populate the username, and you only need to type in the password manually.
Another real-world example is exporting the list of users currently logged on to a server to a file. It is by using PowerShell to get the current users then export the result to CSV, HTML, or XML files. Afterward, various automation workflows can use this output.
There could be thousands of reasons to use PowerShell to get current users, but the end game all boils down to your requirements. And this tutorial will teach you the different ways to achieve that goal.
Querying the Win32_ComputerSystem Class
Let’s start with the PowerShell native cmdlets called Get-WMIObject
and Get-CimInstance
. These cmdlets allow you to query information, including the currently logged-on user, using the Windows Management Instrumentation (WMI) classes on a local or remote computer.
Get-WMIObject
is the older (deprecated) cmdlet and is only available up to Windows PowerShell 5.1. Conversely,Get-CIMInstance
is the newer, more secure cmdlet and is available up to the latest PowerShell versions.
To learn more, visit Get-CIMInstance Vs. Get-WMIObject: What’s The Difference?
To use PowerShell to get the current user, invoke either cmdlet targeting the Win32_ComputerSystem class. The Win32_ComputerSystem class includes various properties, including the Username
property. To do so, open a PowerShell window and run the commands below.
# Using the Get-WMIObject cmdlet and return only the Username property
(Get-WMIObject -ClassName Win32_ComputerSystem).Username
# Using the Get-CimInstance cmdlet and return only the Username property
(Get-CimInstance -ClassName Win32_ComputerSystem).Username
Note: Querying the Win32_ComputerSystem class will only return the username of who is logged on to the computer directly (console session). If the user logged on remotely (e.g., Remote Desktop), the username will be blank.
Both commands return the same result, as shown below. If the current user is a domain user account, the command will return the domain and username (domain\username
). But for a local user account, the output would be computer\username
.
![Querying WMI in PowerShell to Get Current Users](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T133649.626.png)
Get-WMIObject
andGet-CimInstance
have a parameter called-computerName
, which accepts the computer’s name to query. Using this parameter means that you can query the same information from a remote machine in the network.
But if you need to get only the username without the domain, a solution is to split the output using the split()
method . To do so, run the command below in PowerShell.
# The command below will split the username property into two using the backslash '\' character as the delimiter.
# The [1] part at the end tells the command to return only the result at index 1.
# Indexes start with 0, which means specifying index 1 will show the result at the second position.
((Get-WMIObject -ClassName Win32_ComputerSystem).Username).Split('\')[1]
As a result, PowerShell returns the user part only, like the screenshot below.
![Splitting the username property](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T133857.037.png)
Reading the Windows Environment Variables
Another way to use PowerShell to get the current user on a computer is by retrieving values from the environment variables. The environment variables represent the operating system data, including the current user’s username, among others.
There are three ways to interact with the environment variables. Whichever way you choose would return the same result.
The Env PowerShell Drive
PowerShell caches environment variables and makes them available through a PowerShell Drive (PSDrive) called the Env:
drive. PSDrives are data locations that you can access like a drive on the computer (e.g., C:), but are only accessible inside PowerShell.
PowerShell automatically creates the Env:
drive as soon as you open a PowerShell session. And because Env:
is a drive, you can get its contents by invoking the Get-ChildItem
cmdlet, similar to how you would list the contents of a file system drive or folder.
Using the Env: drive In PowerShell, get the current user by running the command below.
Get-ChildItem Env:\USERNAME
The screenshot below shows the expected result. As you can see, the command returns the USERNAME
item and its corresponding value, which is the currently logged-on user.
![Getting the Env:\USERNAME item](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T134106.326.png)
To return the username value only, modify the command as you see below and rerun it in PowerShell.
(Get-ChildItem Env:\USERNAME).Value
And as you can see below, the command only returns the username value as a string.
![Getting the Env:\USERNAME value](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T134947.498.png)
The $env Variable
Aside from accessing the environment variables as a PSDrive treating them as files in a drive, another way is accessing the Env
drive as a variable. Meaning, you can reference the environment variables using the syntax below.
# The $ sign indicates a variable
# env is the Env drive
# <variable> is the variable name you want to get
$env:<variable>
Based on the said syntax, run the command below in PowerShell to get the current user.
$env:username
As the screenshot below shows, the command returns the username value.
![Getting the username variable value](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135028.457.png)
The .NET Environment Class
PowerShell is an object-oriented language and shell. Essentially everything that you work on within PowerShell is an object. When you run a command, the output is an object. If you declared a variable, that variable is an object itself. You get the idea.
These objects have a structure that defines the data type they represent, similar to blueprints. And these blueprints are called .NET classes or simply classes.
As for the environment variables, the class associated with it is the Environment class. So how do you use the Environment class in PowerShell to get the current user?
Like the $env
variable, the Environment class has a Username
property, whose value is the current user’s username. To get the username property value, run the command below in PowerShell.
[System.Environment]::UserName
![Getting the environment username property value](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135142.442.png)
Apart from the Username
property, the Environment class also has a method to get the value of an environment variable. The method’s name is GetEnvironmentVariable
.
To get the current user using this method, run the command below.
[System.Environment]::GetEnvironmentVariable('username')
![Getting the environment variable value](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135239.557.png)
Using the .NET WindowsIdentity Class
The WindowsIdentity class is another .NET class you can invoke in PowerShell to get the current user. This class has a method called GetCurrentName
, which returns an object that represents the current Windows user.
To get the current user details, run the command below.
[System.Security.Principal.WindowsIdentity]::GetCurrent()
As you can see below, the command returns the current user object properties, including the Name
property. The Name
property value’s format follows the domain\user
convention.
![Getting the current Windows user](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135402.407.png)
To return the username part only, modify the previous command to select only the Name
property, and apply the string splitting technique. To do so, copy the command below and run it in PowerShell.
([System.Security.Principal.WindowsIdentity]::GetCurrent().Name).Split('\')[1]
![Returning only the username part](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135448.924.png)
Using the whoami
Command
Another handy command that quickly lets you get the current user is the whoami
command. This command is an executable file that you can find in the %WINDIR%\System32 folder with the file name whoami.exe
.
To get the current user’s username, run the command below.
whoami
The command then returns the result in the domain username
format, such as the screenshot below.
![Getting the username using whoami](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135627.456.png)
To get the username without the domain, apply the string split technique you learned earlier in this tutorial by running the command below.
(whoami).Split('\')[1]
![Getting the username without the domain](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135656.900.png)
The whoami
command can also return the current user’s fully qualified distinguished name (FQDN) and the user principal name (UPN). This command output could be helpful if you intend to run a script that retrieves the current user’s identity beyond the username.
Run the command below in PowerShell to get the current user’s FQDN and UPN.
# Get the current user's FQDN
whoami /fqdn
# Get the current user's UPN
whoami /upn
![Getting the current user's FQDN and UPN](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135729.552.png)
Note: The FQDN and UPN values are only available if the currently logged-on user is a domain user. If you attempt to get these values for a local user, the command will return an error, as shown below.
![Error getting the UPN and FQDN of a non-domain user account](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T135803.994.png)
Using the query
Command
If you’re a system admin or a domain user, chances are you’ve logged on to a remote machine via the Remote Desktop Protocol (RDP) at least once, perhaps to manage resources or use applications. Whatever the reason, you would want to know who is currently logged on and using system resources.
Luckily, Windows has a built-in command-line tool called query
that can list all the currently logged-on users on a computer. The command also shows you if the user logged on via a remote desktop session or locally to the computer.
The query
command has two parameters pertinent to getting the logged-on users; session
and user
. The session
parameter lists the computer sessions, while the user
parameter lists the users and their sessions.
The
query session
command has an alias calledqwinsta
, while the command alias forquery user
isquser
.
For example, run the command below to list the sessions on DC1.
# query sessions on DC1
qwinsta /server:dc1
The screenshot below shows the command’s output. In this example, two users logged on to the DC1 computer—one in the console session and another via RDP. As you can see, qwinsta
returns all the sessions, even the non-user ones.
![Querying sessions](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T140021.413.png)
If you run
qwinsta
orquser
by itself without the/server:<computer>
argument, either command will query the local computer by default.
Next, to list all users with existing log-on sessions, run the user
command below.
# query users on DC1
quser /server:dc1
After running the command, you’ll notice right away that quser
returns the sessions and users like the qwinsta
command. But this time, there are no blank sessions.
There are also two additional columns: IDLE TIME
, which shows the users’ idle time, and LOGON TIME
showing the users’ logon timestamp.
![Querying users](https://adamtheautomator.com/wp-content/uploads/2021/08/Untitled-2021-08-11T140057.954.png)
In the end, comparing the qwinsta
and quser
results, quser
is the more appropriate command in PowerShell to get current users.
Do you have compromised passwords in your Active Directory? Find out with Specops Password Auditor Free.
Conclusion
While there are many ways in PowerShell to get the current users logged on, which method is best depends on the result you intend to get and how you will use it.
The native WMI-related cmdlets and the query
command allow you to get the logged-on users on a local or remote computer. Using .NET classes and environment variables offers quick ways to retrieve the same results but only on the local computer.
Whether you plan to run a script or manually display results on the screen, there’s a method that would fit your requirements to use PowerShell to get the current user. What’s next? Perhaps learn how to parse the query command results and convert them to PowerShell objects by writing functions with RegEx?