Не было бы настолько мудро иметь пользователей и пароли в .htaccess файле (или сама апачская конфигурация) в течение минуты две главных причины.
Посмотрите, .htaccess находится в каталоге Вашего веб-сайта. Файл паролей никогда не должен лежать там, потому что все могли затем загрузить его и имеют полный список допустимых имен пользователей. И может скот вызывать их пароли офлайн.
Другая причина могла состоять в том, что у Вас могло быть большое количество пользователей/групп для защищенного веб-сайта ОСНОВНОГО автора. Вы не хотите смешивать конфигурацию сервера и базу данных аутентификации.
существует много усовершенствований в KVM, и к счастью очень легко попробовать новые инструменты пространства пользователя, не заменяя целую систему. просто загрузите источники, скомпилируйте и работайте из локального каталога. большинство усовершенствований находится в инструментах пространства пользователя, сохраняя модуль ядра главным образом неизменным, и что еще более важно, совместимое.
Я использую простой сервер Ubuntu (9.10, я думаю), установка с libvirt для обработки нескольких Linux и гостей окон, использующих только пакеты, доступные на Кв. никакие связанные со временем проблемы вообще.
Виртуализация ставит различные проблемы в течение гостевого времени, сохраняя. Обычно - Гости, использующие Счетчик метки времени (TSC) в качестве источника часов обычно, переносят проблемы синхронизации, поскольку некоторые центральные процессоры не имеют постоянного Счетчика Метки времени.
Я полагаю, что это - то, что происходит с Вами.
Для разъяснения для других, читающих это сообщение - гостевые системы без точного хронометрирования могут иметь проблемы с некоторыми сетевыми приложениями и процессами, поскольку гость будет работать быстрее или медленнее, чем фактическое время и падение из синхронизации.
KVM работает вокруг этой проблемы путем предоставления гостям паравиртуализированные часы. С другой стороны, некоторые гости могут использовать другие источники часов x86 для своей синхронизации в будущих версиях тех операционных систем.
Чтобы определить, имеет ли Ваш ЦП постоянный Счетчик Метки времени, выполняет следующую команду:
$ cat /proc/cpuinfo | grep constant_tsc
Если выводу дают, Ваш ЦП имеет бит constant_tsc.
Возможности являются однако Вашими, не делает - и таким образом проблемы Ваше столкновение - поэтому другая работа вокруг / альтернатива должна сначала выключить любое управление питанием в BIOS - а также в KVM.
Также важно отметить, что Windows использует и Часы реального времени (RTC) и Счетчик метки времени (TSC).
Более старые системы, такие как Windows 2003 и XP используют файл boot.ini однако - файл boot.ini больше не используется от Windows Vista и более новый.
Windows Vista, Windows Server 2008 и Windows 7 используют Редактора Данных Загрузочной конфигурации (bcdedit.exe) для изменения параметров начальной загрузки Windows.
Установите диспетчер начальной загрузки для использования часов платформы. Это должно дать Windows команду использовать таймер премьер-министра для источника основного синхрогенератора. Системный UUID ({значение по умолчанию} в примере ниже) должен быть изменен, если система UUID отличается, чем устройство загрузки по умолчанию.
C:\Windows\system32> bcdedit / набор USEPLATFORMCLOCK {по умолчанию} на операции, завершенной успешно
Если случайно Вы смотрите на это сообщение - но проблема существует на Вашем Windows XP, и/или система Windows 2003 добавляют следующую строку к настройкам начальной загрузки Windows. В XP и начальной загрузке Windows Сервера 2003 года настройки хранятся в файле boot.ini. Добавьте следующую строку к файлу boot.ini:
/use pmtimer
Я действительно надеюсь, что это помогает.
Благословения, Glenn Kelley
Какая версия ProxMox: 1.6 имеет некоторые новые ядра, которые могут помочь - буквально просто представил несколько дней назад
Я не испытываю проблемы времени однако о наших vps' окон - Вы посмотрели другой alterntives - такой как libvirt?