我已经将 AWS EC2 机器设置为（BIND）名称服务器，并且我正在将其作为我们管理的几个域的辅助服务器。这对我们所有的域名供应商（例如 IT-NIC、Marcaria）来说都很酷，除了网络解决方案。到目前为止，我一直无法让他们的面板接受 AWS 机器作为名称服务器 - 报告的原因是名称服务器“不存在或位于防火墙后面”。机器本身已经充当多个域的辅助 NS 并定期回答查询。
为了让 NetSol 接受我启用了 ping、区域传输并为 NS 所在区域设置 MX 的机器（这当然很愚蠢，但人们永远不知道）。一切都无济于事，谷歌也没有帮助。
有没有人遇到过并希望解决类似的问题？
进阶谢谢。
EDIT4 事实证明，这与网络无关：来自 netsol 的错误消息（在他们对支持票的回答中重申）让我一度偏离了轨道。
注册商，其中包括 netsol，要求新的域名服务器出现在一个（几个）whois 或 RDAP 数据库中。对于 .com（和 .net？），参考是https://rdap.verisign.com。（https://www.verisign.com/en_US/domain-names/registration-data-access-protocol/index.xhtml）
我一直无法找到一种方法让公众将数据插入 Verisign (RDAP)，但这是注册商可以做的事情（例如，我们为 .it 域做这件事）。
NETSOL（曾经有？我最近在其他地方找到的常见问题解答的 URL）有这样一个程序，它没有通过我必须使用的合作伙伴门户公开。合作伙伴公开的是一个面板，用于添加“新”或“现有”名称服务器。但两者都不适合我（我只能假设注册新 NS 的后端程序有问题）
为了修复 SNAFU，在不同的注册商（opensrs，由 twocows 支持）创建了一个不同的域，使用他们的过程来注册名称服务器并挽救这一天。奇怪的是，netsol 获取了一个通过 opensrs/twocows 注册的名称服务器，但无法对通过 Marcaria 注册的 NS 执行相同操作 - 看图。
所以我会接受 t3ln3t 解决方案，它正确地指出了原因。让它工作可能需要更多的迂回方法，见上文。
使用 Network Solutions，您需要先注册名称服务器，然后才能将其用于域。该过程相当简单，但是新注册的名称服务器最多可能需要 72 小时才能“激活”并可用。
登录到您的帐户。... 在我的域名部分下的我的产品和服务选项卡中，单击编辑 DNS。在右侧灰色框中的下一页上，单击域名服务器 (DNS)。在提供的空白处输入您的名称服务器。
此外，如果您使用 AWS 提交支持票证，您可以获得自定义反向条目。或者您可以使用 Route-53 (AWS dns) 自己完成此操作。非常适合邮件服务器...