Quand le service doit être utilisable en entreprise, le sftp n'est pas la bonne solution. Il y a peu de chances que les postes de travail accèdent en direct a Internet, et beaucoup de chances que ssh sur tcp/22 soit filtré (sinon bonjour les tunnels incontrolés ... n'importe qui fait n'importe quoi, autant supprimer les parefeux).
De plus, vous ne pouvez pas savoir le nombre d'incompétants qui gèrent les réseaux d'entreprise, et qui ne sauraient pas aider leurs utilisateurs avec un proxysocks ou du connect sur tcp/443.
Par contre http/https passe, ftp aussi, (au moins en download mais j'ai besoin d'upload aussi !).
Je pense que je mettrait du sftp, en parallèle, pour ceusse qui savent s'en servir, et surtout pour supporter les très gros fichiers.... mais cela ne me permettra pas de ne rien faire en http.
[^] # Re: sftp
Posté par PLuG . En réponse au journal échange de fichiers .... Évalué à 1.
Quand le service doit être utilisable en entreprise, le sftp n'est pas la bonne solution. Il y a peu de chances que les postes de travail accèdent en direct a Internet, et beaucoup de chances que ssh sur tcp/22 soit filtré (sinon bonjour les tunnels incontrolés ... n'importe qui fait n'importe quoi, autant supprimer les parefeux).
De plus, vous ne pouvez pas savoir le nombre d'incompétants qui gèrent les réseaux d'entreprise, et qui ne sauraient pas aider leurs utilisateurs avec un proxysocks ou du connect sur tcp/443.
Par contre http/https passe, ftp aussi, (au moins en download mais j'ai besoin d'upload aussi !).
Je pense que je mettrait du sftp, en parallèle, pour ceusse qui savent s'en servir, et surtout pour supporter les très gros fichiers.... mais cela ne me permettra pas de ne rien faire en http.