Soucis de connexion sur un logiciel mais pas sur Filezilla...

[unPixel]

Bonjour,

Je poste ici car je ne trouve pas la solution à ce qui ne va pas.

Je le précise tout de suite, mon serveur FTPS en local via l'IP privée fonctionne parfaitement avec Filezilla.

Auparavant, j'avais aussi Syncback PRO qui faisait ses sauvegardes par FTPS avec un compte dédié qu'en lecture pour ce dernier sur toutes les données du NAS afin de les rapatrier sur un disque dur dédié dans un ordinateur.

Depuis quelques temps, il ne veut plus se connecter sur le FTPS du NAS et je ne trouve pas la solution.

Je viens de tester à nouveau sur Filezilla et ça passe nickel.

Le log de connexion de Syncback est :

10/04/2019 14:41:18: SyncBackPro V8.6.3.0 (64-bit)
10/04/2019 14:41:18: Windows 10 x64 build 17763
10/04/2019 14:41:19: Resolving host name "192.168.10.100"
10/04/2019 14:41:19: Connecting to 192.168.10.100 Port: 21
10/04/2019 14:41:19: Connected to 192.168.10.100.
10/04/2019 14:41:19: 220 Zeus FTP server ready.
10/04/2019 14:41:19: AUTH TLS
10/04/2019 14:41:19: 234 AUTH TLS command successful.
10/04/2019 14:41:19: Connected. Exchanging encryption keys...
10/04/2019 14:41:19: Key Exchange: 256 bit Unknown
10/04/2019 14:41:19: Session Cipher: 256 bit AES
10/04/2019 14:41:19: Unknown encrypted session established.
10/04/2019 14:41:19: Command channel protection set to Private.
10/04/2019 14:41:19: PBSZ 0
10/04/2019 14:41:19: 200 PBSZ command successful (PBSZ=0).
10/04/2019 14:41:19: USER Syncback
10/04/2019 14:41:19: 331 Password required for Syncback.
10/04/2019 14:41:19: PASS (hidden)
10/04/2019 14:41:19: 230 User Syncback logged in.
10/04/2019 14:41:19: SYST
10/04/2019 14:41:19: 215 UNIX Type: L8
10/04/2019 14:41:19: Detected Server Type: UNIX
10/04/2019 14:41:19: RTT: 155.079 ms
10/04/2019 14:41:19: FEAT
10/04/2019 14:41:19: 211- Extensions supported:
10/04/2019 14:41:19: AUTH TLS
10/04/2019 14:41:19: PBSZ
10/04/2019 14:41:19: PROT
10/04/2019 14:41:19: CCC
10/04/2019 14:41:19: SIZE
10/04/2019 14:41:19: MDTM
10/04/2019 14:41:19: REST STREAM
10/04/2019 14:41:19: MFMT
10/04/2019 14:41:19: TVFS
10/04/2019 14:41:19: MLST
10/04/2019 14:41:19: MLSD
10/04/2019 14:41:19: UTF8
10/04/2019 14:41:19: 211 End.
10/04/2019 14:41:19: OPTS UTF8 ON
10/04/2019 14:41:19: 200 OK, UTF-8 enabled
10/04/2019 14:41:19: PWD
10/04/2019 14:41:19: 257 "/" is current directory.
10/04/2019 14:41:19: CWD /Documents/
10/04/2019 14:41:19: 250 CWD command successful.
10/04/2019 14:41:19: PWD
10/04/2019 14:41:19: 257 "/Documents" is current directory.
10/04/2019 14:41:19: Unknown - 215 UNIX Type: L8

10/04/2019 14:41:19: TYPE I
10/04/2019 14:41:19: 200 Type set to I.
10/04/2019 14:41:19: PROT C
10/04/2019 14:41:19: 200 Protection level set to Clear.
10/04/2019 14:41:19: PASV
10/04/2019 14:41:19: 227 Entering Passive Mode (192,168,10,100,217,163)
10/04/2019 14:41:19: Opening data connection to 192.168.10.100 Port: 55715
10/04/2019 14:41:19: STOR SBSE____.9UB
10/04/2019 14:41:19: 553 SBSE____.9UB: Permission denied.

 

[PiwiLAbruti]

Ton utilisateur Syncback n’a pas les droits d’écriture sur la destination :

10/04/2019 14:41:19: STOR SBSE____.9UB
10/04/2019 14:41:19: 553 SBSE____.9UB: Permission denied.

[unPixel]

Bonjour PiwiLAbritu,

Tu crois que 553 c'est les droits ? Une récente mise à jour aurait foiré ça alors parce qu'auparavant avec les même droits en lecture seule, je pouvais faire mes sauvegardes 😞

J'ai vraiment pas envie de lui donner des droits en écriture parce que son seul rôle est d'aller récupérer des données et la lecture seule devrait suffire.

Bref, je vais tester les droits d'écriture pour voir si ça vient de là.

Merci pour ta réponse 😉

 

 

Modifié le 11 avril 2019 par Zeus

[PiwiLAbruti]

L’instruction STOR est une commande d’écriture. Si l’utilisateur n’a pas les droits adéquates, la commande échoue.

[unPixel]

J'ai testé et même avec les droits en écriture ça fonctionne pas.

Bizarre...

[PiwiLAbruti]

Peut-être que le fichier SBSE____.9UB existe déjà et que ton utilisateur ne peut pas l'écrasé (fichier créé par un autre utilisateur, ...).

Bref, vérifie les droits du fichier et modifie-les si besoin.

----

Il peut aussi s'agir d'un chemin qui n'existe pas sur la destination.

Modifié le 11 avril 2019 par PiwiLAbruti
Complément d'information

[unPixel]

Ok, je vais voir ça 😉