Как установить папку Dropbox на сетевое устройство

К сожалению, сейчас ни один из указанных способов (даже в комментариях) не работает. Dropbox лихо определяет, что используется сетевая папка и отказывается переносить её расположение. 😒

Ну зачем же такие танцы с бубном, чтобы выстрелить себе в ногу? Можно просто пропатчить одну-единственную системную функцию, чтобы она всегда возвращала локальный статус папки приложению Dropbox.

А ещё лучше посидеть и подумать, зачем там вставили эту проверку. Если вы не в курсе, в популярных сетевых файловых системах с синхронизацией файловых блокировок между клиентами всё очень печально (они не для множественного использования объектов создавались, и даже самой операции блокировки по сети долгое время не имели). Кроме того, NAS, в большинстве случаев, работают на Linux/BSD, а следовательно, за общие с Windows папки там отвечает библиотека samba, которая по функциональности (и из-за соображений совместимости) не совпадает с родной реализацией Windows (на досуге полезно будет почитать маны и помедитировать). Кроме того, вы, скорее всего, не знаете, как её решил настроить производитель NAS — может быть, там вся синхронизация отключена целиком. «Кто же такую глупость сделает?» — спросите вы. Я вот легко представляю, как после криков покупателя, у которого при попытке проиграть с NAS киношку на двух телевизорах всё дико тормозит (потому что встроенные в прошивку кривые плееры зачем-то блокируют доступ к файлу, что в некоторых случаях приводит к необходимости синхронизации «в лоб», с задержкой для каждого запроса каждого клиента), китаец, собирающий прошивку, отключает целиком блокировки от греха подальше (потому что ему очевидно, что ни один разумный человек пользоваться техникой потребительского класса для атомарных операций над ценной информацией не будет).

Точно так же мне легко представить, как после жалобы клиента со сложной домашней сетью с удалёнными дисками и прочим хозяйством на неправильную работу Dropbox, там чешут голову, внимательно читают MSDN и приходят к выводу, что для сетевых папок они ничего гарантировать не могут, после чего и появляется обсуждаемая проверка.

В описываемой конфигурации (один компьютер и один сетевой накопитель с терабайтом селфи с прогулок, используемый только с этого компьютера), возможно, всё будет хорошо из-за локального контроля блокировок на клиенте. (Возможно. По крайней мере, если NAS не захочет сотворить что-то с файлами самостоятельно или по команде пользователя.) А вот если вашим советам последует кто-то, активно делящий файлы между несколькими компьютерами, жди беды. Могут и данные пропасть, и трудно понимаемые глюки появиться (типа жрущей трафик бесконечной циклической синхронизации рассинхронизировавшегося куска, из-за которой все остальные файлы ждут в очереди и не обновляются). Вредно, знаете ли, своими руками систему в состояние неопределённости вводить.

А если уж хочется что бы они сразу "шарились" по сети, тогда лучший вариант это запустить dropbox на nas.



Собственно так и делаю;)



А вместо subst, лучше mklink. Так как результат subst после перезагрузки сбрасывается. И общее замечание к методу mklink (subst), когда мы что то делаем что не гарантируется и это связано с объективными причинами (есть шанс что dropbox не получит событие об изменениях и изменение не будет отражено в dropbox), то зачем стрелять себе в колено;)

А почему не сделать iscsi диск? Да, данные не будут расшаренны сразу как это было был с сетевыми диском, но с другой стороны iscsi это именно полноценный диск который хранится с резервирование на внешнем накопителе (nas)

Вообще конечно совет опасный, если даже не сказать, вредный.
Проблема тут не у DropBox, а в том что сама Windows не гарантирует доставку оповещений об изменениях на нелокальных файловых системах (даже если это родная NTFS). Таким образом это вопрос чистой удачи в какой конкретно момент начнется синхронизация с облаком.

А если теперь на НАСе отредактировать файл с другого девайса - дропбокс это увидит?

Как тяжело и вычурно в винде интерперетируются хард- и симлинки 😉

о, как интересно, спасибо! я в своё время пыталась заставить синхронизатор от китайского сервиса Baidu скушать папку на сетевом диске. и нашла деффачковое решение 😄 в 8 винде есть папки/библиотеки по видам файлов, которые открываются в Моём компьютере - документы, музыка, видео и тыды. Байду их видит и считает локальными. А в свойствах папки можно указать новое сетевое расположение, но он их тогда не перестанет считать локальными. А я один хрен стандартными этими папками не пользуюсь, заюзала две из них под свои цели.

Батник на автозагрузку - не лучший метод. Помимо косметических недостатков есть еще такая проблема: батник отрабатывает после логина пользователя, т.е. на этапе запуска сервисов subst еще доступен не будет.

Так что из-за этого нюанса специально для subst есть в Windows фича. Цитирую из своих заметок:

В разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\DOS Devices создайте строковый параметр (String Value) с именем диска, например G: В значение параметра введите путь к каталогу в формате \??\<путь к каталогу>, например \??\C:\Windows Перегрузите систему, чтобы требуемый диск создался.

Весь этот гемор из статьи, к счастью, не явялется необходимым:"Теперь важный момент по поводу загрузки Dropbox. Теперь, когда мы папку Dropbox поместили на сетевое хранилище, вам придется убрать в настройках Dropbox автоматическую загрузку при старте системы. Потому что почти наверняка он будет стартовать раньше файла mystart.cmd, при старте не обнаружит диск F и начнет вам кричать, что шеф, все пропало, диск пропал, как жить теперь, как жить. И вам придется программу закрыть. А потом запустить заново - после того, как диск F появится. "

Windows 7 умеет даже так:

mklink /d C:\Dropbox\FromNAS \\NAS\Share

Проблем с шифровальщиками в дропбоксе нет, даже бесплатный аккаунт умеет откатываться на состояние вплоть до 30 дней назад, а платный ваще без ограничений.



А по поводу всех этих хитрых танцев с бубном скажу так: Самс не проверял, но почти у верен, что сработает: Алекс, погугли команду mklink /d.

Скорее всего, она поможет избежать многих телодвижений и значительно упростить инструкцию.



P/S/ Только осторожнее с удалением симлинков: их надо удалять не через файл-менеджер (глупый фм решит, что перед удалением папку сначала надо ее очистить), а из командной строки командой rmdir.

Есть небольшой, нюанс, который невредно учитывать и связан он с безопасностью данных.

Если к файлам (их созданию, модификации, удалению) имеют относительно простой доступ кошерные прикладные программы, то с некоторой вероятностью такой же комфортный доступ могут получить и зловреды.

Например, в последние пару лет несколько раз встречался с результатом деятельности "шифровщиков" - это не вирус в кристально чистом виде, а троян, то есть для его инициализации вообще говоря требуется разрешение пользователя, но оно не всегда осознано. При попадалове на это приключение данная тварь шифрует документы известных ему типов (ворд, ексель, жипеги, мп3, вроде бы), а потом предлагает связаться с добрыми людьми, которые за долю малую информацию расшифруют. По поводу добросовестности добрых людей ходят разные слухи, но в целом я бы на их услуги не рассчитывал.

Так вот: попадающиеся мне верси трояна без вопросов дотягивались ло инфы расположенные на локальных дисках (с поправкой на доступ пользователя контролируемый осью), а также до сетевых ресурсов, которые были "замэплены", то есть имели символьное имя типа F:\. А вот сетевые ресурсы типа \\шара оставались нетронуты.



Так что удобство удобством, но если DROPBOX предполагается имспользовать как бэкап, особенно единственный, уникальных данных, я бы советовал принять это во внимание.

Так в том-то и дело, что никакого "соответствующего приложения" нет(( та шняга, что от мейл.ру так же не хочет дружить с насами. Вот и интересуюсь, что можно предпринять.

Интересно, в Дропбоксе уже заведена такая бага - проверять на сетевое устройство не при подключении, а при старте приложения 😄?

Алекс, вопрос по теме: а подружить NAS и облако мейлрушное?

А почему на втором шаге нельзя папку \\NAS\Backup\ForDropbox просто подключить как сетевой диск F и обойтись без всех этих автозагрузок ?

Мой NAS фирмы Synology умеет работать с Dropbox-ом напрямую, без участия компьютера. Так и пользуюсь - Dropbox на NAS-е синхронизирует папку Dropbox целиком и даёт к ней доступ по локальной сети, а Drоpbox на компьютерах - только избранные папки.

Алекс,

Проверьте поведение 10-ки и дропбокса с отключённым НАС-ом. Минус subst в том, что при недоступности сетевого ресурса операционка постоянно пытается переподсоединиться и нехило так вешает систему. Может, в 10-ке что-то изменили и всё работает без подвисаний, но проверить стоит.

Удачи.

Я бы в такой ситуации поставил Dropbox непосредственно на NAS сервер. Не надо переиндексировать при запуске компьютера, можно выключать компьютер и все равно сервер стянет файлы с дропбокса, которые туда бросают другие устройства, ну и так далее.