我敢打赌，这是一个权限问题，但我无法弄清楚。
所以我有一个根据Amazon instructions设置的EC2 VM实例。 VM实例运行在IP 18.212.some.thing（不是真的，但您可以理解）。
我已经设置了存储网关（使用默认设置）。 Storage Gateway连接到名称为“ tobetest”的文件共享S3存储桶（比方说，但实际上不是）。文件共享（据称）公开为IP：172.32.other.thing
现在，AWS上的说明只是告诉我使用Windows中的mount命令来挂载文件共享：mount -o nolock 172.32.other.thing:/tobetest [WindowsDriveLetter]:，但是每次我遇到错误Network Error - 53: The network path was not found.
因此，首先，我通过将“允许的客户端”设置为我的IP：178.21.goo.get / 32来限制对文件共享的访问。我还通过为其分配安全组来限制对VM实例的访问，该安全组仅将入站端口2049（根据AWS控制台中的设置编辑器，为NFS端口）分配给我的IP。
如果这不起作用，我尝试更新（对于VM）安全组，以允许端口2049上的入站到0.0.0.0/0。我还尝试更改文件共享设置以允许客户端从0.0.0.0/0开始。
它仍然不起作用，我仍然收到网络错误53。
为了娱乐，我尝试共享SMB，但我也没有运气。我将其设置为访客帐户，然后在尝试net use时收到错误消息：“当前没有可用于登录请求的登录服务器”
我放弃了SMB，因为那不是我们想要使用的。
那么，有谁知道为什么找不到NFS共享？我能想到的所有安全设置都不限制任何访问。
如果使用18.212.some.thing IP，我可以通过SSH进入Storage Gateway，但是我不知道是否可以通过某种方式验证文件共享？要验证它是否已实际送达，还是要送东西？
答案 0 :(得分：1)
好吧，看来AWS文档上的说明缺少一些端口，这些端口需要允许它们才能使NFS工作。他们的“ NFS”入站规则模板仅打开端口2049，但是我必须创建其他自定义TCP规则以允许传入的端口111和20048。