unPixel Posté(e) le 10 avril 2019 Partager Posté(e) le 10 avril 2019 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 11 avril 2019 Partager Posté(e) le 11 avril 2019 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unPixel Posté(e) le 11 avril 2019 Auteur Partager Posté(e) le 11 avril 2019 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 11 avril 2019 Partager Posté(e) le 11 avril 2019 L’instruction STOR est une commande d’écriture. Si l’utilisateur n’a pas les droits adéquates, la commande échoue. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unPixel Posté(e) le 11 avril 2019 Auteur Partager Posté(e) le 11 avril 2019 J'ai testé et même avec les droits en écriture ça fonctionne pas. Bizarre... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 11 avril 2019 Partager Posté(e) le 11 avril 2019 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unPixel Posté(e) le 11 avril 2019 Auteur Partager Posté(e) le 11 avril 2019 Ok, je vais voir ça 😉 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.