sshfs = FUSE, вы монтируетесь как root, а затем пытаетесь получить доступ с помощью другого пользователя.
для шутки / теста, вы можете sshfs как обычный пользователь, затем переключиться на root, cd, ohh разрешение запрещено, как root может быть отказано, это root ...
запустите sshfs как пользователь, к которому вы хотите получить доступ .
обновить с примером:
**test**@mike-laptop4:/mnt$ sshfs mike@192.0.2.0:/home/mike moo
test@mike-laptop4:/mnt$ ls moo/
src
mike@mike-laptop4:/mnt$ ls moo
ls: cannot access 'moo': Permission denied
mike@mike-laptop4:/mnt$ sudo su
root@mike-laptop4:/mnt# ls moo
ls: cannot access 'moo': Permission denied
и наоборот:
**mike**@mike-laptop4:/mnt$ sshfs mike@192.0.2.0:/home/mike moo
mike@mike-laptop4:/mnt$ ls moo
src
test@mike-laptop4:/mnt$ ls moo
ls: cannot access 'moo': Permission denied
mike@mike-laptop4:/mnt$ sudo su
root@mike-laptop4:/mnt# ls moo
ls: cannot access 'moo': Permission denied
ОБНОВЛЕНИЕ, развернуть решения:
Решение 1 : смонтировать как пользователь, необходимый для доступа к данным (предпочтение безопасности).
$ sshfs mike@192.0.2.0:/home/mike moo
Использование этой опции позволит только монтирующему пользователю доступ к данным.
Требуется следующее двукратное решение (если не монтируется как root, root не должен использоваться для sshfs):
/etc/fuse.conf user_allow_other
Решение 2 : разрешить любой user on the box access
$ sshfs -o allow_other mike@192.0.2.0:/home/mike moo
Буквально любой пользователь на исходном хосте может создавать, редактировать, удалять файлы, в большинстве случаев это ужасная идея, и я не могу позволить себе создание образов в среде PCI.
Вы не только рискуете всеми данными на удаленном компьютере, но и рискуете, что локальный пользователь будет манипулировать данными, которые впоследствии могут быть использованы другим локальным пользователем.
Решение 3 : разрешить любому пользователю на компьютере, но соблюдать разрешения локальной файловой системы.
$ sshfs -o allow_other,default_permissions mike@192.0.2.0:/home/mike moo
Этот вариант намного более приемлем, чем предыдущий, поскольку только пользователи, авторизованные локальной файловой системой, будут иметь доступ к файлам в монтировании и редактировать их.
Также можно было бы настроить разрешения на основе групп.
Как ни странно, в моем случае это было вызвано конфигурационным файлом CUPS(/etc/cups/client.conf
).
Этот файл ссылался на удаленный сервер cups, который не всегда был доступен. Сервер находился в моей рабочей сети, таким образом, когда на работе ярлыки и все работало без нареканий, а дома или в другом месте ничего не работало.
Я подозреваю, что gnome пытался получить доступ к серверу и блокировал другие пользовательские функции, а затем по тайм-ауту запроса выполняются все пользовательские вызовы в очереди. Тем не менее, у меня нет доказательств этого (ничего странного в журнале или что-то в этом роде. смог найти)
Удаление этого файла решило мою проблему.