Задержка пользовательских сочетаний клавиш на gnome 3.22

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

Этот вариант намного более приемлем, чем предыдущий, поскольку только пользователи, авторизованные локальной файловой системой, будут иметь доступ к файлам в монтировании и редактировать их.

Также можно было бы настроить разрешения на основе групп.

2
05.01.2017, 22:52
1 ответ

Как ни странно, в моем случае это было вызвано конфигурационным файлом CUPS(/etc/cups/client.conf).

Этот файл ссылался на удаленный сервер cups, который не всегда был доступен. Сервер находился в моей рабочей сети, таким образом, когда на работе ярлыки и все работало без нареканий, а дома или в другом месте ничего не работало.

Я подозреваю, что gnome пытался получить доступ к серверу и блокировал другие пользовательские функции, а затем по тайм-ауту запроса выполняются все пользовательские вызовы в очереди. Тем не менее, у меня нет доказательств этого (ничего странного в журнале или что-то в этом роде. смог найти)

Удаление этого файла решило мою проблему.

0
27.01.2020, 22:03

Теги

Похожие вопросы