Impossible De Démarrer Le Transfert Ftp
Débuté par Niconoss, sep 28 2011 15:36
15 réponses à ce sujet
#1
Posté 28 septembre 2011 - 15:36
Bonjour,
Je n'arrive pas à faire fonctionner le transfert de fichier via le protocole FTP.
Une fois connecté au serveur via le compte admin (local), impossible de transférer le moindre fichier ! Voici le message d'erreur que me renvoie le client FTP Fizilla : "Impossible de démarrer le transfert"
S'agit-il d'un problème de droit d'accès ? A priori non car cet utilisateur à accès en lecture et écriture à l'ensemble des dossiers partagés.
S'agit-il d'un problème de configuration du serveur ?
Statut : Résolution de l'adresse de XXXXXXXXX
Statut : Connexion à 192.168.XXX.XXX:21...
Statut : Connexion établie, attente du message d'accueil...
Réponse : 220 NASFTPD Turbo station 2.x 1.3.2e Server (ProFTPD) [192.168.XXX.XXX]
Commande : USER admin
Réponse : 331 Password required for admin
Commande : PASS ********
Réponse : 230 User admin logged in
Commande : SYST
Réponse : 215 UNIX Type: L8
Commande : FEAT
Réponse : 211-Features:
Réponse : MDTM
Réponse : MFMT
Réponse : MFF modify;UNIX.group;UNIX.mode;
Réponse : MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
Réponse : LANG en-US*
Réponse : REST STREAM
Réponse : SIZE
Réponse : 211 End
Statut : Connecté
Statut : Récupération du contenu du dossier...
Commande : PWD
Réponse : 257 "/" is the current directory
Commande : TYPE I
Réponse : 200 Type set to I
Commande : PASV
Réponse : 227 Entering Passive Mode (192,168,XXX,XXX,220,4).
Commande : MLSD
Réponse : 150 Opening ASCII mode data connection for MLSD
Réponse : 226 Transfer complete
Statut : Contenu du dossier affiché avec succès
Merci de votre aide
Je n'arrive pas à faire fonctionner le transfert de fichier via le protocole FTP.
Une fois connecté au serveur via le compte admin (local), impossible de transférer le moindre fichier ! Voici le message d'erreur que me renvoie le client FTP Fizilla : "Impossible de démarrer le transfert"
S'agit-il d'un problème de droit d'accès ? A priori non car cet utilisateur à accès en lecture et écriture à l'ensemble des dossiers partagés.
S'agit-il d'un problème de configuration du serveur ?
Statut : Résolution de l'adresse de XXXXXXXXX
Statut : Connexion à 192.168.XXX.XXX:21...
Statut : Connexion établie, attente du message d'accueil...
Réponse : 220 NASFTPD Turbo station 2.x 1.3.2e Server (ProFTPD) [192.168.XXX.XXX]
Commande : USER admin
Réponse : 331 Password required for admin
Commande : PASS ********
Réponse : 230 User admin logged in
Commande : SYST
Réponse : 215 UNIX Type: L8
Commande : FEAT
Réponse : 211-Features:
Réponse : MDTM
Réponse : MFMT
Réponse : MFF modify;UNIX.group;UNIX.mode;
Réponse : MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
Réponse : LANG en-US*
Réponse : REST STREAM
Réponse : SIZE
Réponse : 211 End
Statut : Connecté
Statut : Récupération du contenu du dossier...
Commande : PWD
Réponse : 257 "/" is the current directory
Commande : TYPE I
Réponse : 200 Type set to I
Commande : PASV
Réponse : 227 Entering Passive Mode (192,168,XXX,XXX,220,4).
Commande : MLSD
Réponse : 150 Opening ASCII mode data connection for MLSD
Réponse : 226 Transfer complete
Statut : Contenu du dossier affiché avec succès
Merci de votre aide
#2
Posté 28 septembre 2011 - 16:19
Bonjour,
Avez-vous bien la liste des fichiers affiché dans Fillezilla ?
Avez-vous pensé a rediriger les ports passifs ??
Philippe.
Avez-vous bien la liste des fichiers affiché dans Fillezilla ?
Avez-vous pensé a rediriger les ports passifs ??
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#3
Posté 28 septembre 2011 - 16:31
Non AUCUN fichier n'est affiché et je ne visualise pas non plus les partages réseaux (Network Recycle Bin 1, Public, Qdownload, etc).
Concernant la redirection des ports, est-ce obligatoire ?? En effet, mon serveur Qnap et mon poste windows (client FTP) sont dans le même réseau local. De ce fait, je pensais que je n'avais rien à configurer au niveau du firewall.
Merci
Concernant la redirection des ports, est-ce obligatoire ?? En effet, mon serveur Qnap et mon poste windows (client FTP) sont dans le même réseau local. De ce fait, je pensais que je n'avais rien à configurer au niveau du firewall.
Merci
#4
Posté 29 septembre 2011 - 09:13
Bonjour,
En effet pas de redirection ... dans ce cas, mais pourquoi passez vous en passif ... ???
le ftp windows <-> Qnap est en actif ...
vérifiez que les I.P. ne sont pas filtrés (Qnap sécurité) essayez avec l'adresse I.P; et pas le nom ...
Philippe.
En effet pas de redirection ... dans ce cas, mais pourquoi passez vous en passif ... ???
le ftp windows <-> Qnap est en actif ...
vérifiez que les I.P. ne sont pas filtrés (Qnap sécurité) essayez avec l'adresse I.P; et pas le nom ...
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#5
Posté 29 septembre 2011 - 09:50
Bonjour Philippe,
J'ai essayé avec les deux modes transfert actif et passif mais cela change rien.
J'ai également testé avec l'une des adresses IP mais ça ne marche pas non plus. Juste avant j'avais re-configuré le niveau de sécurité sur "Faible : Permettre toutes les connexions".
J'ai essayé avec les deux modes transfert actif et passif mais cela change rien.
J'ai également testé avec l'une des adresses IP mais ça ne marche pas non plus. Juste avant j'avais re-configuré le niveau de sécurité sur "Faible : Permettre toutes les connexions".
#6
Posté 29 septembre 2011 - 10:28
Bonjour,
Le FTP a pour base /share, pouvez-vous faire, dans une console telnet ou S_sh (le _ est pour éviter le remplacement du mot par l'URL forum)
un :
ls -ali /share
et nous en donner le résultat.
Philippe.
Le FTP a pour base /share, pouvez-vous faire, dans une console telnet ou S_sh (le _ est pour éviter le remplacement du mot par l'URL forum)
un :
ls -ali /share
et nous en donner le résultat.
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#7
Posté 29 septembre 2011 - 13:22
Voici le résultat de la commande : ls -ali /share
[/] # ls -ali /share
14337 drwxrwxr-x 30 admin administ 1024 Sep 28 15:50 ./
2 drwxr-xr-x 20 admin administ 1024 Sep 27 13:40 ../
14352 drwxrwxrwx 2 admin administ 1024 Sep 19 2005 HDA_DATA/
14356 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDB_DATA/
14344 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDC_DATA/
14354 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDD_DATA/
14357 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDE_DATA/
14353 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDF_DATA/
16385 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDG_DATA/
14341 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDH_DATA/
14360 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDI_DATA/
14349 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDJ_DATA/
14358 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDK_DATA/
14342 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDL_DATA/
14359 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDM_DATA/
14351 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDN_DATA/
14338 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDO_DATA/
14350 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDP_DATA/
14347 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDQ_DATA/
14339 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDR_DATA/
14340 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDS_DATA/
14355 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDT_DATA/
14345 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDU_DATA/
16387 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDV_DATA/
14348 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDW_DATA/
14346 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDX_DATA/
16386 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDY_DATA/
14343 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDZ_DATA/
2 drwxrwxrwx 20 admin administ 4096 Sep 27 13:40 MD0_DATA/
14545 lrwxrwxrwx 1 admin administ 28 Sep 28 15:50 Network Recycle Bin 1 -> MD0_DATA/Network Recycle Bin/
14546 lrwxrwxrwx 1 admin administ 15 Sep 28 15:50 Public -> MD0_DATA/Public/
14541 lrwxrwxrwx 1 admin administ 18 Sep 28 15:50 Qdownload -> MD0_DATA/Qdownload/
14540 lrwxrwxrwx 1 admin administ 20 Sep 28 15:50 Qmultimedia -> MD0_DATA/Qmultimedia/
14542 lrwxrwxrwx 1 admin administ 20 Sep 28 15:50 Qrecordings -> MD0_DATA/Qrecordings/
14544 lrwxrwxrwx 1 admin administ 13 Sep 28 15:50 Qusb -> MD0_DATA/Qusb/
14543 lrwxrwxrwx 1 admin administ 13 Sep 28 15:50 Qweb -> MD0_DATA/Qweb/
16388 drwxrwxr-x 28 admin administ 1024 Feb 28 2006 external/
[/] # ls -ali /share
14337 drwxrwxr-x 30 admin administ 1024 Sep 28 15:50 ./
2 drwxr-xr-x 20 admin administ 1024 Sep 27 13:40 ../
14352 drwxrwxrwx 2 admin administ 1024 Sep 19 2005 HDA_DATA/
14356 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDB_DATA/
14344 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDC_DATA/
14354 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDD_DATA/
14357 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDE_DATA/
14353 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDF_DATA/
16385 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDG_DATA/
14341 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDH_DATA/
14360 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDI_DATA/
14349 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDJ_DATA/
14358 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDK_DATA/
14342 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDL_DATA/
14359 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDM_DATA/
14351 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDN_DATA/
14338 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDO_DATA/
14350 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDP_DATA/
14347 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDQ_DATA/
14339 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDR_DATA/
14340 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDS_DATA/
14355 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDT_DATA/
14345 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDU_DATA/
16387 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDV_DATA/
14348 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDW_DATA/
14346 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDX_DATA/
16386 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDY_DATA/
14343 drwxrwxrwx 2 admin administ 1024 Dec 7 2005 HDZ_DATA/
2 drwxrwxrwx 20 admin administ 4096 Sep 27 13:40 MD0_DATA/
14545 lrwxrwxrwx 1 admin administ 28 Sep 28 15:50 Network Recycle Bin 1 -> MD0_DATA/Network Recycle Bin/
14546 lrwxrwxrwx 1 admin administ 15 Sep 28 15:50 Public -> MD0_DATA/Public/
14541 lrwxrwxrwx 1 admin administ 18 Sep 28 15:50 Qdownload -> MD0_DATA/Qdownload/
14540 lrwxrwxrwx 1 admin administ 20 Sep 28 15:50 Qmultimedia -> MD0_DATA/Qmultimedia/
14542 lrwxrwxrwx 1 admin administ 20 Sep 28 15:50 Qrecordings -> MD0_DATA/Qrecordings/
14544 lrwxrwxrwx 1 admin administ 13 Sep 28 15:50 Qusb -> MD0_DATA/Qusb/
14543 lrwxrwxrwx 1 admin administ 13 Sep 28 15:50 Qweb -> MD0_DATA/Qweb/
16388 drwxrwxr-x 28 admin administ 1024 Feb 28 2006 external/
#8
Posté 29 septembre 2011 - 13:40
Bonjour,
Bon, le /share est normal et les liens des partages crées ... là il faudrait un appel au support ... avec une entrée dans votre QNAP pour essayer de comprendre ...
Pouvez-vous faire un essai depuis un autre PC ?
Ou même un essai en boucle QNAP vers QNAP (mais en utilisant l'adresse I.P. pas localhost ...
... le client ftp est livré avec le QNAP ... juste a entrer ftp ip.du.qnap ... si vous n'avez pas changer le port ...
cela permettra de ce focaliser sur le client ou sur le serveur ....
Philippe.
NB. vérifiez votre réseau que les connexions sortantes passent bien par le même Ethernet ... et bien sur que les Ethernet ne soient pas dans le même réseau (sauf agrégation)
Bon, le /share est normal et les liens des partages crées ... là il faudrait un appel au support ... avec une entrée dans votre QNAP pour essayer de comprendre ...
Pouvez-vous faire un essai depuis un autre PC ?
Ou même un essai en boucle QNAP vers QNAP (mais en utilisant l'adresse I.P. pas localhost ...
... le client ftp est livré avec le QNAP ... juste a entrer ftp ip.du.qnap ... si vous n'avez pas changer le port ...
cela permettra de ce focaliser sur le client ou sur le serveur ....
Philippe.
NB. vérifiez votre réseau que les connexions sortantes passent bien par le même Ethernet ... et bien sur que les Ethernet ne soient pas dans le même réseau (sauf agrégation)
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#9
Posté 29 septembre 2011 - 14:25
Je viens de tester depuis un autre serveur qnap en ouvrant une console S_sh.
Apparemment j'arrive bien à me connecter au serveur FTP distant mais je n'ai aucun accès autorisé.
Résultat de la requête FTP :
[/] # ftp 192.168.XXX.XXX
Connected to 192.168.XXX.XXX.
220 NASFTPD Turbo station 2.x 1.3.2e Server (ProFTPD) [192.168.XXX.XXX]
Name (192.168.XXX.XXX:admin): admin
331 Password required for admin
Password:
230 User admin logged in
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
200 PORT command successful
150 Opening ASCII mode data connection for file list
226 Transfer complete
ftp> pwd
257 "/" is the current directory
ftp>
ftp> help
Commands may be abbreviated. Commands are:
! debug mdir qc send
$ dir mget sendport site
account disconnect mkdir put size
append exit mls pwd status
ascii form mode quit struct
bell get modtime quote system
binary glob mput recv sunique
bye hash newer reget tenex
case help nmap rstatus tick
cd idle nlist rhelp trace
cdup image ntrans rename type
chmod lcd open reset user
close ls prompt restart umask
cr macdef passive rmdir verbose
delete mdelete proxy runique ?
ftp>
ftp> mkdir TESTserv
550 TESTserv: Forbidden filename
ftp>
Apparemment j'arrive bien à me connecter au serveur FTP distant mais je n'ai aucun accès autorisé.
Résultat de la requête FTP :
[/] # ftp 192.168.XXX.XXX
Connected to 192.168.XXX.XXX.
220 NASFTPD Turbo station 2.x 1.3.2e Server (ProFTPD) [192.168.XXX.XXX]
Name (192.168.XXX.XXX:admin): admin
331 Password required for admin
Password:
230 User admin logged in
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
200 PORT command successful
150 Opening ASCII mode data connection for file list
226 Transfer complete
ftp> pwd
257 "/" is the current directory
ftp>
ftp> help
Commands may be abbreviated. Commands are:
! debug mdir qc send
$ dir mget sendport site
account disconnect mkdir put size
append exit mls pwd status
ascii form mode quit struct
bell get modtime quote system
binary glob mput recv sunique
bye hash newer reget tenex
case help nmap rstatus tick
cd idle nlist rhelp trace
cdup image ntrans rename type
chmod lcd open reset user
close ls prompt restart umask
cr macdef passive rmdir verbose
delete mdelete proxy runique ?
ftp>
ftp> mkdir TESTserv
550 TESTserv: Forbidden filename
ftp>
#10
Posté 29 septembre 2011 - 15:51
Bonjour,
1 ) il n'est pas normal que vous ne voyez pas les répertoires (ou liens) sous /share (du Qnap serveur) ils doivent être listé par la commande dir
2 ) vous ne pouvez pas créer de répertoire sous /share (le / du ftp serveur) ce n'est pas autorisé, de plus cela serait détruit au prochain reboot /share arrive vide au boot (ou avec les points de montage disque (je ne sais plus) HDA_xxx HDB_xxx MD0_xxx, etc. ,) le système en démarrant crée les liens et partage vers la partition 3 du disque (ou le raid) si vous faites un cd /Multimedia (ou Qmultimedia) (le / étant égal à /share car vu du ftp) et puis un mkdir ... là cela fonctionne .... mais avant, bien sur, il faut déjà voir les répertoires avec dir ????
Donc soit :
les droits ne sont pas bon pour l'utilisateur ... vérifiez dans Web admin / gestion des droits / partage puis icône "autorisations dossier" 2em.
Le fichier /etc/config/proftpd.conf (Qnap serveur) a été détruit ou est erroné, arrêtez ftp et relancer ,le le fichier devrait se recréer.
vous pouvez le lister ici pour qu'on le regarde.
Philippe.
1 ) il n'est pas normal que vous ne voyez pas les répertoires (ou liens) sous /share (du Qnap serveur) ils doivent être listé par la commande dir
2 ) vous ne pouvez pas créer de répertoire sous /share (le / du ftp serveur) ce n'est pas autorisé, de plus cela serait détruit au prochain reboot /share arrive vide au boot (ou avec les points de montage disque (je ne sais plus) HDA_xxx HDB_xxx MD0_xxx, etc. ,) le système en démarrant crée les liens et partage vers la partition 3 du disque (ou le raid) si vous faites un cd /Multimedia (ou Qmultimedia) (le / étant égal à /share car vu du ftp) et puis un mkdir ... là cela fonctionne .... mais avant, bien sur, il faut déjà voir les répertoires avec dir ????
Donc soit :
les droits ne sont pas bon pour l'utilisateur ... vérifiez dans Web admin / gestion des droits / partage puis icône "autorisations dossier" 2em.
Le fichier /etc/config/proftpd.conf (Qnap serveur) a été détruit ou est erroné, arrêtez ftp et relancer ,le le fichier devrait se recréer.
vous pouvez le lister ici pour qu'on le regarde.
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#11
Posté 04 octobre 2011 - 13:48
Bonjour,
Ci-joint, la configuration de mon serveur FTP (fichier confFTP.txt).
Il n'y a pour moi rien d'anormal au niveau de la configuration.
Parallèlement à cela, j'ai vérifier les droits sur les différents partages et l'utilisateur admin est bien autorisé à accéder à l'ensemble des données (Lire/Ecrire + Autorisations spéciales).
Merci de votre aide.
NM
Ci-joint, la configuration de mon serveur FTP (fichier confFTP.txt).
Il n'y a pour moi rien d'anormal au niveau de la configuration.
Parallèlement à cela, j'ai vérifier les droits sur les différents partages et l'utilisateur admin est bien autorisé à accéder à l'ensemble des données (Lire/Ecrire + Autorisations spéciales).
Merci de votre aide.
NM
Fichier(s) joint(s)
-
confFTP.txt (5,22 Ko)
Nombre de téléchargements : 3
#12
Posté 04 octobre 2011 - 17:38
Bonjour,
En effet rien d'anormal ... je ne comprend pas pourquoi vous ne voyez pas les répertoires Qmultimedia, Public, etc. ???
Avez-vous validé les ACL pour vos partages ??
si oui pouvez-vous faire un :
getfacl /share
et par exemple un
getfacl /share/Public
Philippe.
En effet rien d'anormal ... je ne comprend pas pourquoi vous ne voyez pas les répertoires Qmultimedia, Public, etc. ???
Avez-vous validé les ACL pour vos partages ??
si oui pouvez-vous faire un :
getfacl /share
et par exemple un
getfacl /share/Public
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#13
Posté 05 octobre 2011 - 13:36
Bonjour,
Voici les résultats des commandes suivantes :
[/] # getfacl /share
getfacl: Removing leading '/' from absolute path names
# file: share
# owner: admin
# group: administrators
user::rwx
group::rwx
other::r-x
[/] # getfacl /share/Public
getfacl: Removing leading '/' from absolute path names
# file: share/Public
# owner: admin
# group: DFC_CCIP_FR\admins\040du\040domaine
user::rwx
user:admin:rwx
user:guest:---
group::r-x
group:DFC_CCIP_FR\admins\040du\040domaine:r-x
mask::rwx
other::rwx
default:user::rwx
default:user:admin:rwx
default:user:guest:---
default:group::rwx
default:group:DFC_CCIP_FR\admins\040du\040domaine:rwx
default:mask::rwx
default:other::---
Voici les résultats des commandes suivantes :
[/] # getfacl /share
getfacl: Removing leading '/' from absolute path names
# file: share
# owner: admin
# group: administrators
user::rwx
group::rwx
other::r-x
[/] # getfacl /share/Public
getfacl: Removing leading '/' from absolute path names
# file: share/Public
# owner: admin
# group: DFC_CCIP_FR\admins\040du\040domaine
user::rwx
user:admin:rwx
user:guest:---
group::r-x
group:DFC_CCIP_FR\admins\040du\040domaine:r-x
mask::rwx
other::rwx
default:user::rwx
default:user:admin:rwx
default:user:guest:---
default:group::rwx
default:group:DFC_CCIP_FR\admins\040du\040domaine:rwx
default:mask::rwx
default:other::---
#14
Posté 18 octobre 2011 - 13:42
Bonjour,
Voici une information qui pourra nous aider à y voir plus clair !
Je viens de configurer sur ce même serveur, l'utilisation du protocole FTP avec SSL/TLS et cela fonctionne très bien. Depuis mon client Filezilla, j'arrive parfaitement à accéder aux données et à transférer des fichiers vers le serveur FTP. Le tests ont été réalisés depuis le compte "admin" du serveur QNAP.
J'ai l'impression que le compte "admin" n'est pas autorisé à fonctionner en mode FTP non sécurisé. Est-ce possible ?
Merci de votre aide.
Voici une information qui pourra nous aider à y voir plus clair !
Je viens de configurer sur ce même serveur, l'utilisation du protocole FTP avec SSL/TLS et cela fonctionne très bien. Depuis mon client Filezilla, j'arrive parfaitement à accéder aux données et à transférer des fichiers vers le serveur FTP. Le tests ont été réalisés depuis le compte "admin" du serveur QNAP.
J'ai l'impression que le compte "admin" n'est pas autorisé à fonctionner en mode FTP non sécurisé. Est-ce possible ?
Merci de votre aide.
#15
Posté 18 octobre 2011 - 13:55
Bonjour,
A priori, il est anormal que admin ne puisse fonctionner en ftp "normal" ...
ou alors il y a un problème d’accès lié au domaine, est-ce que votre user admin est bien associé au domaine ?
cela vaudrait le coup d'ouvrir une demande de support , pour avoir une réponse de QNAP, car il semblerai que le contrôle d’accès ai lieu dans le cas du ftp standard et soit squeezé dans le cas de FTPS ... ce qui n'est pas un fonctionnement "normal" ... quand on a un domaine ... les droits se doivent d'être pris en compte dans l'ensemble des cas ...
là c'est (largement) au dessus de mon seuil de compétence ....
Philippe.
A priori, il est anormal que admin ne puisse fonctionner en ftp "normal" ...
ou alors il y a un problème d’accès lié au domaine, est-ce que votre user admin est bien associé au domaine ?
cela vaudrait le coup d'ouvrir une demande de support , pour avoir une réponse de QNAP, car il semblerai que le contrôle d’accès ai lieu dans le cas du ftp standard et soit squeezé dans le cas de FTPS ... ce qui n'est pas un fonctionnement "normal" ... quand on a un domaine ... les droits se doivent d'être pris en compte dans l'ensemble des cas ...
là c'est (largement) au dessus de mon seuil de compétence ....
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#16
Posté 18 octobre 2011 - 14:39
Merci pour votre retour.
Le compte "admin" est l'utilisateur local du serveur QNAP. A priori, il n'y a aucun lien avec le domaine, si ?
Le compte "admin" est l'utilisateur local du serveur QNAP. A priori, il n'y a aucun lien avec le domaine, si ?
1 utilisateur(s) li(sen)t ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)















