Dropbox подключить как сетевой диск
Облачные диски, они же облачные хранилища, они же облачные сервисы, они также и просто облака – незаменимая вещь для веб-сёрфера. Они дают мобильность доступа к данным: в любой точке мира, с любого компьютерного или мобильного устройства мы, как пользователи можем получить доступ к своим личным файлам. Облака могут играть роль обменников файлами, а также могут быть хранилищами резервных копий для ценных данных. При активной работе с различными облачными хранилищами не всегда может быть удобно использовать доступ к своим данным в их веб-интерфейсе.
А для интеграции облачных дисков в среды мобильных и десктопных операционных систем существует масса инструментов — родные клиентские приложения облаков, возможности файловых менеджеров и специальных профильных программ. В среде Windows, например, при помощи её штатного функционала некоторые облака можно подключить как сетевые диски по некому протоколу WebDav. Но что это за протокол, в чём особенности такого подключения? И как реализовать подключение по WebDav в среде Windows 7, 8.1 и 10? Давайте разберемся.
↑ Как в Windows подключить облачное хранилище в качестве сетевого диска по протоколу WebDav
Системный способ подключения облака по WebDav
Как можно подключить облачное хранилище по протоколу WebDav с использованием штатного функционала Windows? Нам нужен системный проводник, открываем в нём среду «Этот компьютер», ну или просто «Компьютер», как в Windows 7. В проводнике последней нажимаем клавишу Alt, чтобы отобразилось дополнительное меню. В этом дополнительном меню выбираем «Сервис», дальше — «Подключить сетевой диск».
В проводнике Win 8.1 и 10 просто открываем на Ribbon-панели вкладку «Компьютер». И здесь выбираем дважды «Подключить сетевой диск».
Дальнейшие действия будут идентичны для всех актуальных версий – Windows 7, 8.1 и 10. Перед нами появится окно подключения сетевого диска. В нём можем выбрать какую-угодно букву для облачного диска. И далее в графе «Папка» вписываем адрес подключения облака по WebDav. Давайте мы рассмотрим всё это с вами на примере подключения OneDrive. В графу «Папка» нам нужно вписать сетевой адрес типа:
Где наш ID – это наш идентификатор, который отображается в адресной строке веб-интерфейса OneDrive.
После ввода адреса жмём кнопку «Готово».
Дальше нам предстоит авторизоваться в облачном хранилище. Ну и чтобы OneDrive у нас постоянно само подключалось при запуске системы ОС Windows, мы активируем чекбокс «Запомнить учётные данные».
Вот, собственно, и все. Теперь в проводнике мы должны увидеть наш облачный диск. При необходимости можем переименовать его и дать более читабельное имя.
Ну а если данный сетевой диск станет ненужным, тогда в этом же контекстном меню можно отключить его.
При подключении облака по WebDav переменным значением является адрес сетевого диска, указываемый в графе «Папка».
Для Яндекс.Диска, например, этот адрес будет:
Адрес нужного вам облачного хранилища элементарно можно узнать в Интернете, в частности, на сайте самого хранилища.
Что делать, если облако не поддерживает WebDav
Если облачное хранилище не поддерживает подключение по протоколу WebDav, ну тут уж придётся довольствоваться официальным клиентским его приложением. Ну либо искать пути решения вопроса. Например, Google Drive можно подключить как сетевой диск по WebDav с использованием сервиса-посредника DAV-pocket service. Но есть способ чуть проще и более универсальный – подключение с помощью специальных программ, работающих по части интеграции в среду Windows нескольких облачных сервисов. Таких программ много: RaiDrive, CloudBuckIt, MultCloud, FileCloud, ExpanDrive, WebDrive, Mountain Duck и пр. Все они по большей части платные, если не полностью, то как минимум условно-бесплатные. Из них всех сносные условия использования у программы Air Live Drive.
Чтобы подключить облако с помощью Air Live Drive, установим и запустим программу. В её окне жмём «Добавить облачный диск».
Выбираем облако из числа поддерживаемых, пусть это будет, например, Google Drive.
Авторизуемся с помощью Google-аккаунта в окне браузера.
Даём разрешение на доступ программы Air Live Drive к содержимому Google Drive.
Успешная авторизация завершается таким вот окошком.
И в окне Air Live Drive у нас появляется первое подключение – подключение диска Google Drive. Здесь можем выбрать для него букву и жмём «Подключить».
Ну и содержимое Google Drive отобразится в проводнике Windows.
По этому принципу можно подключить другие облачные хранилища, которые будут отображаться в среде Windows как локальные диски. В окне Air Live Drive каждое подключённое облако имеет кнопку в виде шестерёнки, это настройки подключения. В этих настройках можем назначить, чтобы облако подключалось само каждый раз при запуске Windows. Можем сделать так, чтобы оно подключалось только с правами чтения данных. А можем сменить отображаемое в проводнике название облака или покопаться в настройках кэша подключения. Всё это уже индивидуальные настройки.
А на этом пожалуй все. Увидимся на следующих страницах блога. А пока.. Пока.
Как известно, популярная программа облачного хранения данных Dropbox не позволяет располагать свою папку на сетевых устройствах.
Делает он это по принципиальным и, в общем, более или менее логично звучащим причинам, цитирую с сайта сервиса:
Тем не менее при использовании домашних и офисных сетевых накопителей (NAS) со стандартными сетевыми протоколами Windows или Mac при размещении папки Dropbox в расшаренной папке сетевого накопителя облачное хранилище работает абсолютно точно так же, как и при размещении папки на локальном диске, и никаких проблем с этим не возникает. Dropbox просто перестраховывается, чтобы к разработчикам не было претензий при использовании каких-то нестандартных протоколов и нестандартных файловых систем, вот и не позволяет размещать свою папку на сетевом устройстве - просто от греха.
(Впрочем, замечу, что многие продвинутые NAS умеют самостоятельно синхронизировать выбранные папки с облачными сервисами, включая Dropbox.)
А ведь во многих случаях, особенно на современном этапе развития всяких твердотельных дисков, пользователям очень нужно, чтобы папка Dropbox была размещена на сетевом накопителе, особенно если там хранится большой объем данных.
Ведь многие пользователи вообще начинают избавляться от обычных жестких дисков в компьютерах, оставляя там только твердотельные диски, а жесткие диски устанавливают только в NAS, где им самое место.
Вот у меня, например, в новом компьютере никакого жесткого диска уже нет - он мне там совершенно не нужен. И с Dropbox эту проблему мне нужно было как-то решать, потому что я в Dropbox могу хранить под терабайт данных на бизнес-аккаунте - так что, мне теперь только из-за Dropbox держать в компьютере жесткий диск? Или только под Dropbox приобретать дополнительный SSD, что было бы несусветной глупостью и совершенно пустой тратой денег?
Но решение в конце концов было найдено, причем оно оказалось достаточно несложным.
В операционной системе Windows есть волшебная команда под названием subst (от substitution - подстановка). С помощью этой команды можно какую-то папку назначить отдельным диском. Выполнение команды, например "subst x: d:Test", приведет к тому, что в системе появится новый диск с буквой X, внутри которого будет содержимое папки Test диска D.
Эта команда также умеет работать и с сетевыми папками, например вот таким образом: "subst x: \NASCollection": после этого содержимое папки Collection будет выводиться в виде отдельного диска X.
Но мы его все равно обманем. Просто не в один шаг, а в два. Делаем следующее.
Сначала на том диске локального компьютера, где лежит папка Dropbox, создаем новую папку с каким-то именем - например, ForDropbox. Далее с помощью команды subst эту папку назначаем каким-то диском - выберите сами нужную букву, но имейте в виду, что после этого буква будет использоваться именно для папки Dropbox. Давайте это будет, например, диск F, если эта буква еще не занята.
Команду subst вводим через окно "Выполнить" (клавиша Win+R). Разумеется, вы там указываете свои буквы дисков.
Выполнили (нажали ОК). Теперь у вас диск F - это содержимое папки ForDropbox на диске D.
Далее заходим в настройки параметров Dropbox (правая кнопка мыши на значке Dropbox в системной области уведомлений), там "Аккаунт" - "Расположение" - кнопка "Переместить". Там выбираем подставленный через subst диск F - он у нас указывает на папку локального диска, Dropbox по поводу него возражать не будет и после нажатия кнопки ОК целиком перенесет туда папку Dropbox.
Когда процесс закончится, опять правая кнопка мыши на значке Dropbox и выбираем "Выйти из Dropbox". Программа закроется.
Теперь убираем подстановку на диск F командой:
После этого папка ForDropbox со всем содержимым перемещается на желаемое сетевое устройство (с учетом того, сколько там должно быть свободного места и так далее).
Предположим, что мы эту папку переместили на адрес \NASBackup. (Если папка постоянно подключена в виде сетевого диска, то она просто будет иметь какую-то букву - предположим, H.)
Ну или вот так, если расшаренная папка подключена в виде буквы диска H:
Ну и все, теперь остается только запустить Dropbox. Тот никак не ожидает, что диск F из локального вдруг стал сетевым, никаких возражений у него на этот счет уже не возникает, единственное - он в фоне запустит переиндексацию всей папки и это займет какое-то время. После переиндексации Dropbox со своей папкой на сетевом диске будет работать точно так же, как и на локальном. У меня это все преспокойно работает и проблем с этим никаких нет.
Впрочем, нет, не все. Теперь еще нужно сделать так, чтобы подстановка автоматом запускалась при запуске компьютера, и так, чтобы Dropbox загружался не абы как, а в строго очередной последовательности.
Запускать подстановку при старте системы можно следующим образом. В какой-то папочке создаете обычный текстовый файл с расширением CMD (да хоть "Блокнотом" или Shift+F4 в Total Commander) - например, mystart.cmd.
Внутри этого первоначально пустого файла вписываете строчку подстановки так, как она у вас выглядит, например:
subst f: \NASBackupForDropbox
Теперь важный момент по поводу загрузки Dropbox. Теперь, когда мы папку Dropbox поместили на сетевое хранилище, вам придется убрать в настройках Dropbox автоматическую загрузку при старте системы. Потому что почти наверняка он будет стартовать раньше файла mystart.cmd, при старте не обнаружит диск F и начнет вам кричать, что шеф, все пропало, диск пропал, как жить теперь, как жить. И вам придется программу закрыть. А потом запустить заново - после того, как диск F появится.
Зачем делать лишние действия, правильно? Поэтому в самом Dropbox автоматический старт выключаем. Если вам не надо, чтобы программа запускалась автоматом, ну тогда запускайте ее руками. Но если надо, тогда просто поставьте вызов Dropbox в том самом файле mystart.cmd, после subst дописав еще строчку (не забудьте поставить кавычки):
"c:Program Files (x86)DropboxClientDropbox.exe"
Это для 64-битных систем. Для 32-битных путь будет такой:
"c:Program FilesDropboxClientDropbox.exe"
И на последней строчке лучше добавить команду exit, чтобы окно закрылось.
Таким образом, mystart.cmd у вас будет выглядеть следующим образом:
subst f: \NASBackupForDropbox
"c:Program Files (x86)DropboxClientDropbox.exe"
exit
Теперь вам надо поставить его в автозагрузку. Можно сделать это через сценарии Windows, но проще по старинке - поместить ярлык на mystart.cmd в папку автозагрузок. В Windows 10 эту папку найти непросто, поэтому для быстрого доступа в окне "Выполнить" просто дайте такую команду и нажмите на ОК.
Перед вами откроется папка автозагрузки - просто поместите туда ярлык на mystart.cmd. (Можно и сам файл туда поместить, но лучше ярлык, чтобы вы могли вносить в этот файл изменения, не залезая в папку автозагрузки.)
Ну и все, теперь сначала будет запускаться подстановка, а потом Dropbox, который уже не будет ругаться на отсутствующий диск, и Dropbox будет преспокойно работать со своей папкой, расположенной на сетевом диске.
P. S. Кстати, этот способ, скорее всего, будет работать и для некоторых других приложений, не желающих работать с папками на сетевых дисках. Но, разумеется, сначала выясните, чем вам такое может грозить.
К сожалению, сейчас ни один из указанных способов (даже в комментариях) не работает. Dropbox лихо определяет, что используется сетевая папка и отказывается переносить её расположение. 😒
Ну зачем же такие танцы с бубном, чтобы выстрелить себе в ногу? Можно просто пропатчить одну-единственную системную функцию, чтобы она всегда возвращала локальный статус папки приложению Dropbox.
А ещё лучше посидеть и подумать, зачем там вставили эту проверку. Если вы не в курсе, в популярных сетевых файловых системах с синхронизацией файловых блокировок между клиентами всё очень печально (они не для множественного использования объектов создавались, и даже самой операции блокировки по сети долгое время не имели). Кроме того, NAS, в большинстве случаев, работают на Linux/BSD, а следовательно, за общие с Windows папки там отвечает библиотека samba, которая по функциональности (и из-за соображений совместимости) не совпадает с родной реализацией Windows (на досуге полезно будет почитать маны и помедитировать). Кроме того, вы, скорее всего, не знаете, как её решил настроить производитель NAS — может быть, там вся синхронизация отключена целиком. «Кто же такую глупость сделает?» — спросите вы. Я вот легко представляю, как после криков покупателя, у которого при попытке проиграть с NAS киношку на двух телевизорах всё дико тормозит (потому что встроенные в прошивку кривые плееры зачем-то блокируют доступ к файлу, что в некоторых случаях приводит к необходимости синхронизации «в лоб», с задержкой для каждого запроса каждого клиента), китаец, собирающий прошивку, отключает целиком блокировки от греха подальше (потому что ему очевидно, что ни один разумный человек пользоваться техникой потребительского класса для атомарных операций над ценной информацией не будет).
Точно так же мне легко представить, как после жалобы клиента со сложной домашней сетью с удалёнными дисками и прочим хозяйством на неправильную работу Dropbox, там чешут голову, внимательно читают MSDN и приходят к выводу, что для сетевых папок они ничего гарантировать не могут, после чего и появляется обсуждаемая проверка.
В описываемой конфигурации (один компьютер и один сетевой накопитель с терабайтом селфи с прогулок, используемый только с этого компьютера), возможно, всё будет хорошо из-за локального контроля блокировок на клиенте. (Возможно. По крайней мере, если NAS не захочет сотворить что-то с файлами самостоятельно или по команде пользователя.) А вот если вашим советам последует кто-то, активно делящий файлы между несколькими компьютерами, жди беды. Могут и данные пропасть, и трудно понимаемые глюки появиться (типа жрущей трафик бесконечной циклической синхронизации рассинхронизировавшегося куска, из-за которой все остальные файлы ждут в очереди и не обновляются). Вредно, знаете ли, своими руками систему в состояние неопределённости вводить.
Как известно, популярная программа облачного хранения данных Dropbox не позволяет располагать свою папку на сетевых устройствах.
Делает он это по принципиальным и, в общем, более или менее логично звучащим причинам, цитирую с сайта сервиса:
Тем не менее при использовании домашних и офисных сетевых накопителей (NAS) со стандартными сетевыми протоколами Windows или Mac при размещении папки Dropbox в расшаренной папке сетевого накопителя облачное хранилище работает абсолютно точно так же, как и при размещении папки на локальном диске, и никаких проблем с этим не возникает. Dropbox просто перестраховывается, чтобы к разработчикам не было претензий при использовании каких-то нестандартных протоколов и нестандартных файловых систем, вот и не позволяет размещать свою папку на сетевом устройстве - просто от греха.
(Впрочем, замечу, что многие продвинутые NAS умеют самостоятельно синхронизировать выбранные папки с облачными сервисами, включая Dropbox.)
А ведь во многих случаях, особенно на современном этапе развития всяких твердотельных дисков, пользователям очень нужно, чтобы папка Dropbox была размещена на сетевом накопителе, особенно если там хранится большой объем данных.
Ведь многие пользователи вообще начинают избавляться от обычных жестких дисков в компьютерах, оставляя там только твердотельные диски, а жесткие диски устанавливают только в NAS, где им самое место.
Вот у меня, например, в новом компьютере никакого жесткого диска уже нет - он мне там совершенно не нужен. И с Dropbox эту проблему мне нужно было как-то решать, потому что я в Dropbox могу хранить под терабайт данных на бизнес-аккаунте - так что, мне теперь только из-за Dropbox держать в компьютере жесткий диск? Или только под Dropbox приобретать дополнительный SSD, что было бы несусветной глупостью и совершенно пустой тратой денег?
Но решение в конце концов было найдено, причем оно оказалось достаточно несложным.
В операционной системе Windows есть волшебная команда под названием subst (от substitution - подстановка). С помощью этой команды можно какую-то папку назначить отдельным диском. Выполнение команды, например "subst x: d:Test", приведет к тому, что в системе появится новый диск с буквой X, внутри которого будет содержимое папки Test диска D.
Эта команда также умеет работать и с сетевыми папками, например вот таким образом: "subst x: \NASCollection": после этого содержимое папки Collection будет выводиться в виде отдельного диска X.
Но мы его все равно обманем. Просто не в один шаг, а в два. Делаем следующее.
Сначала на том диске локального компьютера, где лежит папка Dropbox, создаем новую папку с каким-то именем - например, ForDropbox. Далее с помощью команды subst эту папку назначаем каким-то диском - выберите сами нужную букву, но имейте в виду, что после этого буква будет использоваться именно для папки Dropbox. Давайте это будет, например, диск F, если эта буква еще не занята.
Команду subst вводим через окно "Выполнить" (клавиша Win+R). Разумеется, вы там указываете свои буквы дисков.
Выполнили (нажали ОК). Теперь у вас диск F - это содержимое папки ForDropbox на диске D.
Далее заходим в настройки параметров Dropbox (правая кнопка мыши на значке Dropbox в системной области уведомлений), там "Аккаунт" - "Расположение" - кнопка "Переместить". Там выбираем подставленный через subst диск F - он у нас указывает на папку локального диска, Dropbox по поводу него возражать не будет и после нажатия кнопки ОК целиком перенесет туда папку Dropbox.
Когда процесс закончится, опять правая кнопка мыши на значке Dropbox и выбираем "Выйти из Dropbox". Программа закроется.
Теперь убираем подстановку на диск F командой:
После этого папка ForDropbox со всем содержимым перемещается на желаемое сетевое устройство (с учетом того, сколько там должно быть свободного места и так далее).
Предположим, что мы эту папку переместили на адрес \NASBackup. (Если папка постоянно подключена в виде сетевого диска, то она просто будет иметь какую-то букву - предположим, H.)
Ну или вот так, если расшаренная папка подключена в виде буквы диска H:
Ну и все, теперь остается только запустить Dropbox. Тот никак не ожидает, что диск F из локального вдруг стал сетевым, никаких возражений у него на этот счет уже не возникает, единственное - он в фоне запустит переиндексацию всей папки и это займет какое-то время. После переиндексации Dropbox со своей папкой на сетевом диске будет работать точно так же, как и на локальном. У меня это все преспокойно работает и проблем с этим никаких нет.
Впрочем, нет, не все. Теперь еще нужно сделать так, чтобы подстановка автоматом запускалась при запуске компьютера, и так, чтобы Dropbox загружался не абы как, а в строго очередной последовательности.
Запускать подстановку при старте системы можно следующим образом. В какой-то папочке создаете обычный текстовый файл с расширением CMD (да хоть "Блокнотом" или Shift+F4 в Total Commander) - например, mystart.cmd.
Внутри этого первоначально пустого файла вписываете строчку подстановки так, как она у вас выглядит, например:
subst f: \NASBackupForDropbox
Теперь важный момент по поводу загрузки Dropbox. Теперь, когда мы папку Dropbox поместили на сетевое хранилище, вам придется убрать в настройках Dropbox автоматическую загрузку при старте системы. Потому что почти наверняка он будет стартовать раньше файла mystart.cmd, при старте не обнаружит диск F и начнет вам кричать, что шеф, все пропало, диск пропал, как жить теперь, как жить. И вам придется программу закрыть. А потом запустить заново - после того, как диск F появится.
Зачем делать лишние действия, правильно? Поэтому в самом Dropbox автоматический старт выключаем. Если вам не надо, чтобы программа запускалась автоматом, ну тогда запускайте ее руками. Но если надо, тогда просто поставьте вызов Dropbox в том самом файле mystart.cmd, после subst дописав еще строчку (не забудьте поставить кавычки):
"c:Program Files (x86)DropboxClientDropbox.exe"
Это для 64-битных систем. Для 32-битных путь будет такой:
"c:Program FilesDropboxClientDropbox.exe"
И на последней строчке лучше добавить команду exit, чтобы окно закрылось.
Таким образом, mystart.cmd у вас будет выглядеть следующим образом:
subst f: \NASBackupForDropbox
"c:Program Files (x86)DropboxClientDropbox.exe"
exit
Теперь вам надо поставить его в автозагрузку. Можно сделать это через сценарии Windows, но проще по старинке - поместить ярлык на mystart.cmd в папку автозагрузок. В Windows 10 эту папку найти непросто, поэтому для быстрого доступа в окне "Выполнить" просто дайте такую команду и нажмите на ОК.
Перед вами откроется папка автозагрузки - просто поместите туда ярлык на mystart.cmd. (Можно и сам файл туда поместить, но лучше ярлык, чтобы вы могли вносить в этот файл изменения, не залезая в папку автозагрузки.)
Ну и все, теперь сначала будет запускаться подстановка, а потом Dropbox, который уже не будет ругаться на отсутствующий диск, и Dropbox будет преспокойно работать со своей папкой, расположенной на сетевом диске.
P. S. Кстати, этот способ, скорее всего, будет работать и для некоторых других приложений, не желающих работать с папками на сетевых дисках. Но, разумеется, сначала выясните, чем вам такое может грозить.
Windows 7 умеет даже так:
mklink /d C:\Dropbox\FromNAS \\NAS\Share
dredkin:
Windows 7 умеет даже так:
mklink /d C:\Dropbox\FromNAS \\NAS\Share
Windows10 такое сделать не дала - написала "Недостаточно привелегий для выполнения этой операции". Хотя я там под админом.
dredkin:
Windows 7 умеет даже так:
mklink /d C:\Dropbox\FromNAS \\NAS\Share
К сожалению, сейчас ни один из указанных способов (даже в комментариях) не работает. Dropbox лихо определяет, что используется сетевая папка и отказывается переносить её расположение. 😒
Ну зачем же такие танцы с бубном, чтобы выстрелить себе в ногу? Можно просто пропатчить одну-единственную системную функцию, чтобы она всегда возвращала локальный статус папки приложению Dropbox.
А ещё лучше посидеть и подумать, зачем там вставили эту проверку. Если вы не в курсе, в популярных сетевых файловых системах с синхронизацией файловых блокировок между клиентами всё очень печально (они не для множественного использования объектов создавались, и даже самой операции блокировки по сети долгое время не имели). Кроме того, NAS, в большинстве случаев, работают на Linux/BSD, а следовательно, за общие с Windows папки там отвечает библиотека samba, которая по функциональности (и из-за соображений совместимости) не совпадает с родной реализацией Windows (на досуге полезно будет почитать маны и помедитировать). Кроме того, вы, скорее всего, не знаете, как её решил настроить производитель NAS — может быть, там вся синхронизация отключена целиком. «Кто же такую глупость сделает?» — спросите вы. Я вот легко представляю, как после криков покупателя, у которого при попытке проиграть с NAS киношку на двух телевизорах всё дико тормозит (потому что встроенные в прошивку кривые плееры зачем-то блокируют доступ к файлу, что в некоторых случаях приводит к необходимости синхронизации «в лоб», с задержкой для каждого запроса каждого клиента), китаец, собирающий прошивку, отключает целиком блокировки от греха подальше (потому что ему очевидно, что ни один разумный человек пользоваться техникой потребительского класса для атомарных операций над ценной информацией не будет).
Точно так же мне легко представить, как после жалобы клиента со сложной домашней сетью с удалёнными дисками и прочим хозяйством на неправильную работу Dropbox, там чешут голову, внимательно читают MSDN и приходят к выводу, что для сетевых папок они ничего гарантировать не могут, после чего и появляется обсуждаемая проверка.
В описываемой конфигурации (один компьютер и один сетевой накопитель с терабайтом селфи с прогулок, используемый только с этого компьютера), возможно, всё будет хорошо из-за локального контроля блокировок на клиенте. (Возможно. По крайней мере, если NAS не захочет сотворить что-то с файлами самостоятельно или по команде пользователя.) А вот если вашим советам последует кто-то, активно делящий файлы между несколькими компьютерами, жди беды. Могут и данные пропасть, и трудно понимаемые глюки появиться (типа жрущей трафик бесконечной циклической синхронизации рассинхронизировавшегося куска, из-за которой все остальные файлы ждут в очереди и не обновляются). Вредно, знаете ли, своими руками систему в состояние неопределённости вводить.
Привет, друзья. Недавно на сайте была опубликована статья о двух программках Air Live Drive и Air Explorer, реализующих в среде Windows доступ к различным облачным сервисам по типу локальных дисков. Эти программы предлагают большой перечень готовых настроек подключения популярных облаков. Но в бесплатных редакциях они ограничены возможностью подключения к системе не более 3-х хранилищ с одним аккаунтом. Некоторых из вас смутили такие ограничения, и в этой статье я решил осветить процедуру совершенно бесплатного подключения облаков в среду Windows в качестве сетевых дисков по протоколу WebDav. Ну и заодно поговорим о специфике подключения по WebDav.
↑ Что даёт подключение по WebDav
Кроме того, что подключение по WebDav не захламляет место на локальном компьютере, оно имеет ещё одно преимущество перед официальным клиентским софтом облаков – отсутствие лишних фоновых процессов для обеспечения функционирования клиента и синхронизации данных. Что немаловажно для слабых устройств.
Во-первых, в скорости доступа к данным. Управление будет осуществляться по типу удалённого доступа, и, естественно, операции не будут проводиться так быстро, как в условиях работы с жёстким диском компьютера.
Что такое протокол WebDav
Клиентские программы облачных хранилищ, интегрирующие их в ОС Windows, обычно работают по принципу загрузки содержимого облака на локальный диск компьютера и синхронизации затем данных с облаком по итогу внесения пользователем каких-то изменений. В этом плане подключение по протоколу WebDav отличается несколько иным механизмом: мы получаем доступ к своим данным в облаке по сети в режиме реального времени. И можем эти файлы копировать, перемещать, переименовывать, удалять. И лишь если нам нужно просмотреть или отредактировать файл в какой-то системной программе, этот файл загружается в системный кэш и уже оттуда потом выгружается снова в облако.
Тогда как родные клиентские приложения при интеграции в среду Windows облачных дисков реализуют в контекстном меню проводника разные операции облаков – типа быстрой загрузки файлов в облако или же получения ссылок для публичного доступа, подключение к облачному содержимому по протоколу WebDav ограничивается только обычными операциями управления. Но эти обычные операции управления мы можем проводить с любым удобным нам файловым менеджером. Хоть это будет проводник Windows, хоть это будет функциональный файловый менеджер с массой продвинутых возможностей по работе с данными, которые будут распространятся и на облачные диски, подключённые по WebDav.
Клиентское приложение каждого отдельного облачного хранилища для обеспечения своих задач нуждается в фоновой работе. А скопление таких приложений (если нужно системно работать с несколькими облачными хранилищами) и их фоновая работа по синхронизации разных данных могут нагружать ресурсы слабых компьютеров. Тогда как подключение с использованием протокола WebDav в среде Windows реализуется единым системным процессом. Так, компания Microsoft продвигает протокол WebDav, и он давно входит в число штатного функционала Windows.
По протоколу WebDav мы сможем подключить несколько своих аккаунтов в одном и том же облачном хранилище. WebDav – это чисто технический функционал, он лишён влияния сковывающей корпоративной политики, как многие клиентские приложения облаков. Немногие из них предусматривают одновременную интеграцию в Windows нескольких облачных дисков с использованием пользовательского мультиаккаунта. Облачным сервисам выгоднее продвигать идею увеличения за доп. оплату облачного дискового пространства, чем создать возможность доступа к бесплатным объёмам в рамках пользования несколькими аккаунтами.
↑ Подключение по WebDav с помощью Raidrive
RaiDrive как альтернатива Air Live Drive, конечно же, уступает последней. Но если Raidrive рассматривать как альтернативу штатному способу подключения облаков по WebDav, то у неё есть несколько преимуществ:
• Корректность отображения в проводнике общего и занятого облачного пространства. При подключении по WebDav штатными средствами Windows по объёму хранилищ отображаются неверные сведения.
Как работать с RaiDrive? Запускаем программку. Жмём «Добавить». WebDav в качестве типа подключения выбран по умолчанию. Вводим адрес, логин и пароль аккаунта облака. Жмём «Ок».
Привет, друзья. Недавно на сайте была опубликована статья о двух программках Air Live Drive и Air Explorer, реализующих в среде Windows доступ к различным облачным сервисам по типу локальных дисков. Эти программы предлагают большой перечень готовых настроек подключения популярных облаков. Но в бесплатных редакциях они ограничены возможностью подключения к системе не более 3-х хранилищ с одним аккаунтом. Некоторых из вас смутили такие ограничения, и в этой статье я решил осветить процедуру совершенно бесплатного подключения облаков в среду Windows в качестве сетевых дисков по протоколу WebDav. Ну и заодно поговорим о специфике подключения по WebDav.
↑ Подключение по WebDav с помощью Raidrive
RaiDrive как альтернатива Air Live Drive, конечно же, уступает последней. Но если Raidrive рассматривать как альтернативу штатному способу подключения облаков по WebDav, то у неё есть несколько преимуществ:
• Корректность отображения в проводнике общего и занятого облачного пространства. При подключении по WebDav штатными средствами Windows по объёму хранилищ отображаются неверные сведения.
Как работать с RaiDrive? Запускаем программку. Жмём «Добавить». WebDav в качестве типа подключения выбран по умолчанию. Вводим адрес, логин и пароль аккаунта облака. Жмём «Ок».
↑ Что даёт подключение по WebDav
Кроме того, что подключение по WebDav не захламляет место на локальном компьютере, оно имеет ещё одно преимущество перед официальным клиентским софтом облаков – отсутствие лишних фоновых процессов для обеспечения функционирования клиента и синхронизации данных. Что немаловажно для слабых устройств.
Во-первых, в скорости доступа к данным. Управление будет осуществляться по типу удалённого доступа, и, естественно, операции не будут проводиться так быстро, как в условиях работы с жёстким диском компьютера.
↑ Подключение по WebDav средствами Windows
Подключить облачное хранилище по WebDav можно с использованием штатных средств Windows. В проводнике Windows 8.1 и 10 кликаем вкладку «Компьютер». В проводнике Windows 7 жмём клавишу Alt, выбираем «Сервис». Жмём «Подключить сетевой диск».
В окне подключения можем выбрать букву диска для содержимого облака. В графе «Папка» вводим адрес подключения облака по WebDav. Жмём «Готово».
В случае с OneDrive вместо значения «Идентификатор» необходимо подставить свой уникальный код, который отображается в веб-интерфейса хранилища после значения «id=».
Ну а адреса подключения других облаков, если они поддерживают доступ по WebDav, вы, друзья, можете найти в Интернете. Либо же можете обратиться в службу поддержки сервиса.
↑ Как в Windows подключить облачное хранилище в качестве сетевого диска по протоколу WebDav
↑ Подключение по WebDav средствами Windows
Подключить облачное хранилище по WebDav можно с использованием штатных средств Windows. В проводнике Windows 8.1 и 10 кликаем вкладку «Компьютер». В проводнике Windows 7 жмём клавишу Alt, выбираем «Сервис». Жмём «Подключить сетевой диск».
В окне подключения можем выбрать букву диска для содержимого облака. В графе «Папка» вводим адрес подключения облака по WebDav. Жмём «Готово».
В случае с OneDrive вместо значения «Идентификатор» необходимо подставить свой уникальный код, который отображается в веб-интерфейса хранилища после значения «id=».
Ну а адреса подключения других облаков, если они поддерживают доступ по WebDav, вы, друзья, можете найти в Интернете. Либо же можете обратиться в службу поддержки сервиса.
Что такое протокол WebDav
Клиентские программы облачных хранилищ, интегрирующие их в ОС Windows, обычно работают по принципу загрузки содержимого облака на локальный диск компьютера и синхронизации затем данных с облаком по итогу внесения пользователем каких-то изменений. В этом плане подключение по протоколу WebDav отличается несколько иным механизмом: мы получаем доступ к своим данным в облаке по сети в режиме реального времени. И можем эти файлы копировать, перемещать, переименовывать, удалять. И лишь если нам нужно просмотреть или отредактировать файл в какой-то системной программе, этот файл загружается в системный кэш и уже оттуда потом выгружается снова в облако.
Тогда как родные клиентские приложения при интеграции в среду Windows облачных дисков реализуют в контекстном меню проводника разные операции облаков – типа быстрой загрузки файлов в облако или же получения ссылок для публичного доступа, подключение к облачному содержимому по протоколу WebDav ограничивается только обычными операциями управления. Но эти обычные операции управления мы можем проводить с любым удобным нам файловым менеджером. Хоть это будет проводник Windows, хоть это будет функциональный файловый менеджер с массой продвинутых возможностей по работе с данными, которые будут распространятся и на облачные диски, подключённые по WebDav.
Клиентское приложение каждого отдельного облачного хранилища для обеспечения своих задач нуждается в фоновой работе. А скопление таких приложений (если нужно системно работать с несколькими облачными хранилищами) и их фоновая работа по синхронизации разных данных могут нагружать ресурсы слабых компьютеров. Тогда как подключение с использованием протокола WebDav в среде Windows реализуется единым системным процессом. Так, компания Microsoft продвигает протокол WebDav, и он давно входит в число штатного функционала Windows.
По протоколу WebDav мы сможем подключить несколько своих аккаунтов в одном и том же облачном хранилище. WebDav – это чисто технический функционал, он лишён влияния сковывающей корпоративной политики, как многие клиентские приложения облаков. Немногие из них предусматривают одновременную интеграцию в Windows нескольких облачных дисков с использованием пользовательского мультиаккаунта. Облачным сервисам выгоднее продвигать идею увеличения за доп. оплату облачного дискового пространства, чем создать возможность доступа к бесплатным объёмам в рамках пользования несколькими аккаунтами.
Читайте также: