![如何降至较低的 osi 层?](https://linux22.com/image/1591910/%E5%A6%82%E4%BD%95%E9%99%8D%E8%87%B3%E8%BE%83%E4%BD%8E%E7%9A%84%20osi%20%E5%B1%82%EF%BC%9F.png)
有没有办法可以启动更高级别的连接,即 http 连接,然后在某个时候将其“降级”到较低层或 tcp?基本上,一旦使用 http 建立连接,我希望能够抓住套接字并将其与我自己的自定义协议一起使用。
答案1
基本上,一旦使用 http 建立连接,我希望能够抓住套接字并将其与我自己的自定义协议一起使用
在这种情况下,您不会“降级”到较低的 OSI 层。相反,您可以定义自己的应用程序级协议,该协议首先由类似于 HTTP 的内容组成,然后是您需要的任何内容。OSI 层只是一种抽象的思维(即在第 4 层 TCP 上处理字节,而不是在第 7 层处理结构化消息)。
至于使用现有的 HTTP 库实现自己的协议:是否可行以及如何实现完全取决于 HTTP 库。有些库会保留底层 TCP 套接字,有些库可能允许开发人员直接处理它。有些库允许开发人员仅将 HTTP 请求创建为字符串并从字符串解析 HTTP 响应,并将 TCP 套接字的控制权完全掌握在开发人员手中。
答案2
有两个答案,一个针对一般情况,一个针对 HTTP。而且这还取决于您最初如何创建 HTTP“连接”。
大多数操作系统仅提供 TCP/UDP 层之前的抽象(套接字),而上面的所有其他内容(即应用层协议)通常由应用程序处理。因此,当您使用 SSH 客户端、SMTP 客户端或 IRC 客户端时,应用程序始终可以“下拉”到原始 TCP 流,因为这就是应用程序有首先。应用程序本身在操作系统提供的 TCP 连接之上构建一切。
HTTP 如此广泛地应用,但它却在某种程度上是个例外,它经常具有共享库(例如 libcurl 或 python-requests)甚至操作系统提供的抽象(例如 WinHTTP)。
libcurl 等库是应用程序的一部分,仅基于操作系统提供的相同 TCP 套接字构建。其中一些库允许访问底层套接字;其他则不允许。无论如何,这些都是可选的——有些程序仍然喜欢毫无理由地手动操作 HTTP 客户端。
但其他HTTP 之所以例外,是因为应用程序才不是通常首先启动“HTTP 连接”。HTTP 是一种无状态协议;大多数 HTTP 客户端库使用请求/响应作为抽象,并且只按需打开 TCP 连接。多个请求可能共享底层 TCP 连接,也可能不共享。(协议可能是 HTTP/1.1,也可能是 HTTP/2。)
换句话说,通常只是不是当您请求连接时,它已经不再是低层连接了。
也有例外。如今许多浏览器和网站都使用网络套接字,它以普通的 HTTP 请求开始,但之后会切换到双工 TCP 类流连接。(但这不一定是原始 TCP – websocket 可能仍使用 TLS,并且它们可能有自己的框架层。我认为 HTTP/2 上的 websocket 继承了它的框架。)