Webdav для яндекс диска не работает

Решение проблем с программой Яндекс.Диск

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

Программа не скачивается или не устанавливается

Не могу авторизоваться

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

Если возникает сообщение об ошибке:

Произошла ошибка. Проверьте соединение с интернетом

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

Ошибка соединения. Проверьте настройки антивирусов и другого ПО

Проверьте ваше соединение с интернетом.

Дата и время на компьютере должны совпадать с реальными.

Попробуйте отключить проверку сертификатов в настройках антивируса.

Для продуктов «Лаборатории Касперского» отключите проверку защищенного соединения: Настройки → Дополнительные → Сеть . Отключите опцию Всегда проверять защищённые соединения .

Для продуктов ESET отключите проверку протокола HTTPS: на вкладке Сканирование ПК откройте настройки. Настройка сканирования → Интернет и электронная почта → Защита доступа в интернет и защиты от фишинга → Настройка модуля сканирования → HTTP, HTTPS . Включите опцию Не проверять протокол HTTPS .

Не могу настроить программу

Возникает сообщение об ошибке

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

Убедитесь, что открыты следующие порты: 443, 5222. Если вы используете прокси-серверы, попробуйте отключить их.

Ошибка чтения файла

Программа не может получить доступ к каким-либо файлам в папке Яндекс.Диска. Ошибка возникает, если файл открыт в другой программе или его название содержит недопустимые символы (не являющиеся символами Unicode).

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

Сообщение означает, что вы не авторизованы в программе. Нажмите это сообщение и введите логин и пароль снова.

Ваш Диск заполнен

Место на Диске закончилось. Удалите ненужные файлы, очистите Корзину или купите дополнительное место.

Папка синхронизации недоступна

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

Диск не настроен

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

Конфликт папки синхронизации

Указанная в настройках программы папка уже используется с другой учётной записью Диска. Использовать одну и ту же папку для синхронизации с разными аккаунтами нельзя. Выберите другую папку в настройках программы.

Папка синхронизации не выбрана

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

Невозможно загрузить файл больше 50 ГБ

В папке Яндекс.Диск есть файлы объемом более 50 гигабайт. Такие файлы загрузить на Диск нельзя.

Файл не синхронизировался. Что могло произойти?

Яндекс.Диск не может загрузить файл на сервер в следующих случаях:

ваш компьютер не подключен к интернету;

в настройках Яндекс.Диска отключена синхронизация;

размер файла, который необходимо синхронизировать, больше 50 ГБ;

доступ к файлу ограничен (например, файл используется другой программой).

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

Программа зависла в статусе «Идёт синхронизация»

Измените длинные названия файлов в папке Яндекс.Диска на более короткие. Проверьте, есть ли у программы стабильный доступ в сеть (антивирусы и файрволы могут блокировать соединение).

Низкая скорость синхронизации

Скорость синхронизации рассчитывается с учетом экономии трафика и ресурсов системы. Также скорость может ограничиваться вашим провайдером — проверьте скорость соединения с интернетом.

Программа в Windows не открывается

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

Я удалил файлы в программе, и они удалились насовсем

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

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

Источник

Яндекс Диск обрубил протокол Webdav

Сначала был такой ответ:

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

В этом случае, я могу предложить вам пользоваться браузерной версией Диска или программой Яндекс.Диск для компьютера. Скачать программу можно на нашем сайте (https://disk.yandex.ru/download#pc ). В них ограничений по скорости быть не должно.

Потом, когда я не поверил лжецу из Яндекса.

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

Почему я должен работать в браузерной или десктопной версии диска, если вы сами даете инструкцию для загрузки с файлменеджеров? Более того, именно через файлменеджер можно загрузить файл более 2Гб и сохранить структуру папок.

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

Сожалею, что вы столкнулись с таким неудобством, но работа через WebDAV была ограничена, чтобы снизить нагрузку на наши серверы. Дело в том, что Яндекс.Диск не предназначен для такого использования. В вашем случае рекомендую посмотреть в сторону сервиса Яндекс.Облако.

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

Фактически Яндекс Диск отныне поддерживает загрузку лишь по «браузерному» протоколу, рассчитанному на полупродвинутых блондинок, загружающих «картинки» и далеких от понимания того, что и где лежит у них на девайсах физически.

Но благовестие о возможности использования хранилища через файловые менеджеры в справке Яндекса преспокойно висит.

Яндекс Диск ФСЁ? Остальные «диски» на очереди?

Источник

Webdav для яндекс диска не работает

Примерно с 10 октября 2019 года Яндекс начал блокировать:

• использование Диска через протокол WebDAV
• приложения, которые работали с диском через REST API (например, ISPmanager).

Формально протокол WebDAV работает, но при этом скорость закачки искусственно занижена примерно до 15 килобайт в секунду.

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

Важно! Остаётся вариант с использованием приложения Яндекс.Диск для компьютера, но и этот вариант содержит следующие минусы:

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

Почему они это сделали

Ответ технической поддержки:

«Яндекс.Диск — это персональный сервис (для личного некоммерческого использования), который не рассчитан на то, чтобы использовать его в качестве элемента инфраструктуры.»

Можно ли вернуть деньги за оплаченное место

Да, это возможно: ссылка.

Бесплатные альтернативы

• Google.Диск. 15 гигабайт бесплатно (внимание, есть проблемы с загрузкой).
• Mega.nz (в последние годы ввели искусственные ограничения и существенно понизили размер бесплатного места).

Нельзя забывать и о возможности создания своего удаленного хранилища, так как обновлятор поддерживает: ftp, ftp-ssl, ssh, webdav.

Платные альтернативы

Из платных альтернатив для компании самым оптимальным на мой взгляд является использование объектных S3-хранилищ.

Протокол для работы с ними обновлятор также поддерживает: ссылка на статью.

Примеры облачных платформ, поддерживающих объектные хранилища:

Давайте попробуем рассчитать примерную стоимость хранения 100 гигабайта резервных копий в Яндекс.Облаке (их калькулятор на главной странице облака ниже).

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

Получается, что каждый день у нас будет 20 post-операций, за месяц 600 post-операций.

Get-операции (это скачивание файла) учитывать не будем.

Итого получим за 100 гигабайт в холодном хранилище и 600 post-операций в месяц: 67 рублей в месяц.

За терабайт и 6000 post-операций в месяц будет выходить 675 рублей.

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Подписывайтесь и получайте новые статьи и обработки на почту (не чаще 1 раза в неделю).

Вступайте в мою группу ВКонтакте, Одноклассниках, Facebook или Google+ — самые последние обработки, исправления ошибок в 1С, всё выкладываю там в первую очередь.

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

Нажмите одну из кнопок, чтобы поделиться:

Источник

Как мы выбрали и реализовали WebDAV в Яндекс.Диске

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

Так как именно протокол определяет то, как общаются между собой программы и сервер, от его выбора зависит примерно всё. И то, как будут устроены клиенты, и то, какие возможности работы с файлами у них будут.

Сегодня мы хотим рассказать о причинах, которые остановили наш выбор именно на WebDAV и сделали его протоколом для клиентов Яндекс.Диска.

Благодаря API, реализованному на его базе, с нашим сервисом уже работают ABBYY FineScanner, Handy Backup 7, ES Проводник и неофициальный клиент Яндекс.Диска для Linux.

Перед тем как выбрать протокол, мы определили для себя важнейшие требования к нему:

1. Скорость работы;
2. Открытая лицензия;
3. Возможность реализации всех необходимых действий: аутентификации, поддержки файловых операций, конкурентного доступа к файлам, докачки с сервера и возобновления закачки на сервер;
4. Распространённость — он должен работать с целевыми операционными системами (в первую очередь Windows, Mac OS X, Linux) «из коробки» или с минимальными доработками.

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

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

BitTorrent. Так как речь сразу шла о синхронизации между девайсами, то использовать соединение между ними без создания нагрузки на серверы было бы очень полезно, но это потребовало бы двойной работы по разработке клиента. Вдобавок возникли бы проблемы при работе через NAT-ы и firewall-ы, что сильно снизило бы пользу от использования этого протокола.

Amazon S3. Это хранилище использует свой собственный протокол, основанный на HTTP. Мы рассматривали возможность использования API S3, однако отказались от этой идеи из-за отсутствия в нём привычной работы с каталогами и из-за необходимости использовать специальные приложения для доступа.

WebDAV. Основанный на HTTP и XML и нетрудно расширяемый, он поддерживает в спецификациях практически все, что нам нужно. C ним достаточно хорошо работают предустановленные пакеты во всех целевых операционных системах. Кроме того отдел разработки десктопных клиентов Яндекс.Диска, занимавшийся XMPP-сервером Яндекса, на тот момент уже имел опыт работы с открытыми протоколами на базе XML.

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

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

После выбора протокола началась работа над прототипом Яндекс.Диска. Наш WebDAV-сервер мы написали на Erlang. В качестве фреймворка для веб-сервера был выбран mochiweb, достаточно легковесная и хорошо знакомая нашим разработчикам библиотека. Она же была использована в известной статье о подключении миллиона пользователей к одному серверу — A million user comet application. Также мы думали и об использовании веб-сервера Yaws, который можно сравнить с Apache. Это полноценный веб-сервер, умеющий отдавать статику, запускать CGI-скрипты, обрабатывать специальные страницы с серверными скриптами. Но это всё было нам не нужно. Если бы мы начинали делать проект сейчас, выбор пал бы на Cowboy, так как он предоставляет больше возможностей по определению проблем с соединением.

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

Схема была довольно простой, так как это был прототип. Как обычно бывает с файловыми системами, встал вопрос ограничений на пути. Так как максимальная длина пути к ресурсу в протоколе не оговаривалась, было решено сделать длину компоненты пути в 255 символов, а количество уровней вложенности неограниченным. Примерно таблица хранилища файлов выглядела так:

id	число, автоинкремент, уникальный идентификатор ресурса
uid	пользователь, владелец ресурса
path	строка длины 255, имя ресурса
type	тип ресурса, файл или каталог
parent	число, id владельца
depth	число, уровень вложенности ресурса использовалось для оптимизации запросов на выборку

Одной из первых нетривиальных задач стал листинг корня, в котором ничего нет. Сложность в том, что метод PROPFIND, кроме просто листинга, выполняет ещё и задачу чтения свойств ресурса. Необходимо было правильно разбирать запрос, понимать, что мы можем выдать, а что нет; формировать правильный ответ. В качестве первого клиента использовался встроенный в Ubuntu gvfs. Отладив работу с ним, мы решили проверить работу подключения из Windows 7 и обнаружили, что он с нами не работает. Исследование работы с другими серверами показало, что встроенные в Windows клиенты не обрабатывают пространство имён «DAV:», если оно объявлено дефолтным, без префикса. Другие стандартные клиенты оказались более терпимыми и легко переваривали выдачу, сформированную специально для клиентов Windows. К счастью, это была единственная несовместимость, которую нам удалось найти.

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

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

Источник