Início / user-557926

Jan's questions

Martin Hope
David Trevor
Asked: 2024-05-15 19:51:50 +0800 CST
  • 9

Estou usando o Powershell para extrair dados do Exchange via API EWS.

Import-Module "C:\ews_api\Microsoft.Exchange.WebServices.dll"
$ExchangeServer = 'EXCHANGE'
$ExchangeService = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2013_SP1)
$ExchangeService.Url = "https://$ExchangeServer/ews/exchange.asmx"
$SearchRootFolder = New-Object Microsoft.Exchange.WebServices.Data.FolderId([Microsoft.Exchange.WebServices.Data.WellKnownFolderName]::Calendar)
$SearchFolderView =  New-Object Microsoft.Exchange.WebServices.Data.FolderView([int]::MaxValue)
$SearchResult = $ExchangeService.FindFolders($SearchRootFolder, $SearchFolderView)

A execução da última linha de código causará uma conexão HTTP com o servidor Exchange, que será deixado no estado TCP TIME_WAITpor 2 minutos com as configurações padrão do Windows. Atingir o servidor Exchange com muitas consultas resultará na TIME_WAITexistência de muitas sessões ao mesmo tempo.

Get-NetTCPConnection | Group-Object State

   Count    Name
   -----    ----
      28    Listen
      10    Bound
       5    Established
       6    CloseWait
     189    TimeWait

Parece haver um limite em torno de 190 TIME_WAITsessões no Windows, porque em torno dessa marca estou recebendo o seguinte erro no Powershell.

Microsoft.Exchange.WebServices.Data.ServiceRequestException: The request failed. Unable to connect to the remote server
---> System.Net.WebException: Unable to connect to the remote server
---> System.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted 10.50.222.87:443

Achei que o Windows poderia alocar muito mais portas efêmeras do que para sessões TCP. E, de fato, ao usar outro exemplo de código Powershell, não tenho problemas.

$connections = @()
for ($i = 0; $i -lt 1000; $i++) {
    $connections += [System.Net.Sockets.TcpClient]::new($ExchangeServer, 443)
}

Mil conexões são abertas sem problemas. No entanto, eles estão no estado TCP ESTABLISHEDe não no estado TIME_WAIT. Por que estou enfrentando esse problema apenas em TIME_WAITestados de sessão e existe uma maneira de aumentar esse limite?

Get-NetTCPConnection | Group-Object State

   Count    Name
   -----    ----
      28    Listen
    1010    Bound
    1003    Established
       8    CloseWait
networking
Martin Hope
David Trevor
Asked: 2023-09-26 23:01:05 +0800 CST
  • 5
  1. Criou um novo grupo DOMAIN\LapsAdmins. Atualmente vazio.
  2. Configurei o GPO Configure Authorized password decryptorspara apontar para meu grupoDOMAIN\LapsAdmins
  3. Forçado server1a criar uma nova senha criptografada para a conta de administrador local
  4. Get-LapsADPassword server1 -AsPlainText -IncludeHistory

Como esperado, meu usuário DOMAIN\dtrevornão consegue descriptografar a senha.

  1. Adicionado DOMAIN\dtrevorao grupoDOMAIN\LapsAdmins
  2. Fazer logoff e logon com o usuárioDOMAIN\dtrevor
  3. Get-LapsADPassword server1 -AsPlainText -IncludeHistory

Como esperado, meu usuário DOMAIN\dtrevorpode descriptografar e visualizar todas as senhas, tanto a senha atual quanto todo o histórico de senhas

  1. Removido DOMAIN\dtrevordo grupoDOMAIN\LapsAdmins
  2. Fazer logoff e logon com o usuárioDOMAIN\dtrevor
  3. Correu gpupdate /force_server1
  4. Forçado server1a criar uma nova senha criptografada para a conta de administrador local
  5. Get-LapsADPassword server1 -AsPlainText -IncludeHistory

Inesperadamente, meu usuário DOMAIN\dtrevorainda pode descriptografar e visualizar todas as senhas, incluindo a recém-gerada e também todo o histórico de senhas. Por que?

windows
Martin Hope
David Trevor
Asked: 2023-08-23 13:36:44 +0800 CST
  • 6

Dia 1 : Apenas um Controlador de Domínio (DC1) está presente. O Backup do Windows Server está configurado em DC1 para salvar o estado do sistema. Exclua um usuário importante do AD.

Dia 2 : Promova Controlador de Domínio adicional (DC2).

Dia 3 : Inicialize o DC1 no DSRM e reverta para o Dia 1 por meio do System State Recovery (não autorativo). Marque o usuário importante para restauração via ntdsutil (autorizado). Reinicie o DC1.

DC1 não sincroniza com DC2 e DC2 não sabe aparecer em Usuários e Computadores do Active Directory em DC1. Os Sites e Serviços do Active Directory mostram o objeto NTDS do DC2 (sincronizado de volta ao DC1 de outros domínios na floresta, presumo), mas não podemos executar uma limpeza de metadados, pois ele não consegue encontrar o objeto do computador. Neste ponto, como o DC1 não sincroniza com outros controladores de domínio, todo o AD foi revertido para o Dia 1, em vez de apenas restaurar o usuário importante.

Podemos recuperar desta situação? Esse comportamento é esperado ou faltou um pré-requisito no ambiente?

windows