主页 / server / 问题

问题[azure-files](server)

Martin Hope
JohnLBevan
Asked: 2021-03-12 06:36:03 +0800 CST
  • 0

问题

为什么 NetBios 过滤会影响 SMB3/连接到端口 445 的能力？

语境

一些用户（包括我自己）在从其家庭连接访问托管在 Azure Files 中的文件共享时遇到问题，收到以下错误。

Windows 无法访问 \myStorageAccount.file.core.windows.net\my-share\

检查名称的拼写。否则，您的网络可能有问题。要尝试识别和解决网络问题，请单击诊断。

错误代码：0x80070035

找不到网络路径

运行在线端口测试myStorageAccount.file.core.windows.net显示端口 445 已打开。

从我的本地机器运行Test-NetConnection -ComputerName 'myStorageAccountName.file.core.windows.net' -port 445会失败；尽管我的本地设备的防火墙软件没有阻止连接。

最终我发现原因出NetBios filter在我的路由器上；启用此功能后，与 Azure 文件共享上的端口 445 的连接失败；禁用它所有工作。

我的路由器文档还提到此过滤器会影响 SMB：

启用 NetBIOS 过滤器

出于安全原因，FRITZ!Box 中的 NetBIOS 过滤器默认开启。它会阻止 NetBIOS 数据包，这些数据包通常不需要在 Internet 中进行通信。仅当您使用必须与 Internet 交换 NetBIOS 数据包的应用程序时才禁用此过滤器。例如，SMB 访问 Strato HiDrive 就是这种情况。

我不确定这是否归结为路由器过滤逻辑中的一些错误，或者是否还有更多事情发生。

如果相关，我们启用了 RBAC 过滤（例如，我的帐户Storage File Data SMB Share Elevated Contributor分配了角色），并在我们的文件共享上启用了 AD ACLS（如John Savill 视频中所述）......尽管我认为那些不应该用于简单的端口测试？

firewall server-message-block netbios azure azure-files
Martin Hope
Darko Miletic
Asked: 2020-08-11 09:20:59 +0800 CST
  • 2

让我们假设这个使用 Terraform 和 azurerm 提供程序在 Azure 上创建共享文件存储的简单示例。

resource "azurerm_resource_group" "example" {
  name     = "azuretest"
  location = "West Europe"
}

resource "azurerm_storage_account" "example" {
  name                     = "azureteststorage"
  resource_group_name      = azurerm_resource_group.example.name
  location                 = azurerm_resource_group.example.location
  account_tier             = "Standard"
  account_replication_type = "LRS"
}

resource "azurerm_storage_share" "example" {
  name                 = "sharename"
  storage_account_name = azurerm_storage_account.example.name
  quota                = 50

  acl {
    id = "MTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTI"

    access_policy {
      permissions = "rwdl"
      start       = "2020-08-02T09:38:21.0000000Z"
      expiry      = "2021-08-02T10:38:21.0000000Z"
    }
  }
}

访问政策规定它将在 2021 年 8 月 2 日到期。如何使用 terraform 进行扩展？甚至可能吗？

terraform azure azure-files
Martin Hope
Ben Davis
Asked: 2020-08-05 10:09:03 +0800 CST
  • 0

在设置新集群时，我删除了一个希望控制器重新创建它的 Azure 存储帐户，但是，现在当我尝试使用azurefilePVC 时，我收到一个错误，指出它无法解析文件共享地址。

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: 'workspace-storage-j5vzpx4z'
  namespace: ide
  labels:
    component: user-storage
    userid: !f 'j5vzpx4z'
spec:
  storageClassName: azurefile
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 1Gi

pod 日志显示：

  Warning  FailedMount  <invalid>  kubelet, aks-nodepool1-22436891-vmss000000  MountVolume.SetUp failed for volume "pvc-3e7e8869-ecce-4fef-8440-0594f5546962" : mount failed: exit status 1
Mounting command: systemd-run
Mounting arguments: --description=Kubernetes transient mount for /var/lib/kubelet/pods/9e9828bc-622f-4bb4-bd27-8c2051876700/volumes/kubernetes.io~azure-file/pvc-3e7e8869-ecce-4fef-8440-0594f5546962 --scope -- mount -t cifs -o username=f7e7421469e4443b786ad1c,password=wl+/E9DeEClxfshVccI6FrjjAHDfWviACj0jtHyyyaIoXka6BXm3BpKsNwD/P5/zdZO94tduFN0vuvNQsxI8Lw==,file_mode=0777,dir_mode=0777,vers=3.0 //f7e7421469e4443b786ad1c.file.core.windows.net/kubernetes-dynamic-pvc-3e7e8869-ecce-4fef-8440-0594f5546962 /var/lib/kubelet/pods/9e9828bc-622f-4bb4-bd27-8c2051876700/volumes/kubernetes.io~azure-file/pvc-3e7e8869-ecce-4fef-8440-0594f5546962
Output: Running scope as unit run-r29ba9063eb1c457e993a2e740ca2e7dd.scope.
mount error: could not resolve address for f7e7421469e4443b786ad1c.file.core.windows.net: Unknown error

我怎样才能解决这个问题？

kubernetes azure azure-files