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