应用服务可以连接到网络驱动器吗？
Can an App Service connect to a Network Drive?
存在于应用服务 Environment/VNet 中的应用服务是否可以使用网络文件？我希望能够在网络驱动器上读取和保存文件，但考虑到这需要反复试验，我想首先确保它是一个可行的选择。
备份计划是使用 Azure 文件同步到 Azure 存储，但考虑到云文件同步的延迟，它可能无法满足我的需求。
我已经通过 Azure 中的“逻辑应用程序”在 windows 服务器上本地托管的基于 SMB 的文件共享完成了此操作。我使用了由 Azure 数据网关支持的内置“文件共享”操作。
我意识到这是不同的技术；绝对没有什么可以阻止你为应用程序服务（运行 C# 的一些 SMB 客户端）做这件事，只要你有连接，据我所知
Azure 应用服务不支持 SMB。
https://github.com/projectkudu/kudu/wiki/Azure-Web-App-sandbox#restricted-outgoing-ports
Regardless of address, applications cannot connect to anywhere using
ports 445, 137, 138, and 139. In other words, even if connecting to a
non-private IP address or the address of a virtual network,
connections to ports 445, 137, 138, and 139 are not permitted.
存在于应用服务 Environment/VNet 中的应用服务是否可以使用网络文件？我希望能够在网络驱动器上读取和保存文件，但考虑到这需要反复试验，我想首先确保它是一个可行的选择。
备份计划是使用 Azure 文件同步到 Azure 存储，但考虑到云文件同步的延迟，它可能无法满足我的需求。
我已经通过 Azure 中的“逻辑应用程序”在 windows 服务器上本地托管的基于 SMB 的文件共享完成了此操作。我使用了由 Azure 数据网关支持的内置“文件共享”操作。 我意识到这是不同的技术；绝对没有什么可以阻止你为应用程序服务（运行 C# 的一些 SMB 客户端）做这件事，只要你有连接，据我所知
Azure 应用服务不支持 SMB。
https://github.com/projectkudu/kudu/wiki/Azure-Web-App-sandbox#restricted-outgoing-ports
Regardless of address, applications cannot connect to anywhere using ports 445, 137, 138, and 139. In other words, even if connecting to a non-private IP address or the address of a virtual network, connections to ports 445, 137, 138, and 139 are not permitted.