Bonjour,

J'aimerais pouvoir copier/coller un fichier d'un répertoire à un autre via FileZilla sur un serveur FTP ou SFTP sans avoir à télécharger le fichier sur l'ordinateur d'abord.

Net2Ftp le permet, alors pourquoi pas FileZilla ? Sinon, un autre client FTP/SFTP ?

Merci d'avance.

Cordialement,
KaKi87. 

Salut

FileZilla ne te le permet pas parce qu'il s'exécute sur ton ordinateur, pas sur le serveur directement. Net2FTP s'exécute sur le serveur, donc je suis même pas sûr que ce soit vraiment un client FTP. Ce que fait Net2FTP, c'est tout simplement se connecter au serveur distant et lui envoyer les fichiers (sans doute au FTP), c'est possible que parce qu'il les a déjà. Si tu veux faire la même chose depuis ton ordinateur, pour les envoyer, il faut d'abord les récupérer parce que tu ne peux pas envoyer quelque chose que tu n'as pas (ça me semble logique). Je sais pas si je suis clair, mais... bref c'est impossible.

La seule solution serait de (si tu peux) te connecter à ton serveur en SSH et de lui dire d'envoyer les fichiers au serveur distant en utilisant le protocole FTP mais ça implique d'avoir non seulement accès au serveur en SSH mais aussi qu'il ait un client FTP ou que tu puisses en installer un.

« FileZilla ne te le permet pas parce qu'il s'exécute sur ton ordinateur »

« Net2FTP s'exécute sur le serveur »

Euh, non, car Net2Ftp n'est pas installé sur mon serveur, je passe par leur site officiel.

« Ce que fait Net2FTP, c'est tout simplement se connecter au serveur distant et lui envoyer les fichiers »

Donc pour copier un fichier d'un répertoire à un autre de mon serveur, il télécharge le fichier sur leur serveur (celui du développeur de Net2Ftp) avant de le renvoyer sur mon serveur ?

« il faut d'abord les récupérer parce que tu ne peux pas envoyer quelque chose que tu n'as pas »

Ben je ne comprends pas pourquoi le protocole FTP ne permettrait pas de copier des fichiers d'un répertoire d'un serveur à un autre répertoire du même serveur alors que l'on peut déplacer et renommer des fichiers sans les télécharger.

« La seule solution serait de (si tu peux) te connecter à ton serveur en SSH »

Je n'ai malheureusement pas ce genre d'accès.

Merci d'avoir répondu.

Cordialement,
KaKi87. 

-
Edité par KaKi87 23 octobre 2016 à 12:35:33

Pardon, j'ai effectivement dit une connerie (j'avais utilisé un truc du genre dans le passé, qui lui était installé sur le serveur). Par contre, ma réponse reste valable. Si tu regarde la liste des commandes du protocole FTP, tu verras bien qu'il n'existe aucune commande pour dupliquer un fichier du serveur vers le même serveur, et a fortiori du serveur vers un autre serveur. Lorsque  Net2FTP fait ça, il télécharge d'abord le fichier puis il le renvoie. Et si tu trouves que c'est trop rapide pour être vrai... C'est toute la force du FTP, justement (et ça vient aussi du fait que dans leur datacenter ils ont sûrement une connexion un peu meilleure que la tienne). 

Je ne comprends pas comment tu ne peux pas comprendre que le protocole FTP ne puisse pas faire ça... est ce que tu demandes à ton écran de faire des photocopies ? Je crois pas. Pourquoi ? Parce que c'est pas fait pour. Si tu veux une illustration de pourquoi c'est pas possible, la voilà.

Le FTP, c'est un peu comme si (admettons que tu es le serveur, et moi le client) on avait une connexion entre nous. Tout ce qu'on peut faire, c'est se donner des objets. Si je veux donner des objets qui t'appartiennent à quelqu'un d'autre, je suis bien obligé de passer d'abord par toi pour le récupérer, puis de lui redonner. Pourquoi ? Parce que c'est tout ce que tu sais faire. Tu es un serveur FTP, pas un client. Le client sait parler aux serveurs, mais les serveurs ne savent pas parler entre eux.

Et c'est exactement pourquoi je t'ai parlé du SSH. Si tu avais pu te connecter en SSH à ton serveur, tu aurais sans doute pu installer un client FTP dessus. Dès lors, ça t'aurait permis, grâce à ton client, d'envoyer et de récupérer des fichiers entre ton serveur et ton deuxième serveur (à ce moment là, ton serveur à toi n'est plus serveur FTP, mais bien client FTP - en même temps qu'il est serveur SSH, et toi client SSH).

J'espère avoir été clair.

-
Edité par Pouknouki 23 octobre 2016 à 14:10:14

Et pourquoi ne peut-on pas dupliquer un fichier d'un serveur vers ce même serveur ?

Par exemple, j'ai trouvé une image sur Internet. Si je veux avoir cette image sur mon ordinateur, je télécharge l'image.

Si je souhaite avoir l'image dans deux dossiers à la fois, je fais un copier/coller (et donc une duplication) de l'image depuis le premier dossier vers le second dossier du même ordinateur.

Ce que tu me dis au sujet du FTP, c'est comme s'il fallait que je télécharge l'image une deuxième fois pour la mettre dans le second dossier, toujours du même ordinateur !

Trouves-tu ça logique ?

J'aime beaucoup comment tu me prends de haut alors que tu viens demander des conseils et qu'à l'évidence, tu n'y connais rien. 

Je te dis que le protocole FTP ne permet pas de copier des fichiers, tu as le choix : ou tu me crois, et tu acceptes que c'est comme ça, ou tu me crois pas, et j'attends que tu me prouves le contraire.

je t'ai sorti une liste des commandes - de Wikipédia, source relativement sûre - qu'est ce que je peux faire de plus ? Le FTP ne te permet pas de copier un fichier, c'est comme ça, et pas autrement. Si ça te plaît pas, invente un nouveau protocole.

PS : ce qu'il te faut pour copier des fichiers / en déplacer, c'est du SSH.

-
Edité par Pouknouki 23 octobre 2016 à 18:26:13

Pour la même raison que le mec qu'a conçu ton écran n'a pas intégré une fonction photocopieuse. Parce que ce que tu voulais, c'était un écran, et pas une photocopieuse.

FTP signifie File Transfer Protocol. Alors comme son nom l'indique, ça permet de transférer des fichiers. Pourquoi ça ne permet pas de copier des fichiers ? Parce que ce n'est pas fait pour. C'est tout.

Il faut pas perdre de vue (enfin, c'est mon avis, qui vaut ce qu'il vaut) qu'à l'époque où le FTP a été inventé, l'informatique pratique (c'est à dire non-théorique) était beaucoup moins accessible qu'aujourd'hui. A l'époque, si tu devais utiliser un serveur FTP, le serveur était sans doute à toi, ou au moins géré par toi, et donc tu pouvais aussi installer un serveur SSH pour faire ce que le SSH te permet de faire. 

Aujourd'hui, ça a évolué, et le fait est qu'effectivement, le FTP a des limites qu'on peut trouver a priori sans intérêt, mais c'est tout simplement parce que c'est l'héritage d'un protocole qui a un certain âge et qui était parfait pour ce qu'on lui demandait de faire à l'époque, puisque le copier / coller était déjà géré par autre chose. 

A la limite, le problème que tu as ne vient non pas du FTP qui est trop limité, mais de ton hébergement Web. En toute logique (même si c'est pas le cas, sans doute à cause de raisons de sécurité et pour le bien du serveur), tu devrais aussi avoir accès à un serveur SSH (pour faire ce que tu as besoin de faire, justement).

« le mec qu'a conçu ton écran »

Lol cette expression, si on la prend littéralement, ça donne un résultat bizarre

Je comprends ce que tu dis maintenant.

Je croyais pourtant que l'absence d'accès SSH était pour te pousser à payer plus cher ?

Car si on veut un hébergement web avec accès SSH on doit obligatoirement prendre un VPS ou un dédié, n'est-ce pas ?

Merci.

Cordialement,
KaKi87. 

Je pense que l'absence de SSH est due à deux choses :

• Le fait que peu de gens en aient besoin
• Le fait que ça pose un réel problème de sécurité

Avoir accès au SSH, ça implique de pouvoir faire tout un tas de choses, qui ne sont pas forcément très bien, et sur un serveur mutualisé... ça peut foutre la merde. Je pense que tu le comprends

Donc si le SSH coûte plus cher, c'est aussi (à mon avis) un moyen d'écarter ceux qui veulent l'utiliser à de mauvaises fins ou tout simplement les débutants qui risqueraient de faire des erreurs. Au moins, seuls les utilisateurs confirmés l'utilisent, et ça réduit pas mal les... risques d'accident. 

Je ne suis pas sûr pour le VPS dédié, mais ça aurait du sens, si c'est "ton" serveur, tu es bien libre de faire ce que tu veux dessus, y compris tout casser.

Ha oui effectivement sur un hébergement mutualisé ça pose problème !

Un serveur dédié c'est un serveur que tu loue et qui donc t'appartient. Un VPS c'est pareil sauf que tu ne loue qu'une partie dudit serveur, et ce morceau t'appartient aussi. Il a son propre OS, etc... Donc, dans les deux cas, t'as un accès SSH.

Oui je sais ce que c'est merci...

Je disais ça au sens "je crois que si on doit prendre un VPS pour avoir un accès SSH".

C'est possible en utilisant putty.

Pour copier le contenu du dossier B dans le dossier D :

cp -r /home/dossierA/dossierB/* /home/dossierC/dossierD

Pour copier le fichierA.txt du dossier B dans le dossierD :

cp -r /home/dossierB/FichierA.txt /home/dossierD

Ca n'a aucun rapport. PuTTY n'est pas un client FTP mais SSH, tout ce que ces commandes c'est copier un fichier en utilisant les commandes Linux, ce qui n'est possible que très rarement lorsqu'on a accès à un serveur FTP (notamment pour l'hébergement Web, à moins d'avoir un serveur dédié.)

EDIT : je viens de relire le sujet, il n'a effectivement pas d'accès SSH. Intérêt de votre réponse, Eric ?

-
Edité par Pouknouki 13 mars 2017 à 17:30:50

Bonjour,

Filezilla permet effectivement de déplacer un fichier d'un répertoire vers un autre sur le site distant.

Un "drag and drop" avec la souris fonctionne.Il traite cela comme un rename du fichier.

Ceci dit je n'ai pas trouvé la solution pour dupliquer un fichier sans le rapatrier dans mon répertoire local. dommage quand on a un gros fichier comme une sauvegarde de site par exemple.

Je déterre parce qu'il y a un moyen, mais le fait est qu'un accès SSH c'est quand même ce qu'il y a de mieux. En FTP on peut dupliquer et déplacer, mais j'utilise Cyberduck.

Sous Cyberduck :

• un clic droit sur le fichier ou dossier et choisir de le dupliquer. ex : readme.txt dupliqué en readme(destination).txt
• ensuite déplacer le fichier ou dossier dupliqué en drag and drop à l'endroit choisi. On bouge le readme(destination).txt
• une fois en place on renomme le readme(destination).txt en enlevant (destination)

Ça peut paraître alambiqué mais ça fonctionne, à voir si on peut faire la même chose sous Filezilla.