Bug 43044 - Ошибка отображения в Caja списка SMB/CIFS-шар сервера/NAS, у которого отключен SMB1
Summary: Ошибка отображения в Caja списка SMB/CIFS-шар сервера/NAS, у которого отключе...
Status: CLOSED WORKSFORME
Alias: None
Product: Альт Рабочая станция
Classification: Distributions
Component: Ошибки работы (show other bugs)
Version: 10.0
Hardware: x86_64 Linux
: P5 normal
Assignee: Mikhail Efremov
QA Contact: qa-p8@altlinux.org
URL:
Keywords:
Depends on: 43509
Blocks:
  Show dependency tree
 
Reported: 2022-06-22 14:58 MSK by Alexey Gulenov
Modified: 2024-02-28 08:10 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Gulenov 2022-06-22 14:58:20 MSK
Если на файловом сервере/NAS в настройках отключено использование протокола SMB1 (разрешены SMB2-SMB3), то при попытке входа на него с ПЭВМ под управлением ОС Альт Рабочая станция 10 через Caja (через "Просмотреть сеть" в списке доступных серверов или через указание в поле "Перейти к:" адреса smb://<имя_сервера>) после ввода имени пользователя и пароля вместо отображения списка доступных шар указанного сервера/NAS выдаются сообщения об ошибке:
"Не удалось присоединить местоположение.
Не удалось получить список доступных на сервере ресурсов: Недопустимый аргумент"
или
"Не удается показать "smb://<имя_сервера>". Ошибка: Не удалось получить список доступных на сервере ресурсов: Недопустимый аргумент. Выберите другой режим просмотра и попробуйте еще раз."

При этом команда smbclient -L <имя_сервера> успешно выводит список файловых шар данного сервера/NAS.
Также можно зайти в шару данного сервера, если в Caja в поле "Перейти к:" указать полный путь в виде smb://<имя_сервера>/<имя_шары>

Также выявлено, что после принудительного завершения процесса gvfsd-smb-brows отображение списка шар такого сервера/NAS в Caja начинает работать нормально (шары начинают отображаться).

Данная проблема характерна не только для ОС Альт и Caja, но существует также и в других дистрибутивах ОС на базе ядра Linux:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1828107
https://gitlab.gnome.org/GNOME/gvfs/-/issues/543
Comment 1 Alexander Makeenkov 2023-06-21 21:22:45 MSK
ALT Workstation 10.1 x86_64
gvfs-1.48.2-alt1.x86_64

Проблема не воспроизводится.

Проверил как с обычным samba сервером, так и с NAS (в обоих случаях SMB1 отключен).
Comment 2 Усманов В.Ф. 2024-02-28 08:10:46 MSK
ALT Workstation 10.2 (Autolycus)
ALT Workstation 10.2 (Autolycus)
LSB_VERSION="core-3.0-noarch:core-5.0-noarch:core-3.0-amd64:core-5.0-amd64"
DISTRIB_ID="ALT"
LSB_VERSION="5.0"
#
# Examples:
#
# DISTRIB_ID - single word, ID of DISTRIBUTOR
# DISTRIB_RELEASE="5.0.0"
# DISTRIB_CODENAME="Lycoris Radiata"
# DISTRIB_DESCRIPTION="ALT Linux Sisyphus (20081222)"
# DISTRIB_DESCRIPTION="ALT Linux 1.0.0 Server Light r1 (Lycoris Radiata)"
cat: /etc/lsb-release.d: Это каталог
NAME="ALT Workstation"
VERSION="10.2"
ID=altlinux
VERSION_ID=10.2
PRETTY_NAME="ALT Workstation 10.2 (Autolycus)"
ANSI_COLOR="1;33"
CPE_NAME="cpe:/o:alt:workstation:10.2"
BUILD_ID="ALT Workstation 10.1"
HOME_URL="https://basealt.ru/"
BUG_REPORT_URL="https://bugs.altlinux.org/"
ALT Workstation 10.2 (Autolycus)
ALT Workstation 10.2 (Autolycus)

rpm -qa | grep gvfs
gvfs-backend-afp-1.48.2-alt1.x86_64
gvfs-backend-mtp-1.48.2-alt1.x86_64
gvfs-shares-1.2-alt1.noarch
gvfs-backend-nfs-1.48.2-alt1.x86_64
gvfs-backend-recent-files-1.48.2-alt1.x86_64
gvfs-backend-goa-1.48.2-alt1.x86_64
gvfs-backend-afc-1.48.2-alt1.x86_64
gvfs-backends-1.48.2-alt1.noarch
gvfs-1.48.2-alt1.x86_64
gvfs-backend-dnssd-1.48.2-alt1.x86_64
gvfs-backend-smb-1.48.2-alt1.x86_64
gvfs-backend-admin-1.48.2-alt1.x86_64
gvfs-backend-google-1.48.2-alt1.x86_64
fuse-gvfs-1.48.2-alt1.x86_64
gvfs-backend-cdda-1.48.2-alt1.x86_64

Примечание 1:
* Проблема воспроизводится:
     Рабочая станция
     Авторизация производится при доступном сетевом окружении samba DC
     Решение:
       1. Методом, описанным выше
       2. Либо понижением протокола сервера samba до SMB1
* Проблема не воспроизводится:
     Домашняя станция
     авторизация производится при недоступном сетевом окружении samba DC (wifi+VPN, VPN подключается по желанию)

Примечание 2:
   До какого-то обновления (?) вход на сетевой ресурс smb (через рабочую станцию) показывал доступность рабочей папки пользователя не как авторизованного пользователя, а как nobody.
   При этом с домашней станции показывалась соответствующая авторизованному пользователю папка.

Примечание 3:
   В соответствии с https://gitlab.gnome.org/GNOME/gvfs/-/issues/506 данная проблема выходит за рамки Altlinux и является общей для всей экосистемы samba