netrocks: freezed upload to yandex.disk (webdav)

[unxed]

1. Open netrocks connection to yandex.disk (webdav)
2. Try to upload attached file

[elfmz]

Same behavior on windows far/netbox (but only netbox shows timeout error quite quickly). Also it seems its not a problem of this file - all files i've tried to upload - stucks in same way.
It looks like yandex broken their webdav.

[elfmz]

to make sure, i've installed http://www.webdav.org/cadaver/:
sudo apt install cadaver
and reproduced with it too

[unxed]

thanks, closing

[elfmz]

о начались какието бурления: https://pikabu.ru/story/yandeks_zakryivaet_webdav_na_diske_dlya_storonnikh_prilozheniy_i_ne_priznaetsya_v_yetom_7073039
В коментах пишут вто они режут по юзерагенту. Эту теорию легко проверить, достаточно узнать юзерагент их родного клиента, для чего можно попробовать его запросы залогать через https-inspection proxy, типа fiddler-а.
Но я не хочу ставить себе их софтину, не доверяю:)

[unxed]

не хочу ставить себе их софтину, не доверяю

Ну, виртуалки с трафиком, завернутым в tor, для таких случаев придуманы))
Например,
https://superuser.com/questions/493300/how-can-i-tunnel-an-entire-virtual-machine-through-tor/647806

Хотя, возможно, чтобы засниффить юзерагента, даже сеть как таковая не обязательна. Любой https-сервер и их домены на 127.0.0.1 в hosts. Вопрос в том, какое хранилище сертификатов клиент использует. Если системное - никаких проблем, а если сертификат в клиент вшит - вот тогда это уже хакать клиент надо.

А, ещё вот такое есть: https://mitmproxy.org/

[unxed]

Забавно, что другие файлы по вебдаву на Яндекс нынче закачиваются. А вот картинка эта верхняя тестовая — всё ещё нет.

[unxed]

better use yandex disk via netrocks+rclone:
#1816