Puncte:1

rclone iese din serverul FTP după ce solicită UTF8

drapel lr

Trebuie să copiez programatic datele de pe un server FTP cu rclone. Configurația este la fel de simplă ca:

[exempluftp]
tip = ftp
gazdă = ftp.example.com
utilizator = utilizatorul meu
pass = mypass

Dacă încerc să copiez ceva, primesc:

Nu s-a putut crea sistemul de fișiere pentru „exampleftp:/”: NewFs: nu s-a putut realiza conexiunea FTP la „ftp.example.com:21”: suport UTF8 pe

Dumpingul schimbului de protocol arată:

$ rclone --config=rclone.conf ls exampleftp: -vv --dump bodies

DEBUG: se utilizează fișierul de configurare de la „rclone.conf”
DEBUG: rclone: ​​Versiunea "v1.55.1-DEV" care începe cu parametrii ["rclone" "--config=rclone.conf" "ls" "exampleftp:" "-vv" "--dump" "bodies"]
DEBUG: se creează backend cu la distanță „exampleftp:”
DEBUG: ftp://ftp.example.com:21: Conectare la serverul FTP
DEBUG: FTP Rx: "220 Bine ați venit la exemplul de server FTP."
DEBUG: FTP Tx: „USER myuser”
DEBUG: FTP Rx: „331 User myuser, password please”
DEBUG: FTP Tx: PASS *****
DEBUG: FTP Rx: „230 Parola Ok, utilizator autentificat”
DEBUG: FTP Tx: „FEAT”
DEBUG: FTP Rx: „211- Funcțiile suplimentare acceptate includ:”
DEBUG: FTP Rx: "MDTM"
DEBUG: FTP Rx: „MFCT”
DEBUG: FTP Rx: „MFMT”
DEBUG: FTP Rx: „SIZE”
DEBUG: FTP Rx: „REST STREAM”
DEBUG: FTP Rx: „AUTH TLS”
DEBUG: FTP Rx: " AUTH SSL"
DEBUG: FTP Rx: " PBSZ"
DEBUG: FTP Rx: „EPRT”
DEBUG: FTP Rx: " EPSV"
DEBUG: FTP Rx: „XCRC”
DEBUG: FTP Rx: " XSHA1"
DEBUG: FTP Rx: " XSHA256"
DEBUG: FTP Rx: " XSHA512"
DEBUG: FTP Rx: „XMD5”
DEBUG: FTP Rx: " HASH SHA-256;SHA-512;SHA-1*;MD5"
DEBUG: FTP Rx: „PROT”
DEBUG: FTP Rx: " LANG EN*"
DEBUG: FTP Rx: „SITE PSWD”
DEBUG: FTP Rx: "ZONA SITE-ULUI"
DEBUG: FTP Rx: "SITE UTIME"
DEBUG: FTP Rx: „MOD Z ZLIB(LEVEL)”
DEBUG: FTP Rx: " MLST Type*;Size*;Modify*;Create*;"
DEBUG: FTP Rx: „CLNT”
DEBUG: FTP Rx: „CSID”
DEBUG: FTP Rx: „RMDA”
DEBUG: FTP Rx: „UTF8”
DEBUG: FTP Rx: „211 End”
DEBUG: FTP Tx: „TIP I”
DEBUG: FTP Rx: „200 Type Binary”
DEBUG: FTP Tx: „OPTS UTF8 ON”
DEBUG: FTP Rx: „Suport 220 UTF8 activat”
DEBUG: FTP Tx: „ÎNEȘTI”
Nu s-a putut crea sistemul de fișiere pentru „exampleftp:”: NewFs: nu s-a putut realiza conexiunea FTP la „ftp.example.com:21”: suport UTF8 pe

Mie, asta pare să spună:

  • Server: „Suport UTF8”
  • Client: „Genial, atunci te rog să folosești UTF8”
  • Server: "Sigur, aici este"
  • Client: "Ehăr, trebuie să plec. Pa."

Totul merge ok cu un alt client, cum ar fi lftp. Cu toate acestea, ar prefera mult să se folosească rclone, deoarece aceasta ar face parte dintr-un cadru pentru care este preconfigurat rclone.

Știe cineva ce se întâmplă și vreo soluție?

Puncte:2
drapel jp

Se pare că este o eroare în Bibliotecă FTP folosit de rclone. Librăria se asteapta 200 cod de returnare, dar serverul dvs. trimite 220. Probabil doriți să deschideți o problemă Aici. Sau poate cu furnizorul dvs. de software pentru serverul FTP ca Opțiunea UTF-8 pentru specificațiile FTP numai liste 200 cod de returnare ca fiind valabil pentru o stare de succes.

drapel lr
Mulțumiri. De fapt, am depus o eroare cu rclone. Biblioteca FTP specifică că respectă specificațiile. Deci nu poate fi învinuit cu adevărat. Folosirea (și acceptarea) 220 pare totuși a fi destul de comună, așa că este la latitudinea dezvoltatorilor rclone să decidă dacă doresc să fie mai compatibili (prin utilizarea unei biblioteci FTP diferite) sau mai stricte.

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.