我想使用 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
记录支持的客户端被链接,并且该链接不幸地失效了!这意味着这不是实现您期望目标的合适方法。