Рейтинг:0

Webdav - загрузка файлов размером более 10 КБ не удалась на определенной комбинации машин

флаг ar

Я использую сервер owncloud 10.0.10, размещенный на виртуальной машине (vm-A), к которой у меня нет доступа. Я могу подключиться к нему с помощью webdav как с домашнего ПК, так и с виртуальной машины от платного провайдера, которого я администрирую (vm-B). Все работает гладко (чтение/запись файлов). Недавно мне предоставили доступ к третьей виртуальной машине с моей работы (vm-C). При настройке доступа webdav из vm-C к серверу webdav в vm-A я могу просматривать общий ресурс, но запись в общий ресурс не работает — он работает только для очень маленьких файлов (<10 КБ). Это происходит как с davfs2, так и с rclone.
Я в замешательстве, потому что и vm-B (рабочая), и vm-C (сломанная) настроены мной, и обе они являются стабильными системами Debian (все используемое программное обеспечение точно такое же — файлы конфигурации скопированы дословно). Кроме того, vm-C не работает только при «общении» с vm-A, на второй машине есть сервер webdav (vm-B — nextcloud — последняя стабильная версия), и у vm-C нет проблем с записью больших файлов на этот сервер. с помощью вебдава.
При использовании rclone журналы показывают:

10.01.2022 21:47:31 ОТЛАДКА: ПОСТАВИТЬ /remote.php/dav/files/username/testfile HTTP/1.1
Хост: host.url
Агент пользователя: rclone/v1.53.3-DEV
Длина содержимого: 40960
Авторизация: ХХХХ
Content-Type: приложение/октет-поток
Контрольная сумма OC: SHA1: c90116149196cbf74ffb453ecb3b12945372ebfa
Реферер: https://host.url/remote.php/dav/files/username/
X-Oc-Mtime: 1641851243
Принять кодировку: gzip

10.01.2022 21:47:31 ОТЛАДКА: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>
10.01.2022 21:47:51 ОТЛАДКА: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<<<<<<<<<<<<<<
10.01.2022 21:47:51 ОТЛАДКА: ОТВЕТ HTTP (требуется 0xc000222100)
10.01.2022 21:47:51 ОТЛАДКА: ошибка: чтение tcp 192.168.193.13:55270->45.61.32.79:443: чтение: сброс соединения одноранговым узлом

2022/01/10 21:53:04 ОТЛАДКА: УДАЛИТЬ /remote.php/dav/files/username/testfile HTTP/1.1
10.01.2022 21:53:04 ОТЛАДКА: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>
10.01.2022 21:53:05 ОТЛАДКА: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<<<<<<<<<<<<<<
10.01.2022, 21:53:05 ОТЛАДКА: ОТВЕТ HTTP (требуется 0xc00067ba00)
2022/01/10 21:53:05 ОТЛАДКА: HTTP/1.1 404 не найдено

Такое же сообщение об ошибке иногда появляется для небольших файлов (<10 КБ), но загрузка завершается успешно со второй или третьей попытки.

Рейтинг:0
флаг ar

После некоторого поиска на виртуальной машине, к которой у меня был доступ (vm-c), я обнаружил, что две машины, на которых возникла проблема, находились в одной локальной сети. Это закончилось проблемой маршрутизатора с заколкой. У меня нет власти над аппаратным обеспечением маршрутизатора, чтобы решить проблему. В качестве обходного пути проблема решается с помощью прокси-сервера. В примере

$ экспорт https_proxy="http://WORKING_PROXY_SERVER"
$ rclone -vv скопировать тестовый файл webdav-сервера:

работает.

Ответить или комментировать

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