Яндекс диск как сервер

Как мы делали Яндекс.Диск: серверная сторона, WebDAV и Erlang

На прошлой неделе Яндекс.Диску исполнился год, и за этот год сервисом успели воспользоваться уже больше 8 000 000 пользователей.

А сейчас мы продолжаем рассказывать о том, сколько усилий понадобилось, чтобы всё это стало возможным. Недавно мы писали о том, как и почему команда Яндекс.Диска выбрала WebDAV для синхронизации десктоп-клиентов с сервером и начала работу над прототипом клиента Яндекс.Диска. Сегодня, как и обещали, — о том, как всё работает с серверной стороны.

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

Очевидно, что в случае, когда соединение с сервером прерывается, а потом восстанавливается, клиент должен уметь дозаливать файл на него. Есть два параметра, которые необходимо учитывать в таком случае: имя файла и его размер. Но для нас их недостаточно — с хранилищем одновременно могут работать несколько клиентов и файл может обновляться конкурентно. Поэтому понадобилось добавить ещё один параметр.

Подключение к Яндекс диска через сервер

На тот момент мы уже начали разработку модуля синхронизации, который в процессе работы считал md5-хэш содержимого файла. И мы решили воспользоваться им как уточняющим параметром. Во-первых, клиент всегда имел эту информацию и, используя md5-хэш, мы не увеличивали нагрузку на него. Во-вторых, он лучше любого параметра, не зависящего от содержимого файла, — он даёт возможность проверять идентичность отправленного и полученного файла.

Перед отправкой файла на сервер клиент считает хэш. Дальше он заливает файл методом PUT, сообщая серверу этот хэш в HTTP-заголовке Etag. При получении такого запроса сервер сохраняет размер заливаемого файла и его md5 в специальную таблицу незавершённых заливок. В случае нормальной заливки всего содержимого на сервере вычислется md5 полученного файла и сравнивается с полученным от клиента — при их совпадениях файл принят верно и его можно сохранять.

В случае проблем с соединением — если оно было закрыто или при длительном таймауте — на сервере необходимо было сохранить в таблице реально принятый размер и залогировать в access.log неудачно завершённый запрос. Мы использовали в качестве фреймворка веб-сервера mochiweb и в процессе обработки проблем с обрывами соединений встретились с его особенностями.

На любые ошибки библиотека реагировала вызовом ‘exit(normal)`, что означает «тихое» завершение процесса. Это нормально, если перед нами стоит nginx для логирования запросов и если при подобном завершении соединения ничего делать не надо. Конечно, можно перехватить такое исключение. Но понять, какая именно из возможных проблем случилась, мы в таком случае можем разве что по наличию известных функций в стектрейсе. Нормальным этот метод не назовёшь, поэтому пришлось править библиотеку на предмет выдачи более вменяемых ошибок.

При обрыве соединения клиент не может полагаться на информацию о том, какое количество байт отправляемого файла реально попало на сервер. Поэтому нам пришлось сделать ещё одну доработку протокола — мы расширили метод HEAD, с помощью которого клиент запрашивает эту информацию, передавая серверу путь куда заливался файл, его размер и md5. Сервер ищет незавершённые закачки пользователя с такими же параметрами и отвечает клиенту, сколько реально закачано. После этого клиент должен возобновить закачку с указанного сервером места с помощью специального запроса — нового расширения метода PUT.

Кроме просто докачки файлов, мы захотели накладывать бинарные патчи файлов — дельта-обновления, — так, как это делается в rsync, но минимизируя нагрузку от этих операций на сервере. Мы разбиваем файл на блоки, по которым считаются быстрые и стойкие сигнатуры. Метод вычисления быстрых сигнатур — rolling checksum — мы позаимствовали из rsync.

Сигнатуры блоков используются для поиска совпадающих частей файла, которые пересылать по сети не требуется. Комбинацию из размера блока, сигнатур и md5-файла мы называем дайджестом файла. Для того чтобы клиент смог определить, какие части обновлённого файла ему необходимо скачать или отправить на сервер, ему необходимо получить дайджест файла, хранящегося на сервере. Для этого опять пришлось расширить протокол — на этот раз методом получения дайджеста.

Что же касается самих дайджестов, получаемых с сервера, мы не хотели затормаживать процесс синхронизации их расчётом по запросу, поэтому было решено хранить их на сервере уже посчитанными.

Для начала мы попробовали считать дайджесты во время стриминга файлов в Erlang. Казалось, это уменьшит накладные расходы: порция данных уже лежит в памяти и передать её в модуль расчёта дайджеста выглядело дешёвым решением.

К сожалению, из-за специфики работы с памятью в Erlang, это оказалось не так: данные копировались в драйвер, считавший хэши, промежуточные результаты копировались обратно в процесс-обработчик, а затем всё опять отправлялось в драйвер. Это оказалось чересчур ресурсоёмким. Разрабатывать специализиованный драйвер, который хранил бы всё промежуточное состояние внутри и не передавал бы его обратно в Erlang, не хотелось. Альтернативным решением стало складывать файл на диск как обычно, а дайджест считать после полного получения файла отдельной программой, написанной на C и запускаемой из Erlang как порт. Мы использовали этот подход и сократили время на расчёт дайджеста в 10 раз.

Для дельта-обновлений на сервере был расширен стандартный метод PUT, который принимает бинарный дифф и накладывает его на исходный файл. В таком диффе определены лишь две команды: скопировать часть исходного файла и вставить часть, пришедшую от клиента. Сервер занимается лишь простыми операциями, а весь тяжёлый анализ изменений в файлах находится на стороне клиента.

Для случаев, когда файл обновился на сервере, применяется тот же алгоритм поиска одинаковых частей. Клиенту могут потребоваться и несколько частей одного файла, поэтому мы поддержали запросы с указанием множества Range-ей, когда ответ приходит в виде multipart/byteranges, чтобы снизить количество обращений к метаданным файла.

Ещё один метод, который нужен для синхронизации — получить диффы дерева файлов, чтобы клиент мог определить, какие файлы успели обновиться на сервере. Эта задача отличается от обычного версионирования, поэтому методы, предлагаемые стандартом, нам не подошли, и пришлось ещё раз расширить протокол. Когда клиент хочет обновить файлы, он вызывает этот новый метод, указывая идентификатор имеющейся у него синхронизированной версии. А сервер отвечает идентификатором последней версии и списком изменений, произошедших в файловой структуре (не в самих файлах) с момента последнего обновления. Для этого мы храним историю всех изменений в файловой структуре для каждого пользователя.

Пожалуй, за исключением некоторых мелочей, это всё, чем занимается WebDAV-сервер в Яндекс.Диске. Мы довольны тем, что выбрали именно этот протокол. С одной стороны, он практически «из коробки» отвечал нашим нуждам и не требовал существенных доработок, а с другой — благодаря нему с Яндекс.Диском легко интегрировать многие утилиты и приложения.

Источник

Создание домашнего файлового сервера на Ubuntu + Яндекс Диск

С Яндекс Диском имею дело давно, как на личном компьютере, так и на сервере в качестве резервного копирования. На яндекс диск сливается куча фото с телефонов +много рабочих файлов. На моем ноуте объем более 200 Гб не cохранишь, да и зачем!? И много документов всегда должны быть под рукой, лезть постоянно в Яндекс Диск не хочется, иной раз от пролистывания кучи файлов на Я Диске браузер то и дело подвисает.

Принял решение поднять собственный домашний сервер в локальной сети и связать его с Яндекс Диском.

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

В итоге приобрел б/у системный блок HP Compaq 8000 Elite PC. Достаточно неплохой экземпляр.

Также приобрел монитор б/у (тоже хороший)

Процессор оказалось 4-х ядерный ). Было оперативки 2Гб. Для меня маловато))). В комиссионке за 2000 рублей купил для этого компьютера 2 планки оперативной памяти (каждая по 4Гб). Купил новый жесткий диск на 2Тб

В итоге машина у меня получилась со следующими параметрами:

• 4-х ядерный процессор
• 10 Гб оперативки (2 было и 8 купил)
• Жесткие диски: 320 Гб с системой и для файлового хранилища 2Тб стоит + еще один жесткий диск на 2Тб лежит надо проверить и поставить.
• SWAP: 20Гб
• Ubuntu 16.04

Не стал заморачиваться с RAID массивами и теневым копированием, т.к. жесткий диск новыq и + ко всему идет интеграция с Яндекс Диском, что предотвращает потерю данных.

Итак, по порядку.

Не смотря на то что вышел релиз Ubuntu 17.04, я выбрал Ubuntu 16.04, т.к. он более стабилен (перепробовал все версии и дистрибутивы).

1. Скачал с сайта https://www.ubuntu.com/download/desktop
2. Создал загрузочную Usb флешку (кто не знает как это делается — пишите, и я в доп. статье распишу)
3. В BOIS устанавливаем откуда загружать систему при старте компьютера. В моем случае при нажатии F9 выбирал откуда загружать
4. После загрузки, выбираем язык, можно нажать загрузить Ubuntu, чтобы попробовать или начать установку.
5. Установка системы

Если Вы первый раз ставите Ubuntu, не бойтесь, если что-то пойдет не так, всегда можно переустановить ))). В процессе установки нужно будет выбрать диск и при необходимости разбить его на разделы. Можно не разбивать и произвести установку автоматически как есть.

В моем случае диск 320 Гб я использовал полностью под систему. Разбил диск на такие разделы:

1. Раздел подкачки swap — я установил 20Гб (в 2 раза больше объема оперативной памяти). На ноутбуках устанавливал всегда именно в 2 раза больше, чтобы без проблем уходить в спящий режим.
2. Раздел под систему 50 Гб. Точка монтирования » / «, файловая система Ext4
3. Раздел под пользовательскую папку home 250Гб. Точка монтирования /home, файловая система Ext4

Диск 2Тб. Я сделал один большой раздел на всю емкость. Файловая система Ext4, точка монтирования /media/Disk.

Процесс установки интуитивно понятен.

После установки и загрузки компьютера заходим в настройки и Язык системы. Для обновления языков — нам будет предложено до установить языковые пакеты. Соглашаемся и устанавливаем

Далее: Открываем терминал (кнопка Пуск и в строке пишете terminal) — так ищутся нужные приложения.

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

Для обновления реестра пакетов используем команду

sudo apt-get update (Жмем Entr и вводим пароль от вашей учетной записи)

обновляем пакеты (Приложения)

После установки Ubuntu я заметил что второй диск у меня монтируется под правами пользователь: root, группа пользователей: root. В данном случает вы не сможете ничего записать на диск, в том числе и по сети.

Необходимо выставить пользовательские права на диск

Официальная документация от Яндекса по установке Яндекс Диска

Установка Индикатора Яндекс Диска

sudo add-apt-repository ppa:slytomcat/ppa
sudo apt-get update
sudo apt-get install yd-tools

Запускать и останавливать Яндекс Диск через консоль Вам больше не нужно будет. Все визуально и удобно. А главное всегда видно запущен диск или нет

Установка и настройка панели управления сервером Webmin http://help.ubuntu.ru/wiki/webmin

Небольшое видео

Благодаря связи сервера с Яндекс Диском, при удалении файлов кем-нибудь из тех у кого есть доступ по сети, с компьютера фалы удалятся, но в Яндекс Диске они переместятся в корзину. А так как доступ к корзине в Web интерфейсе есть только у меня, то я с легкостью могу все восстановить. Очень удобно.

Поэтому надобность в RAID массиве у меня отпала. Все хранится в Я.Диске

Удачи! Будут вопросы — пишите! А если у вас есть лучшее и более продвинутое решение — просьба поделитесь, будем рады!

Комментарии

привет, хочу собрать что-то подобное. железо бу у меня уже есть, жду пару винтов. Подумываю, чтобы собрать NAS сервер (думаю чтоб крутил Samba, FTP, DLNA, torrent). Возможно веб-сервер в будущем. Но не могу определится, на чем его лучше собрать на Убунте самому собирать, или лучше взять готовые решение аля TrueNAS, nas4free, OpenMediaVault. Как ваше виденье, как оно работает в Ubuntu, стоит ли заморачиваться с ним . нашел в интернете многие хвалят файловую систему zfs если собрать рейд1 на нем? или лучше ext4? в принципе очень секретных файлов думаю не держать, фильмы качать, для ТВ, какой софт, для себя и .тд. не хотелось бы просто файлы потерять потому смотрю в сторону рейд1. но интересно все такие мысль со стороны, как оно у вас работает . или может все таки лучше подвязывать к гугл драйву тому же?

Источник

Как подключить Яндекс.Диска как сетевой диск через WebDAV

Здравствуйте, уважаемые друзья. Наверняка вы пользуетесь Яндекс.Диском или, по крайней мере, слышали о нём. Это популярное облачное хранилище позволяет хранить файлы на серверах Яндекса и обмениваться ими в интернете, настраивать общий доступ и делать скриншоты. А ещё вы можете подключить Яндекс.Диск, как удалённый диск и работать с ним на любом компьютера, который имеет выход в интернет.

Примерно год назад я написал статью о том как пользоваться Яндекс.Диском, где ответил на вопросы:

— Как зарегистрировать и настроить диск?

— Как установить программное приложение на компьютер?

— Как увеличить дисковое пространство в облачном хранилище?

— Как создавать скриншоты с помощью Яндекс.Диска?

Но, на наряду с общим количеством вопросов по настройке Яндекс.Диска, мне регулярно задают два вопроса:

1. Как подключить диск через ftp соединение?
2. Как установить пароль на Яндекс.Диск?

В этой статье я отвечу на первый вопрос. И покажу универсальное решение второго вопроса, которое надёжно защитит ваш диск без дополнительных паролей.

Удалённое подключение к Яндекс.Диску.

Сразу скажу, — подключить Яндекс.Диск через ftp соединение нельзя. Зато это можно сделать через WebDAV (набор расширений и дополнений к протоколу HTTP).

По сути это-то же самое, для рядового пользователя разницы никакой, только настраивается немного по-другому.

Суть в том, что используя технологию WebDAV, вы удалённо подключаетесь к Яднекс.Диску. Тем самым вы можете создать сетевой диск на своём компьютере и работать с ним через «Проводник» или любой другой файловый менеджер. Примерно все, так же как и при ftp подключении.

При этом все файлы будут храниться на удалённых серверах Яндекса. На вашем компьютере будут отображаться лишь иконки для удобства работы.

И никакой синхронизации с вашим компьютером не происходит, как в случае с установкой приложения Яндекс.Диск на компьютер. То есть файлы будут храниться только в облаке.

В качестве примера создания сетевого диска, я покажу, как это сделать с помощью «Проводника Виндовс» и файлового менеджера Total Commander.

Как создать сетевой Яндекс.Диск в проводнике Windows?

Первым делом отрываете проводник. Далее, в левой панели выберите раздел «Компьютер», а в правой панели нажмите правую кнопку мыши, и в контекстно-зависимом меню выберите пункт «Добавить новый элемент в сетевое окружение».

Здесь ваша задача нажать на кнопку «Далее». Больше выбирать ничего не надо.

На этом шаге нужно ввести адрес сервера для подключения:

И нажать кнопу «Далее».

Теперь вводите имя для сетевого диска. Назвать вы его можете как угодно. Разницы это не имеет.

Нажимаете кнопку «Далее» и всё готово. Ваш сетевой диск подлечен.

Таким диском можно пользоваться, как любым другим диском на компьютере. И его содержимое будет доступно всем, кто работает за компьютером. Но только если есть подключение к интернету.

Примечание: если вы захотите удалить сетевой диск, достаточно нажать на нём правую кнопку мышки и выбрать пункт «Удалить».

Как создать сетевой Яндекс.Диск в Total Commander?

В отличие от предыдущего способа, этот способен решить оба вопроса, озвученных в начале статьи. То есть и вопрос удалённого подключения, и безопасности.

Но для начала вам нужно будет установить дополнительный плагин в Total Commander.

Итак, для установки плагина его нужно вначале скачать. Для этого переходите на страницу плагинов для TC. Находите плагин WebDAV и скачиваете его на компьютер.

Распаковываете архив. Далее, запускаете Total Commander – пункт меню «Конфигурация» — «Настройки».

Выбираете раздел «Плагины» и нажимаете на кнопку «Настройка» в подразделе «Плагины файловой системы (.WFX)»

Далее, нажимаете на кнопку «Добавить» — открываете папку с плагином и выбираете файл плагина, в соответствии с разрядностью вашей операционной системы. У меня 64-разрядная система, и я выбираю файл davplug.wfx64.

Выбрав файл, нажимаете кнопу «ОК». И ещё раз «ОК».

Всё, плагин установлен и всё готово для подключения Яндекс.Диска с помощью WebDAV клиента.

Для этого открываем «Сеть» и видим там папку WebDAV, открываем её.

Перед вами откроется содержимое папки, где у вас есть два варианта создать удалённое подключение.

Первый вариант, сделать подключение один раз и использовать его постоянно. Но, при этом содержимым диска смогут воспользоваться продвинутые пользователи, которые умеют пользоваться Total Commander.

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

Итак, если вы хотите создать постоянное подключение по первому варианту, то нажимаете клавишу F7 – вводите название соединения.

Далее, заполняете адрес сервера (https://webdav.yandex.ru), логин и пароль от почтового ящика Яндекс. И отмечаете чекбоксы, как указано на скриншоте. Быстро это делается выбором настроек по умолчанию Microsoft IIS.

После того как вы нажмёте кнопку «ОК», у вас появится папка с содержимым Яндекс.Диска.

Открыв эту папку – вы подключаетесь к Яндекс.Диску.

Для отключения от диска достаточно нажать на кнопку «Отключение».

Если же вы хотите удалить это соединение, то просто выберите папку и нажмите F8.

Если вы хотите использовать Яндекс.Диск на компьютере, но при этом беспокоитесь, что посторонние могут получить доступ к его содержимому, то для вас подойдёт временное подключение.

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

Это подключение делается точно так же, как и в первом варианте, только вы не создаёте папу с подключением, а открываете папку Quick connection. И настраиваете подключение.

И перед вами сразу откроется содержимое Яндекс.Диска.

Вот такая простая, но эффективная защита от посторонних глаз. А уже в следующей статья я расскажу как отдельно установить пароль на Яндекс.Диск.

А теперь для закрепления материала предлагаю посмотреть видеоурок, где я шаг за шагом показываю и рассказываю описанные выше действия.

Ну, что же друзья, уверен, вы нашли ответы на свои вопросы, но если появились дополнительные, то я буду рад вам помочь.

А у меня на сегодня всё. Всем желаю удачи и хорошего настроения! До встречи в новых видеоуроках и статьях.

Источник

WebDAV ⁠ ⁠

Все знают, как пользоваться Яндекс.Диском через веб-интерфейс. А можно скачать и установить приложение Яндекс.Диск, но мне больше нравится другой способ – подключить Яндекс.Диск как дополнительный сетевой диск. Можно, например, завести общий аккаунт с другом и иметь один диск на двоих. Как это сделать? Смотрите инструкцию ниже.

Нажмите правой кнопкой мыши на пункте Этот компьютер и выберите Подключить сетевой диск.

Введите в поле Папка адрес сервера: https://webdav.yandex.ru

Включите опцию Восстанавливать подключение при входе в систему.

Нажмите кнопку Готово.

Введите логин и пароль вашей учетной записи на Яндексе

Включите опцию Запомнить учетные данные и нажмите ОК.

Файлы Яндекс.Диска будут доступны на созданном сетевом диске. Пользутесь!

т.е. ты просто опубликовал страницу помощи с яндекса?

вебдав — тормозная технология.

а мне RaiDrive больше нравится.

Там показывает нормальную информацию по занято/свободно в отличии от вышеупомянутого подключения

прикольно то, что этот вебдав отлично работает в линуксе (консольном) на сервере на ВПСке. Использую его для бэкапов.

Копипаст хелпа яндекса в горячем? Серьёзно?

Отличная штука, давно пользуюсь, только под Линуксом и Андроидом. И не надо ставить себе лишнего софта, особенно, на телефон (Total Commander for Android с плагином рулит и педалит). И да, так подключать можно не только Яндекс-Диск, но и многие другие решения, например, от mail.ru (на платных аккаунтах, но немножко поплясав с бубном, можно сделать и на бесплатном), OneDrive, Box.com , все решения на базе Owncloud/Nextcloud, например, Allsync или Disroot Cloud.

Но стоит помнить, что WebDAV — это не синхронизация, а просто заливание файлов в облака. На компе локальные копии при таком способе не сохраняются.

но ведь это не удобно ппц, яндекс диск 3 версии достаточно крут сам по себе. Единственное применение это примонтировать диск к серваку или на работе где нет возможности поставить программу

Главное не удалить нужный файл, так как в отличии от приложения он не отправится в корзину Я.Диска, а удалится навсегда.

так вроде яндекс диск тоже самое и сам делает, только вместо «сетевого диска» он летающую тарелку оставляет, способ хуйня какая-то

Всё тупит и тормозит. Пытаюсь посмотреть размер папки с сотней файлов — каждый раз показывает разный размер — то 2 гига, то 4,5, то 800 метров. Пытаюсь скачать её на рабочий стол — появляется окно начала копирования (там где вычисляется размер папки), доходит до какого-то произвольного размера папки и пропадает. Для мелких одиночных файлов сойдёт, но для серьёзных объёмов непригодно от слова совсем.

Только есть нюанс — яндекс через WebDAV тормозной. Если файлов много — есть риск повесить эксплорер.

Вот и подросло поколение. грустно чего-то. пойду накачу полтишочек.

Что бы плохого не готовили о мейл ру, но у них удобное приложение для монтирования облачных хранилищ «диск о» и поддерживает кучу сервисов :мейл ру, гугл драйв, яндекс, дробокс и тд. Не реклама, сам решил воспользоваться дня 3 назад наверное.

Если тянуть по вебдаву большие файлы, оно может ругаццо ошибкой 0x800700df

да и по номеру ошибки норм гуглится

Спасибо за инфу, очень удобно)

С google drive что-то подобное можно сделать?

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

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

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

Крайне не рекомендую этим пользоваться во всяком случае встроенном в 10-ку.

в Украине походу не фурычит из-за запретов

А зачем вам общий Я. Диск с другом? Чтобы общие фотки тёток юзать?»

А как пароль восстановить от яндекса без фото с паспортом? p.s. захожу через вк

Вот бы кто подсказал, как место на нём бесплатно увеличить, было бы дело.

А я пользуюсь selectel.ru платным, 1р гигабайт в месяц или около того,вся рабочая инфа там на сетевом с бэкапами.

Советую, там место не ограничено

Диск О от мейл прикольнее. Шустрее вебдав работает. Хотя думаю технология та же, но есть тихая закачка. Файлы скинулись сразу и потихоньку грузятся. Скорости обмена хватает на быстрое открытие фото и видео.

Фуллхд не пробовал.

Просто спасибо. снес ЯД =)))

О воспользуюсь, спасибо!

К сожалению не знал.

Все, хорошо, но есть парочка проблем. Скорость доступа зависит от интернета, плюс сам диск довольно тормозной. Такое ощущение, что там обычный жесткий диск, а не ссд. Не большое пространство, ради 10 гигов.. Вот, если бы 1 ТБ, тогда еще можно..

Ну и самое главное, возможность потерять пароль/логин и бан от яндекса. Вот последнее самое серьезное, не знаю почему об этом никто не говорит, но файлы в этом случае они восстановить не дадут. Было раз 20 — вы нарушили условия пользования, а что за условия не говорят.. Не доверяю я этим облакам..

Webdav от яндекс диска помер, можете забыть, он делает вид, что работает, но скорость никакая, около мегабита в минуту, пользоваться невозможно.

хорошая идея, забрал

c mail.ru облаком такое не пройдёт

Ещё бы Яндекс.Диск работал исправно. А то живёт своей жизнью.
Было на диске свободно 200Гб — а он редиска не даёт новые файлы загрузить и шлёт рекламу про покупку дополнительного объёма. Подробно описал здесь: https://a-a-a-a-a.com/post/21

Вопрос, что хранить на тех 25 ГБ что Яндекс дает бесплатно?

Одно дело у меня на mail.ru терабайт

но это под Линухом.

А вот мне не понятно, у меня куплен 1 ТБ на ЯД, создал диск, показывает что у меня всего 476 ГБ, из них больше 200 свободно, хотя в интерфейсе у меня свободно 13 Гб всего.

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

Ребят, подскажите пожалуйста:

Купил ssd, форм-фактора 2280 на 1Тб.

Поставил, а система не видит. И через «Администрирование» не видит.

Обычно устанавливаешь новый диск, так из проблем это только форматнуть, чтоб винда увидела и готово.

прикольно — но не работает

Выглядит как попытка завладеть чужими данными. БУГАГА!

Яндекс закрывает WebDAV на диске для сторонних приложений и не признается в этом.⁠ ⁠

Летом приобрел 1Тб пространства на Яндекс.Диске с целью организовать хранение бэкапов домашних документов. И таки организовал при помощи кросплатформенной Duplicati, настроив работу с диском по WebDAV.

Однако недавно обнаружил, что некоторые бэкапы не создаются. Причем последний удачный бэкап для одной из копий был аж 5 октября.

Обследование показало что зависает загрузка бэкапов в облако. В начале грешил на программу, пару раз обновлял, менял настройки. ничего не давало результатов. Но затем протестил соединение WebDAV с помощью двух других приложений (nemo и nautilus) и обнаружил что подвисает аплойд и в них.

Началась переписка с поддержкой диска:

В последующем общении Фёдор продолжал уверять меня, что проблема именно в моем ПО, не смотря на все мои возражения:

Но пока я ждал ответа выяснилось, что я далеко не один такой. На одном небезызвестном ресурсе проблема уже давно обсуждается в теме «Яндекс Диск и Webdav». О чем я и сообщил Фёдору.

Ну хорошо хоть возврат средств сделали (пока не сделали, но обещают).

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

А заверения в том, что Яндекс поддерживает WebDAV полноценно дают понять, что в ограничении скорости аплойда нет никаких технических причин, и скорость режется исключительно по юзерагенту. Таким образом Яндекс подтверждает, что он чхал на потребности пользователей и сделает все чтобы перевести их на своё ПО. ну или заставить отказаться от использования услуг компании.

Источник