Questão de Sistemas Operacionais — Geral — VUNESP 2025
Sistemas Operacionais›Geral
Código
vu223105
Banca
VUNESP
Órgão
CM Marília
Ano
2025
Cargo
Aux Inf ( )
Considere a parte visível do código a seguir, escrito em PowerShell, que é executado a cada 60 segundos para pesquisar se o usuário CRM está bloqueado no Active Directory: Import-Module ActiveDirectory $username = CRM while ($true) { try { $user = -Identity $username -Properties LockedOut -ErrorAction Stop } catch { A Start-Sleep -Seconds 60 continue } if ($user.LockedOut) { B } else { C } Start-Sleep -Seconds 60 } Assinale a alternativa com, respectivamente, o comando PowerShell que preenche a lacuna do código, usado para consultar o usuário CRM no Active Directory e, em seguida, qual ponto do código (A, B ou C) devem ser adicionados comandos para dar um tratamento caso o usuário esteja bloqueado.
AGet-ADUser, A
BShow-Users, A
CGet-UserList, B
DGet-ADUser, B
EShow-Users, C
Revelar gabarito e comentário▾
GabaritoD — Get-ADUser, B
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
PowerShell e Active Directory: consulta de usuário bloqueado
Gabarito: letra D — o comando que consulta o usuário no Active Directory é o Get-ADUser e o tratamento para o caso de o usuário estar bloqueado deve ser adicionado no ponto B do código. O Get-ADUser é o cmdlet nativo do módulo ActiveDirectory para recuperar objetos de usuário do AD, e a propriedade LockedOut retorna $true quando a conta está bloqueada — é nesse momento que o script deve agir (ponto B).
O script apresentado é um loop infinito (while ($true)) que, a cada 60 segundos, verifica se o usuário CRM está bloqueado no Active Directory. Para isso, ele precisa consultar o objeto do usuário no AD — e o cmdlet correto para essa tarefa é o Get-ADUser, que faz parte do módulo ActiveDirectory (importado na primeira linha). As alternativas que citam Show-Users ou Get-UserList estão incorretas porque esses comandos não existem no PowerShell para essa finalidade — são distratores inventados.
A lógica do fluxo é a seguinte: o try tenta obter o usuário com Get-ADUser -Identity $username -Properties LockedOut -ErrorAction Stop. Se o usuário não existir ou houver erro, o catch é acionado (ponto A) — ali, o script apenas registra o erro e continua o loop. Se a consulta for bem-sucedida, o if ($user.LockedOut) verifica se a propriedade LockedOut é $true. Se for, o usuário está bloqueado — e é exatamente nesse ponto (B) que devem ser adicionados os comandos de tratamento (como enviar um e-mail de alerta, registrar em log, desbloquear a conta, etc.). Se não estiver bloqueado, o script segue para o else (ponto C), onde pode apenas registrar que está tudo normal.
A pegadinha da questão está em associar o tratamento ao ponto errado. O ponto A é o catch — trata erros de consulta (usuário inexistente, falha de conexão), não o bloqueio. O ponto C é o else — trata o caso de o usuário NÃO estar bloqueado. O ponto B é o if verdadeiro — exatamente onde o bloqueio é detectado. Portanto, o tratamento do bloqueio deve ser no ponto B.
NÃO CAIA NESSA!
A banca tenta confundir o ponto A (catch) com o tratamento de bloqueio. O catch trata ERROS de consulta (usuário não encontrado, falha de conexão), não o bloqueio em si. O bloqueio é uma condição normal de negócio detectada pela propriedade LockedOut — e isso só é avaliado no if, ponto B. Quem marca A confunde "erro de execução" com "usuário bloqueado".
1Get-ADUser consulta usuário
2Erro? → catch (ponto A)
3LockedOut = true? (ponto B)
4[+] Trata bloqueio
5[-] else: sem bloqueio (ponto C)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O comando Get-ADUser está correto, mas o ponto A está errado. O ponto A é o bloco catch, que trata exceções de execução do comando (como usuário inexistente ou falha de conexão com o AD). O bloqueio do usuário não gera exceção — ele é uma propriedade do objeto retornado (LockedOut), verificada no if. Portanto, o tratamento do bloqueio não pode ficar no catch.
Alternativa B — ❌ Incorreta
Show-Users não é um cmdlet válido do PowerShell para consultar usuários no Active Directory. O módulo ActiveDirectory fornece o Get-ADUser para essa finalidade. Comandos como Show-Users ou Get-UserList não existem na sintaxe do PowerShell para essa tarefa.
Alternativa C — ❌ Incorreta
Get-UserList também não é um cmdlet válido do PowerShell para consultar usuários no Active Directory. Além disso, o ponto B está correto para o tratamento do bloqueio, mas o comando está errado — o correto é Get-ADUser.
Alternativa D — ✅ Correta ⟵ GABARITO
O Get-ADUser é o cmdlet nativo do módulo ActiveDirectory para recuperar objetos de usuário do AD. A sintaxe Get-ADUser -Identity $username -Properties LockedOut retorna o usuário com a propriedade LockedOut, que indica se a conta está bloqueada. O ponto B é o bloco if ($user.LockedOut) — quando a condição é verdadeira, o usuário está bloqueado, e é ali que devem ser adicionados os comandos de tratamento (alerta, log, desbloqueio etc.).
Alternativa E — ❌ Incorreta
Show-Users não é um cmdlet válido do PowerShell para consultar usuários no Active Directory. Além disso, o ponto C é o else — trata o caso de o usuário NÃO estar bloqueado. Colocar o tratamento de bloqueio no else inverteria a lógica: o script agiria quando o usuário está desbloqueado, o que é exatamente o oposto do desejado.