我已经将 AWS EC2 机器设置为 (BIND) 名称服务器，并且正在将其设置为我们管理的多个域的辅助 NS。这对于我们所有的域名供应商（例如 IT-NIC、Marcaria）来说都很棒，但 Network Solution 除外。到目前为止，我无法让他们的面板接受 AWS 机器作为名称服务器 - 报告的原因是名称服务器“不存在或位于防火墙后面”。该机器本身已经充当多个域的辅助 NS 并定期回答查询。
为了让 NetSol 接受机器，我启用了 ping、区域传输并为 NS 所在的区域设置了 MX（这当然很愚蠢，但谁也不知道）。但一切都无济于事，Google 也帮不上忙。
有没有人遇到过类似的问题并希望解决它？
非常感谢。
编辑4 事实证明，这与网络无关：来自 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 有（以前有？我最近在其他地方找到了 FAQ 的 URL）有这样的程序，未通过合作伙伴门户公开我必须使用它。合作伙伴做暴露是一个用于添加“新”或“现有”名称服务器的面板。但对我来说，两者都不起作用（我只能假设注册新 NS 的后端程序存在错误）
为了解决这一问题，我们在另一家注册商（opensrs，由 twocows 提供支持）处创建了不同的域名，并使用他们的程序注册了名称服务器，从而挽救了局面。奇怪的是，netsol 选择了通过 opensrs/twocows 注册的名称服务器，但无法对通过 Marcaria 注册的 NS 执行相同操作 - 想想看。
因此我将接受 t3ln3t 解决方案，该解决方案正确指出了原因。要使其发挥作用可能需要更多曲折的方法，请参见上文。
答案1
使用 Network Solutions 时，您需要先注册名称服务器，然后才能将其用于域名。这个过程相当简单，但新注册的名称服务器可能需要长达 72 小时才能“激活”并可用。
登录您的账户。... 在“我的域名”部分下的“我的产品和服务”选项卡中，单击“编辑 DNS”。在下一页右侧的灰色框中，单击“域名服务器 (DNS)”。在提供的空间中输入您的名称服务器。
此外，如果您向 AWS 提交支持票，您可以获得自定义反向条目。或者您可以使用 Route-53 (AWS dns) 自行执行此操作。对于邮件服务器来说很棒...