chrome 是否支持所有在 TCP/UDP 之上实现的协议? HTTP/ HTTPS 实施是否以某种方式在后台隐藏了正在运行的 SMTP 或 FTP?
所有浏览器都通过它们支持 ssh 还是这是一个设计问题?
就 Chrome 浏览器栏中可以使用的协议而言,您可以使用:HTTP、HTTPS、FILE 和 FTP。 Chrome 并未实现 SSH,而是实现了 SSL。它也不实现 SMTP,而是当您访问 Gmail 或 Yahoo mail 等网站时,您只是访问一个网站(通过 HTTP 或希望是 HTTPS)。该网站根本不连接到 SMTP 服务器来显示您的电子邮件,而只是提供网页并连接到 API 来显示/编辑/撰写您的电子邮件(届时电子邮件客户端的后端将连接到其 SMTP 服务器) .
Chrome 也实现了 FTP,就像您可以访问启用 FTP 的 IP 地址,例如:ftp://123.34.45.890 并且您可以将目录列表用作网页。 CentOS 镜像就是一个这样的例子这里。右栏有 FTP 站点。您可以通过支持 FTP 的 Web 浏览器访问 FTP 控制器,也可以启动终端并执行
ftp ftp://ftp.is.co.za/mirror/centos/
。
对于 ssh 部分,Google chrome 支持 SSL,但不支持 ssh。尽管 ssh 可以使用 secure-shell 等扩展来完成。这些扩展将移植到 NativeClient 的 ssh 命令(详细信息请参见 http://openssh.org/)与“hterm”终端模拟器相结合,为 Chrome 浏览器提供安全的 shell 客户端。
需要注意的一个关键问题是“HTML Terminal”(或 hterm)是完全用 JavaScript 编写的与 xterm 兼容的终端模拟器。
它的目的是足够快、足够正确,以便与 xterm、gnome-terminal、konsole 和 Terminal.app 等本机终端竞争。
hterm 只是一个终端模拟器。它本身不提供 SSH 访问(或任何其他基于文本的命令)。
Code Layout
部分
目前支持以下协议:
net/base - 网络实用程序的抓包,例如主机解析、cookie、网络更改检测、SSL。
net/disk_cache - 网络资源缓存。
net/ftp - FTP 实现。代码主要基于旧的 HTTP 实现。
net/http - HTTP 实现。
net/ocsp - 不使用系统库或系统不提供 OCSP 实现时的 OCSP 实现。 目前仅包含基于 NSS 的实现。
net/proxy - 代理(SOCKS和HTTP)配置、解析、脚本获取等
net/quic - QUIC 实现。
net/socket - TCP套接字、“SSL套接字”和套接字池的跨平台实现。
net/socket_stream - WebSocket 的套接字流。
net/spdy - HTTP2(及其前身)SPDY实现。
net/url_request -
、URLRequest
和URLRequestContext
实现。URLRequestJob
net/websockets - WebSockets实现
.
4 个主要协议是 HTTP、HTTPS、FILE、FTP。所有其他协议都旨在在它们之上工作。
对于第二部分,可以让所有浏览器通过它们支持ssh。