Невозможно получить удаленный доступ к клиентскому компьютеру из-за проблемы времени / даты xp win2k3 environment - УДАЛЕННОЕ решение, пожалуйста
Когда я запускаю psexec на рабочий стол пользователя (xp pro), я получаю: «Существует разница во времени и / или дате между клиентом и сервером». Я также получаю сообщение «Доступ запрещен», когда я запускаю команду at \ clientname time / interactive «net time \ server / set / y». Я не могу получить доступ к машине из утилит AD Users and Computers моего сервера win2k3.
Идет к машине единственный способ исправить?
Уточнение: подойти к машине и выполнить команду net time работает, но мне нужно удаленное решение, пожалуйста.
ДЕТАЛИ РЕШЕНИЯ:
Благодаря Кайлу за решение psexec для локальной учетной записи, я смог добиться полностью удаленного исправления. В моей сети все компьютеры имеют одну и ту же учетную запись локального администратора с одним и тем же паролем. Сначала казалось, что удаленное решение Кайла не работает, но это произошло потому, что у нас также была активная учетная запись администратора домена с точно такими же учетными данными. После того, как я отключил эту учетную запись, я смог выполнить psexec, используя учетные данные локального администратора:
>psexec \\systemname -u Administrator cmd
Как ни странно, когда я работал с psexec, я не мог рассчитывать время или чистое время, как бы я ни старался. Я бы даже отдал чистое время удаленно, и это работало, но когда я просмотрел локальные команды «at», он показал, что «не запускается».
Однако я заметил, что после того, как я успешно установил удаленное соединение с помощью локальной учетной записи администратора, теперь я смог выполнять обычный psexec, используя мою личную учетную запись домена, а также вводя имя системы в проводник следующим образом: 
Теперь, когда я мог получить доступ к запланированным задачам удаленно, я просто создал запланированную задачу на чистое время, используя учетные данные моей учетной записи администратора домена с помощью этой строки запуска:
net time \\servername /set /yes
щелкнул правой кнопкой мыши> запустить, и все. Это казалось таким странным, и я поэкспериментировал на другом рабочем столе, установив время отключения, продублировав предыдущее условие «Есть разница во времени и / или дате между клиентом и сервером», а затем применив то же самое исправление, описанное успешно!
Вы должны решить настоящую проблему, а не работать над ней: ваши часы дрейфуют (ваш DC или ваш клиент XP).
Что вам нужно сделать, так это настроить службу времени Windows (http://technet.microsoft.com/en-us/library/bb490605.aspx), чтобы часы синхронизировались. Это решит вашу проблему на неопределенный срок.
В прямом ответе на ваш вопрос, когда часы расходятся, все сетевая аутентификация / учетные данные между двумя компьютерами с разными часами не удастся. Локальные учетные записи по-прежнему смогут входить в систему. Если вы используете что-то вроде psexec, и вместо использования учетных данных домена вы указываете действительные учетные данные администратора на локальном компьютере, он должен нормально подключиться и позволить вам установить часы.
Тем не менее, настоятельно рекомендуется исправить реальную проблему, а не работать над ней.
Как насчет того, чтобы команда net time выполнялась не только при входе в систему, но и выполнялась по расписанию (вы можете использовать планировщик задач и запускать его каждые два часа?)
Ты читал этот от Microsoft по поводу проблемы?
Вы можете попробовать это на машине XP. Войдите локально как администратор, затем введите в командной строке:
net time /Domain:DOMAINGOESHERE /Server:SERVERGOESHERE /SET /Y
Посмотрим, поможет ли это.
Если это будет происходить чаще, вы можете настроить другое решение для удаленного доступа. На ум приходят logmein и open / freessh + plink, хотя вам нужно будет получить доступ к машине xp один раз физически.
Не могли бы вы добавить команду Net Time к сценарию входа в домен? Затем, когда когда-либо пользователь входит в систему, время будет синхронизироваться с контроллером времени Домена, и проблема не должна возникнуть.