Não é possível acessar remotamente o PC do cliente devido a um problema de hora / data xp win2k3 environment - REMOTE solution please

5

Quando eu executo o psexec na área de trabalho do usuário (xp pro), recebo "Há uma diferença de hora e / ou data entre o cliente e o servidor". Eu também recebo "acesso negado" quando executo o comando \ clientname time / interactive "net time \ server / set / y". Não consigo acessar a máquina dos utilitários AD Users and Computers do meu servidor win2k3.

Está indo para a máquina a única maneira de remediar?

Clarify: Ir para a máquina e fazer o comando net time funciona, mas eu quero uma solução remota, por favor.

DETALHE DA SOLUÇÃO PÓS:

Graças a Kyle pela solução psexec de conta local, consegui obter uma solução totalmente remota. Na minha rede, todos os PCs têm a mesma conta de administrador local com a mesma senha. A solução remota de Kyle pareceu falhar no começo, mas isso ocorreu porque também tínhamos uma conta de administrador de domínio ativa com as mesmas credenciais de login. Depois que eu desativei essa conta, consegui psexec usando as credenciais de administrador local:

>psexec \systemname -u Administrator cmd

Estranhamente, uma vez que eu estava com o psexec, eu não conseguia tempo ou tempo na rede, não importa o quanto eu tentasse. Eu até faria net time remotamente e parecia funcionar, mas quando eu olhei revisou os comandos "at" localmente mostrou que "não poderia iniciar."

No entanto, notei que, depois de fazer uma conexão remota bem-sucedida usando a conta de administrador local, agora era possível fazer o psexec regular usando minha conta de domínio pessoal, além de inserir o nome do sistema no explorador da seguinte forma:

Agoraqueconseguiacessarastarefasagendadasremotamente,simplesmentefizumatarefaagendadadenettimeusandoascredenciaisdaminhacontadeadministradordedomíniocomestalinhadeexecução:

nettime\servername/set/yes

cliquecomobotãodireitoem>runefoiisso.Comessaaparênciatãobizarra,experimenteiemoutraáreadetrabalhodefinindoafolga,duplicandoacondiçãoanterior"Há uma diferença de hora e / ou data entre o cliente e o servidor" e, em seguida, aplicando a mesma correção descrita com êxito!

    
por Detritus Maximus 11.11.2010 / 14:45

5 respostas

4

Você deve corrigir o problema real em vez de contorná-lo: seu relógio está à deriva (seu DC ou seu cliente XP).

O que você deve fazer é configurar o serviço de horário do Windows ( link ) para manter o relógio em sincronia. Isso resolverá seu problema por tempo indeterminado.

Em resposta direta à sua pergunta, sempre que os relógios saírem de sincronia, todas as credenciais / credenciais baseadas em rede entre os dois computadores com diferentes clocks falharão. As contas locais ainda poderão fazer login. Se você usa algo como psexec e, em vez de usar suas credenciais de domínio, você especifica credenciais administrativas válidas na máquina local, ele deve se conectar bem e permitir que você corrija o relógio.

Ainda é altamente recomendável corrigir o problema real, em vez de contorná-lo.

    
por 27.12.2010 / 22:40
2

Que tal ter o comando net time não apenas no logon, mas executado em um agendamento (você poderia usar o agendador de tarefas e executá-lo a cada duas horas?)

    
por 21.12.2010 / 18:52
0

Você leu este da Microsoft sobre o problema?

Você pode tentar isso na máquina XP. Faça o login localmente como administrador e, em seguida, digite o comando promt type:

net time /Domain:DOMAINGOESHERE /Server:SERVERGOESHERE /SET /Y

Veja se isso ajuda.

    
por 21.12.2010 / 17:00
0

Se isso ocorrer com mais frequência, você poderá configurar uma solução de acesso remoto diferente. Logmein e open / freessh + plink vêm à mente, embora você tenha que acessar a máquina do xp uma vez fisicamente.

    
por 21.12.2010 / 17:44
0

Você poderia adicionar o comando Net Time a um script de login para o domínio? Então, sempre que um usuário fizer o login, o tempo será sincronizado com o controlador de tempo do domínio, e o problema não deverá surgir.

    
por 21.12.2010 / 18:45