Монтирование общего ресурса Azure Files
Когда я пытаюсь смонтировать с помощью следующей команды:
[9421.865985] Код состояния возвращен 0xc0000022 STATUS_ACCESS_DENIED
[9421.865994] CIFS VFS: ошибка отправки в SessSetup = -13
[9421.866098] CIFS VFS: сбой cifs_mount с кодом возврата = -13
У меня такая же версия CIFS , что и VM: 6.4.
Я включил SMB2-SMB3-SMB3.1.1 (экспериментальный) в моем ядре (4.4.21-gentoo).
У меня также установлена samba (и она не работает с smbclient либо), но, насколько я понимаю, они не связаны.
У вас работает с smbclient?
У меня это работает, в то время как "mount -t cifs -overs = 3.0" ... нет.
smbclient //foo.file.core.windows.net/test -mSMB3 -e -Ufoo%longkeyhere==
К сожалению, пока не можете. При установке за пределами Azure Datacenter поддерживаются только Atm Windows 8, 10 и Window Server 2012 (R2).
Клиент Linux SMB пока не поддерживает шифрование, поэтому установка файловый ресурс от Linux все еще требует, чтобы клиент был в том же самом Лазурный регион как файловый ресурс. Однако, поддержка шифрования для Linux находится в дорожной карте разработчиков Linux, отвечающих за SMB. функциональность. Дистрибутивы Linux, поддерживающие шифрование в будущее сможет смонтировать лазурный файл из любого места, так как ну.
Дополнительная информация:
https://azure.microsoft.com/en-us/documentation/articles/storage-how-to-use-files-linux/#overview
Согласно вашему описанию, я снова проверяю. К сожалению, мы не можем смонтировать File Share за пределами Azure VM. Вы можете использовать команды для проверки установленных пакетов и ядра ОС для ваших ВМ.
Несмотря на то, что пакеты ВМ и ядро ОС одинаковы, мы не смогли смонтировать Azure File Share на локальных ВМ. На самом деле, сервер Linux, размещенный на Azure VM, будет работать, потому что Azure File Storage принимает SMB2.1 соединение, если клиент находится в том же регионе Azure, что и файловый ресурс.
Однако, когда вы пытаетесь монтироваться с места, Azure File Storage запрашивает SMB 3.0 с включенным шифрованием с клиента, но SMB 3.0 Encryption - это то, что Linux пока не поддерживает, так что на данный момент это не будет работать даже в указанных вами командах SMB 3.0.
.Я бы определенно порекомендовал вам создать виртуальную машину на базе Windows для выполнения этой работы. Я делаю другую историю на Windows, когда мне нужен надежный NFS сервер/клиент на Windows.
.Вот случай для меня ....
Когда я попробовал с помощью в Azure (моя виртуальная машина находится в Azure, а моя учетная запись хранилища также находится в в том же регионе) с SMB 3.0, я получал ошибки монтирования. Но когда я изменил версию SMB на 2.1, все прошло успешно. См. Ниже с примерами
Например:
Ошибка команды (с версией SMB 3.0) в Azure
sudo mount -t cifs //storageaccountname.file.core.windows.net/shared /mnt/mount -o vers=3.0,username=xxxxxxx,password=xxxxxxxx,dir_mode=0777,file_mode=0777
Результат:
ошибка монтирования (11): ресурс временно недоступен См. Страницу руководства по mount.cifs (8) (например, man mount.cifs)
Рабочая команда (с версией SMB 2.1) в Azure
sudo mount -t cifs //storageaccountname.file.core.windows.net/shared /mnt/mount -o vers=2.1,username=xxxxxxx,password=xxxxxxxx,dir_mode=0777,file_mode=0777
Результат:
Монтируется успешно
Недавно я столкнулся с той же проблемой. Я пытался подключить файловую службу Azure к виртуальной машине Azure Linux. После нескольких попыток он смонтировался.
В последней попытке (RHEL 7.4) я обновил ядро и добавил Samba-client, samba-client-libs.
yum install kernel-3.10.0-862.el7.x86_64
yum install samba-client samba-client-libs
Я считаю, что проблема была в любом из них, он использовал клиент samba, а не cifs-util или в версии ядра не было ошибок.