是否可以通过 SRV-Record 访问 Telnet 服务器?

是否可以通过 SRV-Record 访问 Telnet 服务器?

我想使用 PHP 制作一个小型 telnet 服务器作为我网站的补充,它看起来已经像一个终端了。

我可以创建telnet.example.com-subdomain,但这会消除网站作为实际终端的效果。

传输可以通过 telnet 进行,因为用户和服务器之间没有发送敏感数据。

我正在使用 Cloudflare,所以我不能直接连接到服务器,它需要是 SRV。

是否存在所有 Telnet 客户端都支持的 SRV 记录标准?

如果是:“服务”的正确名称是什么?

答案1

记录SRV只是 DNS 资源记录,它在资源(在本例中为 telnet 服务器)和用于访问该资源的名称之间提供了一个间接层。停止您以该名称发布服务记录,以向全世界_telnet._tcp.<yourdomain>发布您的守护进程。telnet

不过,不要指望很多客户端会连接到你发布的资源。有限的支持1。您需要重新考虑您的方法。

我可以创建telnet.example.com-subdomain,但这会消除网站作为实际终端的效果。

网页可以整合来自多个位置的资源,并可以连接到其他位置以交换数据。为什么不嵌入一些telnet网页本身中的基于 JavaScript 的客户端,您可以自定义配置它以连接到telnet您选择的另一个 FQDN 上托管的服务器。您甚至可以添加对代码的支持以检查记录SRV并使用该方法来启动连接。

如果您坚持认为您确实需要(或有兴趣)telnet为网站访问者提供服务,我建议您采用合适的命名约定,以便让用户使用您公开提供的telnet服务:

  • www.<yourdomain>代表您的 Web 服务器,在本例中通过 CloudFlare 托管。www代表西世界西意見西eb. 大多数用户不会将这样的 FQDN 与提供telnet服务联系起来,更不用说将其存在视为一种行动号召,以打开他们的终端并以这种方式进行连接。

  • telnet.<yourdomain>是您的telnet守护进程,无论它托管在何处。该名称自动暗示telnet服务在此地址运行,并将提示真正的极客尝试通过合适的 telnet 客户端进行连接。

您可以在前者托管的网站上发布后者。如果您telnet://在 URI 中使用该方案,某些浏览器可能会理解如何处理它。但我希望您拥有众多技术精湛的访问者!


有一个很好的例子,就是花钱请telnet客户做一些有趣的事情(虽然不一定有实际用途),比如这套众所周知的telnet服务


1:我添加了此链接作为第三方参考,以澄清有限的支持声明。只有一个telnet据称具有SRV记录支持的客户端被链接,并且该链接不幸地失效了!这意味着这不是实现您期望目标的合适方法。

相关内容