Я нашел разрешение к этому, Java сохраняет файл названным deployment.properties в данных приложения (drive:\application data\Sun\Java\Deployment), этот файл содержит данные, которые указывают на прокси, если это было установлено, таким образом, я просто скопировал измененный в пользовательскую папку данных приложения, и теперь Java работает правильно на повторно наклоненных сайтах.
Пока он не вносит изменения в активный каталог, влияние на среду будет минимально. Пользователь может иметь проблемы при получении обновлений групповой политики и может иметь аутентификацию проблем (но это может быть зафиксировано со сбросом времени и перезагрузкой), Вы будете иметь к:
можно сохранить пользовательскую машину в синхронизации и позволить ему иметь разницу во времени на виртуальной машине, а не его рабочая станция (виртуальная машина окон позволит это),
Если время будет от аутентификации к Сетевым ресурсам, то перестанет работать. Если пользователь выйдет из системы со временем из синхронизации, то вся аутентификация домена для того компьютера перестанет работать. Для возвращения в Вас, должен был бы отключить из сети и войти в систему с помощью кэшируемых учетных данных.
Самый чистый путь состоял бы в том, чтобы, вероятно, сделать, чтобы пользователь протестировал от рабочей станции, которая не находится на домене.
Протоколы, используемые для контакта с контроллерами домена (конкретно Kerberos), основаны на времени компьютера. Все виды ошибок аутентификации могут следовать из питания со временем. обычно, скос времени больше чем 5 минут даст Вам проблемы.
Больше информации о том, как Kerberos работает здесь: http://en.wikipedia.org/wiki/Kerberos_%28protocol%29