Не могу отредактировать файл, открытый по SSHFS

Ты же монтируешь рутом. А редактируешь ты кем? Какие права на файл? Какие права на каталог, куда пишешь?

Ты же монтируешь рутом. А редактируешь ты кем?

Я так понимаю тем, кем примонтировал, т.е. рутом. Рут в данном случае - это рут удаленного сервера. И при редактировании редактирование происходит от того пользователя, каким примонтировали. Или не так?

Права на каталог, которые видны на локальной машине после монтирования:

drwxr-xr-x 1 www-data www-data 4096 янв 30 23:12 controllers

-rwxr--r-- 1 www-data www-data    38 янв 30 23:12 hello.php

Рут в данном случае - это рут удаленного сервера.

Там да. А команду sshfs ты от какого пользователя запускал?
В тот каталог ты можешь писать только пользователем www-data. Запусти sudo -u www-data kate и попробуй. Локально есть такой пользователь?

эмм, разве это поименно будет работать, а не по айди пользователя?

sshfs root@mysite.ru:/ /media/mysite -o reconnect -C -o workaround=all

И пытаюсь отредактировать файл программой kate.

К чему такие сложности то. Используй кио.

Это я заготовил для следующего вопроса. PS: и кстати, локально будет показываться тот пользователь, чей id у файла удалённо. Если локально пользователя с таким id нет, то покажёт id, а не имя пользователя.

В тот каталог ты можешь писать только пользователем www-data. Запусти sudo -u www-data kate и попробуй. Локально есть такой пользователь?

Локально такой пользователь тоже есть.

Пытаюсь запустить:

$ sudo -u www-data kate hello.php
[sudo] password for xi:
Sorry, user xi is not allowed to execute '/usr/bin/kate hello.php' as www-data on pangolinux.workgroup.

Ну, это понятно. У www-data шелла локально нет. И это так и должно быть. Сделай права на каталог 770 и на файл 660 и помести пользователя xi в группу www-data. Ну, или рутом запускай редактор. Тогда точно сможешь редактировать, только надо будет для новых файлов овнера чинить.
А лучше rsync. Сначала копируй оттуда к себе, у себя редактируй и обратно заливай rsync. А совсем хорошо будет какой-нибудь git. Пушнул и спокоен. Ну, или как вариант локальному www-data дай шелл.

Сделай права на каталог 770 и на файл 660

Это самая странная рекомендация для рабочего сервера.

помести пользователя xi в группу www-data

Давно уже помещен, и при логине по SSH я могу редактировать файлы www-data.

Ну, или рутом запускай редактор.

Не могу, потому что не могу из-под рута запустить sshfs:

# sshfs root@webhamster.ru:/ /media/webhamster -o reconnect -C -o workaround=all
read: Connection reset by peer

# pwd
/media
# ls -l | grep webhamster
ls: невозможно получить доступ к webhamster: Отказано в доступе
d????????? ? ?    ?       ?            ? webhamster

Ну, или как вариант локальному www-data дай шелл.

И постоянно запускать редактирование через sudo?

Я делаю навигацию по файлам через mc. И в нем должен иметь возможность нажать F4 и отредактировать файл через редактор, прописанный в $EDITOR.

Не буду же я каждый раз набирать команду редактирования с sudo вместо того чтоб нажать одну клавишу.

То есть, необходима такая команда монтирования, чтобы если написано в ней www-data, то система работает с удаленными файлами как www-data.

Кстати, у меня пользователь xi есть и локально и удаленно. И таже и локально и удаленно он включен в группу www-data, чтобы можно было редактировать файлы. Но при sshfs это пока вообще никак не помогает.

Это самая странная рекомендация для рабочего сервера.

Ну я бы назвал стремление редактировать файлы на рабочем сервере удалённо кэтом ещё более странным. Почему не локальную копию с деплоем?

mike@pet ~ $ ls -ld test
drwxr-xr-x. 2 mike mike 4096 янв 25 16:51 test
mike@pet ~ $ sshfs root@10.1.2.1:/ test
mike@pet ~ $ ls -ld test
dr-xr-xr-x. 1 root root 4096 дек 18 20:39 test
mike@pet ~ $ ls -ld test/var/www/html/status/
drwx------. 1 998 radvd 4096 янв 31 00:42 test/var/www/html/status/
mike@pet ~ $ ls -l test/var/www/html/status/index.html
-rw-------. 1 998 radvd 2266 янв 31 00:42 test/var/www/html/status/index.html
mike@pet ~ $ gedit test/var/www/html/status/index.html
mike@pet ~ $ ls -l test/var/www/html/status/index.html*
-rw-------. 1 998 radvd 2265 янв 31 00:43 test/var/www/html/status/index.html
-rw-------. 1 998 radvd 2266 янв 31 00:42 test/var/www/html/status/index.html~
mike@pet ~ $ diff -urN test/var/www/html/status/index.html test/var/www/html/status/index.html~
--- test/var/www/html/status/index.html 2017-01-31 00:43:27.000000000 +0300
+++ test/var/www/html/status/index.html~ 2017-01-31 00:42:21.000000000 +0300
@@ -23,4 +23,5 @@
<a class=RED href=018.html>Рамка 018, предупреждений: 6, ошибок: 2</a></br>
<a class=RED href=019.html>Рамка 019, предупреждений: 6, ошибок: 2</a></br>
<a class=RED href=020.html>Рамка 020, предупреждений: 6, ошибок: 2</a></br>
-</body></html>
+</body>
+</html>

Опробовал твой случай на редакторе gedit. У меня, как видишь, локального юзера нет и группа не совпадает. Но, отредактировать получилось. Видимо дело в kate.

И постоянно запускать редактирование через sudo?

Я ошибся.
Попробуй в разных редакторах.
Может быть дело не в монтировании.

mike@pet ~ $ ls -l test/var/www/html/status/index.html*
-rw-------. 1 998 radvd 2265 янв 31 00:43 test/var/www/html/status/index.html
-rw-------. 1 998 radvd 2266 янв 31 00:42 test/var/www/html/status/index.html~
-rw-r--r--. 1 root root 12274 янв 31 01:02 test/var/www/html/status/index.html.odt

опеноффис тоже справился, катьку собирать не хочу.

Удивил вопрос про то,есть ли локально пользователь.

Соответственно от рута не могу вообще редактировать.
ls: невозможно получить доступ к webhamster: Отказано в доступе
d????????? ? ? ? ? ? webhamster

Час тупил пока в другой консоли под тем же пользователем не посмотрел.
А почему так? Смонтируешь под рутом - видно только под рутом.
Может знаешь (или кто знает) как смонтировать под рутом чтобы видно было всем. Хочу в fstab вставить.

Странный топик. Для начала стоило бы проверить корректную работу этого кейса во всяких других редакторах. Если в них работает, это баг/особенность kate, и тогда уже можно более предметно разбираться.

Комментарии хороши: монтируешь не так, права не те... Мда.

Я ошибался.

Почему все умные приходят к шапочному разбору?

Умные ночью спят >_<

опция allow_other в sshfs.

А в этой директории ты из под своего пользователя файл создать можешь?
Помнится мне что вроде кате во время редактирования создает там же резервную копию файла. krusader так точно.

Спасибо.

ps: вот дебил. В самом начале FUSE options же написано. :)

Попробуй в разных редакторах.
Может быть дело не в монтировании.

Значит, монтирую из-под локального пользователя xi следующей командой:

sshfs xi@webhamster.ru:/ /media/webhamster -o reconnect -C -o workaround=all

$ ls -l | grep sym
-rw-r--r-- 1 www-data www-data 1761 мар 31  2015 spt_findsym_10.sh

Локально:
xi 500:500
www-data 33:33

На сервере:
xi 1000:1000
www-data 33:33

"spt_findsym_10.sh" E212: Can't open file for writing

Permission denied. Do you want to save this file using sudo? (y,n)
[sudo] password for xi:
exit status 1

Кастую imul takino devzero hbars.

Я попробовал примонтировать такой командой:

sshfs xi@webhamster.ru:/ /media/webhamster -o reconnect -C -o workaround=all -o uid=500 -o gid=500

       -o uid=N
              set file owner (number)

       -o gid=N
              set file group (number)

$ ls -l | grep sym
-rw-r--r-- 1 xi xi 1761 мар 31  2015 spt_findsym_10.sh

       -o idmap=TYPE
              user/group ID mapping, possible types are:

               none   no translation of the ID space (default)

               user   only translate UID of connecting user

               file   translate UIDs/GIDs based upon the contents of uidfile  and gidfile

       -o uidfile=FILE
              file containing username:uid mappings for idmap=file

       -o gidfile=FILE
              file containing groupname:gid mappings for idmap=file

-o через запятую.
to: All

sshfs pi@wifi-router.localnet:/ /home/files/pi -o reconnect,allow_other,sshfs_sync

sshpass -p 'rasp' sshfs pi@wifi-router.localnet:/ /home/files/pi -o reconnect,allow_other,sshfs_sync

Я пока не могу что-то полезное сказать.

Я напрямую с sshfs напрямую не работал. Но вот как KDE Connect монтирует удаленную ФС:

remoteuser@192.168.1.7:/ on /home/kroz/.config/kdeconnect/759211521e45a691/kdeconnect_sftp/759211521e45a691 type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

P. S. А если б юзал vim, можно было бы вообще без sshfs: Vim как sftp клиент
(Просто камень в твою сторону, незлобный такой. Знаю, что на vim ты всё равно не перейдешь).

То есть, у тебя есть на сервере удаленный пользователь remoteuser с идентификаторами 1000:1000.

Ты коннектишься через KDE Connect от локального пользователя с другим имененем и другими идентификаторами. Опции ты показал.

И ты можешь редактировать файлы пользователя www-data:www-data с правами -rw-r--r-- (644) ?

Я все правильно понял?

То есть, у тебя есть на сервере удаленный пользователь remoteuser с идентификаторами 1000:1000.

Нет
У меня есть удалённый пользователь remoteuser. Его id я не знаю.
У меня есть локальный пользователь с uid=1000, gid=1000

И ты можешь редактировать файлы пользователя www-data:www-data с правами -rw-r--r-- (644) ?

Проверил. Получается вот такая ерунда:

(Предупреждаю: удаленная система - Android телефон, так что могут быть нюансы)

Если посмотреть на удаленной системе, то файлы имеют user=root group=sdcard_r. Локально (на примонтированной фс) все файлы видятся как root:root с правами - либо 000, либо 700 (rwx------). Так что теоретически я не должен иметь права их редактировать.

Я смог отредактировать их с помощью vim

Я смог отредактировать их с помощью Midnight Commander'а (F4)

Но я не смог отредактировать их с помощью KDE'шного KWrite. Пишет, что «нет прав доступа или диск заполнен». Притом бекап и временные файлы KWrite успешно создал. Вангую, что он попытался поменять аттрибуты или какие-то еще метаданные.

Может как-то доберусь и попробую sshfs с нормальным другим компом через монтирование в консоли. Но, пока другого линуксового компа нет, так что чем богат.

В общем, все не так то просто оказалось. Пока нащупал следующее.

Использую команду монтирования:

sshfs xi@myhost.ru:/ /media/myhost -o reconnect,compression=yes,workaround=all,uid=500,gid=500

xi@myhost.ru:/ on /media/myhost type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=500,group_id=500)

Отображается при монтировании (/var/log):
$ ls -l | grep mail
-rw-r----- 1 xi xi         0 янв  2 06:25 mail.err
-rw-r----- 1 xi xi      7156 дек 27 14:10 mail.err.1
-rw-r----- 1 xi xi      2005 дек 25 06:10 mail.err.2.gz

На самом деле (/var/log):
$ ls -l | grep mail
-rw-r----- 1 root        adm          0 Jan  2 06:25 mail.err
-rw-r----- 1 root        adm       7156 Dec 27 14:10 mail.err.1
-rw-r----- 1 root        adm       2005 Dec 25 06:10 mail.err.2.gz

-rw-r--r--  1 www-data www-data      0 Feb  5 16:29 abc.txt

-rw-r--r--  1 xi       xi            9 Feb  5 16:31 abc.txt

Но при попытке редактирования в консоли через SSH соединение такого же файла, ни vi, ни micro не демонстрируют такое поведение, и файл изменить нельзя.

Поэтому я очень сомневаюсь, что дело в редакторах.
Кроме того, проблема слишком серьезная, чтобы оставаться незамеченной.
Поверхностный гуглёж подкинул идеи попробовать опции -o idmap и/или -o default_permissions (обе описаны в man sshfs).

P. S. Сорри, не люблю быть в роли советчика-теоретика, но, правда, сейчас нет возможности самому поковыряться.

Я сейчас остановился на команде монтирования от рута:

sshfs root@mysite.ru:/ /media/mysite -o reconnect,compression=yes,workaround=all,uid=0,gid=0