как я могу узнать, когда была скопирована новая версия файла

Я работаю на Windows Server 2012 R2. теперь у меня есть следующий случай: -

  1. Внутри IIS у меня есть файл .dll с именем project.dll., созданный 01.01.2016, последний раз измененный 07.01.2016.
  2. Я взял его копию файл. сохраните его в безопасном месте
  3. , теперь я хотел протестировать новую версию этого файла .dll. поэтому я копирую / вставляю обновленную версию файла project.dll с нашего тестового сервера на наш предварительный сервер. где я указываю заменить текущую .dll.
  4. , чтобы теперь обновленная .dll содержала следующую информацию. Создан 01.01.2016 и последний раз изменен 01.01.2016.
  5. теперь после теста. Я понимаю, что есть некоторые ошибки, поэтому я хочу вернуть старую .dll
  6. , поэтому я копирую .dll из безопасного места и вставляю ее в папку, связанную с IIS. и я решил заменить текущий файл.

Теперь мой вопрос: как я могу узнать, когда произошла операция по пункту 6? поскольку .dll будет содержать исходную информацию; Создано 01.01.2016 и изменено 07.01.2016. но мне нужно знать, когда именно произойдет операция 6. другими словами, когда обновленная .dll была заменена исходной .dll? так как мне нужно проверить некоторые журналы, чтобы увидеть, были ли ошибки удалены в то время, когда обновленный файл .dll больше не был на месте ..

0
задан 29 November 2016 в 01:32
2 ответа

Всего несколько возможностей ...

Вы можете проверить журнал USN. (В модуле Powershell Powerforensics для этого есть хороший командлет, Get-ForensicUsnJrnl . Каждый раз, когда происходит прикосновение к файлу на томе NTFS, в этом журнале будет запись об этом.)

Или вы можете использовать наблюдатель файловой системы .NET .

Есть и другие возможности, но есть пара, с которой можно начать.

2
ответ дан 4 December 2019 в 12:21
  1. Чтобы отслеживать изменения в файле, можно использовать tripwire или его аналог OSSSEC с открытым исходным кодом. Это только отслеживает и предупреждает в том случае, если файл изменяется и больше не соответствует «базовой линии».
  2. Вы можете добавить файл в систему контроля версий, такую ​​как subversion или git. Это позволит вам поддерживать коллекцию файлов и возвращаться к более старым версиям, если ваш тестовый пример не работает.
  3. Puppet, puppet может быть излишним только для того, чтобы файл DLL соответствовал вашей «хорошей» версии, но он позволяет вы должны определить исходный файл, который вы хотите существовать в его текущей форме на других серверах. Если файл DLL изменяется на удаленном сервере, puppet сравнит хэши MD5 и увидит изменение, а затем заменит его версией, которая является «хорошей» версией. Когда вы довольны новой версией, вы заменяете файл на марионеточном сервере, и puppet с радостью развернет его на вашем удаленном сервере.
1
ответ дан 4 December 2019 в 12:21

Теги

Похожие вопросы