这不会帮助你。任何从外部找到并扫描您的人几乎可以肯定是在盲目地扫描 IP 空间,而不是查找名称并尝试它们,并且将自己从 DNS 中删除不会对它们产生一点影响。
这会有所帮助,但正如您所指出的,让它与您的所有小部件一起工作可能最终会很痛苦。
这不会有太大帮助。它可能会减少对您进行索引的诚实搜索引擎,但只会阻止表现良好的爬虫。而且你的对手通过网络搜索偶然发现你的机会非常非常低 - 见上文,他们可能会盲目地扫描 IP 空间并攻击你。
更新以完全回应@Co Lega 的评论
哦,你也想要解决方案吗?废话,这才是硬道理!8)
一种可能对您有用的解决方案是根据身份验证临时授予基于 IP 的访问权限。这类似于端口敲门或 POP-before-SMTP。听起来您想在开发服务器上测试应用程序,因此不能在不与可能已经拥有自己的身份验证的应用程序冲突的情况下将应用程序层身份验证添加到开发服务器。您不想维护防火墙规则,因为您的用户可能无法预测其源 IP,或者您不想维护一组不断变化的规则。
因此,这个想法是人们对开发服务器执行身份验证,其唯一目的是在有限的时间内从他们的 IP 开放访问 - 就像动态和临时防火墙规则一样。因为您正在更改 IP 访问权限,所以他们的浏览器和/或应用程序不需要维护凭据,应用程序服务器不需要维护该访问级别的状态等。他们浏览到服务器身份验证页面,进行身份验证,然后他们的 IP 将被清除,以便在 30 分钟、2 小时、2 天的时间内访问该站点的其余部分,无论您想要什么。他们测试应用程序而无需允许在身份验证中包装该访问,因为他们的 IP 已被授予基于该带外(例如,不是应用程序)身份验证的访问权限。
一个缺点是 IP 源并不总是那么安全。如果他们在图书馆的代理后面,则该代理后面的任何其他人也被授予访问权限。那时您想查看 VPN 解决方案。
看着你的问题,我不确定这与你最初的目标有多吻合。它的目标受众更多是开发人群,而不是最终用户,听起来您可能正在考虑最终用户。在这种情况下,也许答案是强化应用程序以在 Internet 曝光中存活——无论如何,这都是一个好主意。
祝你好运!