да, но это ненадежно. если шифровальщик зашфирует файлы, они окажутся на Яндекс-диске аккурат зашифрованными. Яндекс-диск версии поддерживать не умеет. Нужна какая-то сторонняя утилита.
Причина удаления файлов - то что какая-то программа на сервере случайно или намеренно очищала диски U:, Y: и т.п., Q: не тронула, например. Может это сбой скрипта, может злонамеренная программа. Т.к. диски в RDP были доступны, то она могла их чистить.
я имел ввиду полные архивы. Ежедневные архивы у меня тоже были, включая синхронизацию на яндекс. Тут они мне помогли. Против шифровальщиков бы не помогли. В поисках инструмента для надежного бэкапа сейчас.
не суть. я думаю на каком-то из серверов что-то удаляло данные на подключенных дисках. Думаю при доступе через RDP, а не RDM было бы тоже самое. Бойтесь подключаться с локальными дисками!
я по роду профессии (программист 1с) работаю с множеством удаленных рабочих столов клиентов (порядка 10). Какой именно из них занимается порчей файлов и почему непонятно - может это вирус, может сбой скрипта. Почему он удаляет только на дисках U, Y, а не трогает C:, D:, Q:, тоже неясно. Но вывод такой - не используйте расшаривание локальных дисков. Даже если файлы не удалят, их могут скопировать.
джуны везде бывают. Порой весьма активные. опытный 1сник на вес золота.
что именно?
а принцип какой?
это да. святые оптимисты.
у S3 есть недостатки в виде накопления потерянных очередей. Я об этом тоже писал на хабре, поищите.
да, давно известно что Яндекс диск не дает нормального веб-дав, чтобы его не использовали в коммерческих целях.
все что доступно, можно считать доступно.
нет, она работала на сервере, а не локально. Выполнялась в процессе Free Desktop Manager.
да, так. и получим на яндексе зашифрованную бесполезную версию.
это да. но если полный архив я делаю раз в месяц, а синхронизацию ежедневно, можно потерять месячную работу.
ну не знаю, как там дело было, но диски да, доступны были. все
я предпочитал менять места работы, чтобы не засиживаться. Только на одном смог проработать 4 года. Но закостенел там.
да, но это ненадежно. если шифровальщик зашфирует файлы, они окажутся на Яндекс-диске аккурат зашифрованными. Яндекс-диск версии поддерживать не умеет.
Нужна какая-то сторонняя утилита.
Причина удаления файлов - то что какая-то программа на сервере случайно или намеренно очищала диски U:, Y: и т.п., Q: не тронула, например. Может это сбой скрипта, может злонамеренная программа.
Т.к. диски в RDP были доступны, то она могла их чистить.
Если сетевой диск доступен, он будет найден. Как-то же его нашел сеанс RDP
я имел ввиду полные архивы. Ежедневные архивы у меня тоже были, включая синхронизацию на яндекс. Тут они мне помогли. Против шифровальщиков бы не помогли. В поисках инструмента для надежного бэкапа сейчас.
нет, пароли тут не при чем.
не суть. я думаю на каком-то из серверов что-то удаляло данные на подключенных дисках. Думаю при доступе через RDP, а не RDM было бы тоже самое. Бойтесь подключаться с локальными дисками!
я по роду профессии (программист 1с) работаю с множеством удаленных рабочих столов клиентов (порядка 10). Какой именно из них занимается порчей файлов и почему непонятно - может это вирус, может сбой скрипта. Почему он удаляет только на дисках U, Y, а не трогает C:, D:, Q:, тоже неясно. Но вывод такой - не используйте расшаривание локальных дисков. Даже если файлы не удалят, их могут скопировать.
да, верно. 2 Тб. ;-)