web-dev-qa-db-fra.com

Impossible d'écraser des fichiers sur le serveur distant via SFTP dans 16.04

J'avais l'habitude de me connecter à nautilus via SFTP dans Ubuntu 14.04.

Maintenant, j'ai installé Ubuntu 16.04 sur mon ordinateur. Je peux créer des fichiers sur un serveur distant, mais je ne peux écraser aucun fichier. Je ne peux pas éditer des fichiers dans gedit aussi.

Cela ne devrait pas être un problème de permission, car je me suis connecté via root (du serveur distant). Par contre, je peux créer/renommer/supprimer des fichiers, mais je ne peux ni écraser ni ajouter de contenu.

Le problème n'est pas lié aux paramètres du serveur, car je peux me connecter à partir de mon ordinateur avec Ubuntu 14.04, mais pas avec Ubuntu 16.04. Quelque chose a été changé dans Ubuntu 16.04.

nautilus16.04sftp
3
Googlebot

J'ai trouvé la solution par essais et erreurs. Je le partage si d'autres font face à ce problème.

Vous devez également installer openssh-server sur la machine cliente.

Je ne sais pas pourquoi, et pourquoi je n'ai pas rencontré ce problème dans les versions précédentes d'Ubuntu. Probablement openssh-server a été inclus dans la précédente installation du bureau Ubuntu.

4
Googlebot

Lorsque vous utilisez proftpd sur votre serveur, vous voudrez peut-être revoir les paramètres que vous avez définis pour le répertoire et l’utilisateur créé à cet emplacement.

L'entrée dans /etc/proftpd/proftpd.conf devrait ressembler à ceci:

<Anonymous /home/username/server>
User username
Group admins
AnonRequirePassword on
MaxClients 10 "The server is full, hosting %m users"
DisplayLogin welcome.msg
DisplayChdir .msg
<Limit LOGIN>
Allow from All
Deny from all
</Limit>
AllowOverwrite on
<Limit LIST NLST  STOR STOU  APPE  RETR  RNFR RNTO  DELE  MKD XMKD SITE_MKDIR  RMD XRMD SITE_RMDIR  SITE  SITE_CHMOD  SITE_CHGRP  MTDM  PWD XPWD  SIZE  STAT  CWD XCWD  CDUP XCUP >
 AllowAll
</Limit>
<Limit NOTHING >
 DenyAll
</Limit>
</Anonymous>

Soyez averti qu'il s'agit d'une sorte de paramètre autorisant vraiment tous les paramètres, il n'est donc pas approprié de le définir pour d'autres comptes utilisateur.

0
Videonauth