Puncte:0

Webdav - încărcarea fișierelor de peste 10 kB eșuează pe o anumită combinație de mașini

drapel ar

Folosesc un server owncloud 10.0.10 găzduit într-o mașină virtuală (vm-A) la care nu am acces. Mă pot conecta la el folosind webdav atât de pe computerul meu de acasă, cât și de la o mașină virtuală de la un furnizor plătit pe care îl administrez (vm-B). Totul funcționează fără probleme (citire/scriere fișiere). Mi s-a dat recent acces la o a treia mașină virtuală de la locul meu de muncă (vm-C). Când configurez accesul webdav de la vm-C la serverul webdav în vm-A, pot răsfoi partajarea, dar scrierea în partajare este întreruptă - funcționează doar pentru fișiere foarte mici (<10 kB). Acest lucru se întâmplă atât cu davfs2, cât și cu rclone.
Sunt confuz pentru că atât vm-B (funcționează) cât și vm-C (spărțit) sunt configurate de mine și ambele sunt sisteme stabile Debian (toate programele utilizate sunt exact aceleași - fișierele de configurare sunt copiate literal). În plus, vm-C este stricat doar când „vorbește” cu vm-A, există un server webdav pe a doua mașină (vm-B - nextcloud - ultima versiune stabilă) și vm-C nu are nicio problemă să scrie fișiere mari pe acest server folosind webdav.
Când utilizați rclone, jurnalele arată:

2022/01/10 21:47:31 DEBUG: PUT /remote.php/dav/files/username/testfile HTTP/1.1
Gazdă: host.url
Agent utilizator: rclone/v1.53.3-DEV
Lungimea conținutului: 40960
Autorizare: XXXX
Tip de conținut: aplicație/flux-octet
Oc-Checksum: SHA1:c90116149196cbf74ffb453ecb3b12945372ebfa
Referer: https://host.url/remote.php/dav/files/username/
X-Oc-Mtime: 1641851243
Acceptare-Codificare: gzip

2022/01/10 21:47:31 DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>
2022/01/10 21:47:51 DEBUG: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<<<<<<<<<<<<<
2022/01/10 21:47:51 DEBUG: RĂSPUNS HTTP (req 0xc000222100)
2022/01/10 21:47:51 DEBUG : Eroare: citiți tcp 192.168.193.13:55270->45.61.32.79:443: citiți: resetarea conexiunii de către peer

2022/01/10 21:53:04 DEBUG: DELETE /remote.php/dav/files/username/testfile HTTP/1.1
2022/01/10 21:53:04 DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>
2022/01/10 21:53:05 DEBUG: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<<<<<<<<<<<<<
2022/01/10 21:53:05 DEBUG: RĂSPUNS HTTP (req 0xc00067ba00)
2022/01/10 21:53:05 DEBUG: HTTP/1.1 404 Nu a fost găsit

Același mesaj de eroare apare uneori pe fișierele mici (<10 kB), dar încărcarea reușește la a doua sau a treia reîncercare.

Puncte:0
drapel ar

După câteva căutări pe vm-ul la care aveam acces (vm-c) am descoperit că cele două mașini care au avut o problemă se aflau în aceeași rețea locală. A ajuns să fie o problemă de router cu agraful de păr. Nu am putere asupra hardware-ului routerului real pentru a rezolva problema. Ca o soluție, utilizarea unui server proxy ocolește problema. De exemplu

$ export https_proxy="http://WORKING_PROXY_SERVER"
$ rclone -vv copy testfile webdav-server:

lucrări.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.