网站资料 · 技术情报 · 相似站点

sonobus.net 有付费内容

分类: 其他

标签:sonobus.net
访问网站

更新时间:2026-10-01 20:30 语言:未知(默认) 网站访问:正常

站内浏览 0 次 访问跳转 0 次
SonoBus 首页完整截图
编辑评测

网站深度测评

SonoBus是什么网站?

SonoBus 是一个提供高质量、低延迟点对点网络音频串流工具的开源项目官网,核心用途是让多人在互联网或局域网内实时互传音频。

主要用途

  • 多人实时合奏、远程音乐排练
  • 远程播客录制、音频协作
  • 把本地音频播放给同一小组的所有人
  • 录制组内每个人的音频

使用方式

  • 所有人约定一个唯一的组名(可选密码),即可互相连接
  • 支持 macOS、Windows、iOS、GNU/Linux 独立应用,也可作为 AU、VST、AAX 插件在 DAW 中使用
  • 可调延迟、音质和整体混音,带输入压缩、噪声门、EQ 和主混响,网络状态可见

音质与延迟

  • 可选未压缩 PCM(16/24/32 位)或 Opus 压缩(每声道 16–256 kbps)
  • 官方建议用有线以太网连接路由器以获得最低延迟;WiFi 虽可用,但需要更大的抖动缓冲,延迟会更高

使用注意

  • 不带回声消除和自动降噪,用麦克风时需戴耳机,否则可能产生回声或啸叫
  • 目前数据传输不加密
  • 音频直接在用户之间点对点传输,连接服务器只用于让组内成员互相找到

适合谁 需要低延迟、可调音质的实时音频协作的个人或小团队,尤其是远程合奏、远程录音和播客场景。若你要的是普通语音通话或带降噪的会议工具,它并不侧重这些方向。

SonoBus 如何实现低延迟的多人音频连接?

SonoBus 靠“点对点直连 + 可调抖动缓冲 + 低延迟 Opus 编码”三件事实现低延迟多人音频连接,不需要中心服务器转发音频。

连接方式:P2P 直连,服务器只负责“找人” 所有音频都在用户之间直接传输,连接服务器仅用于让同一组内的人互相发现。多人同组时,每个人既发送也接收组内音频,并可分别控制延迟、音质和整体混音。

低延迟的关键设置

  • 抖动缓冲(jitter buffer)可调:网络越稳,缓冲越小,延迟越低。
  • 编码可选:从完全未压缩 PCM(16/24/32 位)到 Opus 压缩码率(每声道 16–256 kbps),按需在音质与延迟间取舍。
  • 官方最佳实践:用有线以太网连路由器。WiFi 虽可用,但抖动和丢包会迫使你加大抖动缓冲,延迟随之升高。

使用场景与注意点 适合远程合奏、远程录音棚会话、播客等需要实时互听的场合。SonoBus 不做回声消除和自动降噪,用麦克风外放会啸叫或回声,所以必须戴耳机。另外目前数据通信未加密。

上手路径 先取一个唯一的组名(可加密码),把参与者拉进同一组即可。想进一步压低延迟,优先改有线网络、调小抖动缓冲,再考虑用未压缩 PCM。详细参数见官方用户指南和 YouTube 教程频道。

同类工具对比的侧重点 SonoBus 的差异在于开源、免费、跨平台(macOS/Windows/iOS/Linux,并支持 AU/VST/AAX 插件),且把延迟、码率、网络统计全部开放给用户调。若你更看重“开箱即用、自动优化”,可以对比 JamKazam;若偏向在 DAW 内做低延迟协作,可看 Audiomovers 这类插件方案。选择时先确认三点:是否需要插件形态、能否接受手动调参、以及是否必须加密传输。

使用 SonoBus 时为什么必须戴耳机?

使用 SonoBus 时戴耳机,是因为它不做回声消除和自动降噪,麦克风会把扬声器放出来的声音再收进去,形成回声甚至啸叫。

具体原因

  • SonoBus 为了保持最高音频质量,关闭了回声消除(echo cancellation)和自动降噪功能。
  • 如果开着外放音箱,你这边扬声器播出的其他人声音,会被你的麦克风重新采集并传回群里,其他人就会听到自己的声音延迟返回。
  • 多人的情况下这种循环会不断叠加,轻则回声、重则刺耳啸叫。

什么情况下必须戴耳机

  • 你使用实时麦克风(唱歌、说话、乐器拾音)并同时需要听群里其他人的声音时。
  • 多人合奏、远程排练、播客连线等对同步要求高的场景。

建议做法

  • 用有线耳机或蓝牙耳机,把扬声器输出和麦克风输入物理隔开。
  • 想进一步降低延迟,尽量用有线以太网连接路由器;WiFi 会带来抖动和丢包,需要更大的抖动缓冲,延迟更高。
  • 若只是单向播放音频、不用实时麦克风,则没有这个限制。

这些是 SonoBus 官方在 “BEST PRACTICES” 中给出的使用前提,属于软件设计取舍,不是可开关的选项。

SonoBus 在 WiFi 和有线网络下的延迟表现有何不同?

SonoBus 官方明确说明:有线以太网能获得最低延迟,WiFi 可用但延迟更高。

具体差异与原因

  • 有线以太网:连接电脑与路由器时,网络抖动和丢包更少,可以用更小的 jitter buffer(抖动缓冲),整体延迟最低。官方将其列为“获得最佳效果和最低延迟”的推荐做法。
  • WiFi:虽然能正常工作,但网络抖动和丢包会增加。为维持音频质量,必须把 jitter buffer 调大,代价就是延迟升高。

对使用的实际影响

  • 实时合奏、远程录音等对同步要求高的场景,优先用有线;用 WiFi 时各方听到彼此的延迟感会更明显。
  • 延迟不是固定值,还受缓冲设置、编解码选择(未压缩 PCM 或 Opus 压缩)影响,可在应用内动态调整。
  • 官方建议:想压低延迟就用有线;只能 WiFi 时,接受更大缓冲换取稳定音质。

其他相关注意点

  • SonoBus 不做回声消除和自动降噪,用麦克风时需戴耳机,否则会产生回声或啸叫。
  • 音频为用户之间的点对点直连,连接服务器只用于让同组用户互相发现。
  • 目前数据传输未加密。

如果你要组织一次远程合奏或播客录制,可以先用有线把延迟压到最低,再根据实际听感微调缓冲和音质设置;具体操作可参考官方用户指南。

SonoBus 传输的音频数据是否加密?

不加密。SonoBus 目前的数据通信没有使用任何加密,音频在参与者之间以点对点方式直接传输,连接服务器只负责让同一组内的用户互相找到对方。

这意味着:音频内容本身不会在传输过程中被加密保护。官方说明也承认,虽然实际被截获的可能性很低,但使用者应当了解这一点。

如果你在意隐私,可以考虑这些做法:

  • 只和信任的人共用同一个组名和密码,避免公开组名。
  • 在受控网络(如自己的局域网或可信的有线网络)内使用。
  • 对敏感内容,改用其他端到端加密的音频传输方案。

另外,由于 SonoBus 不做回声消除和自动降噪,用麦克风时建议戴耳机,以免产生回声或啸叫;要追求最低延迟,优先用有线以太网而不是 WiFi。

SonoBus 能否作为音频插件在 DAW 中使用?

可以。SonoBus 在 macOS 和 Windows 上提供音频插件版本,支持 AU、VST 和 AAX 三种格式,可以直接加载到 DAW 里使用。同时它也有独立应用版本,覆盖 macOS、Windows、iOS 和 GNU/Linux。

在 DAW 里用它的典型场景

  • 远程录音或远程合奏:把插件挂到音轨上,通过组名(可加密码)和其他人点对点连接,把对方的音频直接收进工程。
  • 把本地音轨实时播给整个组:插件既能发送也能接收,适合给远程乐手送伴奏或参考混音。
  • 需要精细控制时:延迟、音质、整体混音都能动态调整,还带输入压缩、噪声门、EQ 和主混响。

选择时注意几点

  • 插件只在 macOS 和 Windows 上提供;想在 iPhone、iPad 或 Linux 上用,只能用独立应用。
  • 音质可在未压缩 PCM(16/24/32 bit)与 Opus 压缩(每声道 16–256 kbps)之间即时切换。
  • 官方建议:开麦时必须戴耳机,因为它不做回声消除和自动降噪;想拿到最低延迟,电脑最好用有线网连路由器,WiFi 需要更大的抖动缓冲,延迟会更高。
  • 目前数据传输不加密,音频是用户之间点对点直连,连接服务器只用于让同组用户互相找到。

如果你要在 DAW 里做远程协作,直接装插件版即可;如果对方用的是手机或 Linux,让他用独立应用,双方用同一个组名就能互通。

SonoBus 是什么网站?

SonoBus 是一个用于在互联网或局域网中传输高质量、低延迟点对点音频的应用程序。它支持多用户、多平台、开源且完全免费,适合需要实时音频协作的场景,比如远程音乐合奏、播客录制或远程会议。使用方式很简单:设定一个唯一的组名(可加密码),多个人就能立刻连到一起互相收发音频。

核心功能

  • 多人音频互通:一个组内的多个用户可以同时发送和接收音频,并对延迟、音质和整体混音做细粒度控制。
  • 音频处理选项:内置可选的输入压缩、噪声门、EQ 效果,以及一个主混响。
  • 动态设置与网络统计:所有设置都可以动态调整,网络状态清晰可见。
  • 录制与播放:可以方便地录制组内每个人的音频,也能把任意音频内容播放给整个组。

支持平台

SonoBus 的形态取决于你使用的系统:

平台 使用方式
macOS、Windows、iOS、GNU/Linux 独立应用程序
macOS、Windows 音频插件(AU、VST、AAX)

也就是说,它既能在桌面上独立运行,也能作为插件放进 DAW 里使用,还能在移动设备上运行。

音质与编码

音频质量可以即时调整:

  • 完全未压缩的 PCM(16、24 或 32 位)
  • 使用低延迟 Opus 编码器的多种压缩码率(每通道 16–256 kbps)

使用前需要注意的关键点

SonoBus 为了保持最高音质,不使用回声消除,也不做自动降噪。因此:

  • 如果你开着实时麦克风,必须同时戴耳机,否则会产生回声或啸叫。
  • 想要最低延迟,最好用有线以太网连接电脑和路由器。WiFi 也能用,但网络抖动和丢包会增加,需要更大的抖动缓冲区来维持音质,代价是延迟更高。
  • 目前 SonoBus 不对数据通信加密。虽然被截获的可能性很低,但这一点需要留意。
  • 所有音频都在用户之间点对点直接传输,连接服务器只用于让同一组的用户找到彼此。

如何开始

  1. 下载对应平台的版本。最新版本为 v1.7.2,发布于 2023-12-11。
  2. 设定一个唯一的组名,可选设置密码。
  3. 让其他参与者用相同的组名(和密码)加入,即可开始音频互通。

更详细的入门和进阶信息,可以查阅 SonoBus 用户指南(也提供 PDF 版本),官方 YouTube 频道还有教程视频。

SonoBus 支持哪些平台和设备?

SonoBus 支持 macOS、Windows、iOS 和 GNU/Linux 四类平台。在 macOS 和 Windows 上,它既能作为独立应用运行,也能作为音频插件(AU、VST、AAX)加载进 DAW 使用;在 iOS 和 GNU/Linux 上则以独立应用形式运行。换句话说,桌面端、移动端和 DAW 内都能用,具体选哪种取决于你的使用场景。

各平台支持情况

平台 独立应用 音频插件
macOS 支持 支持(AU、VST、AAX)
Windows 支持 支持(AU、VST、AAX)
iOS 支持 不支持
GNU/Linux 支持 不支持

插件形式只在 macOS 和 Windows 上提供,这一点对想在 DAW 工程里直接接入 SonoBus 的用户比较关键:如果你用的是 Linux 或移动设备,就只能走独立应用。

不同场景下怎么选

  • 只想快速连上几个人试音或聊天:用独立应用即可,四个平台都覆盖,不需要打开 DAW。
  • 要在录音工程里边录边传:在 macOS 或 Windows 的 DAW 里加载 AU/VST/AAX 插件,把 SonoBus 当作一条音频通道使用。
  • 用手机或平板参与:iOS 上装独立应用,适合移动端临时加入会话。
  • Linux 用户:只能用独立应用,无法以插件形式嵌入 DAW。

使用前需要知道的限制

SonoBus 本身不提供回声消除和自动降噪,这是为了保持音频质量。因此如果你开着麦克风,需要戴耳机,否则容易产生回声或啸叫。

网络方面,官方建议用有线以太网连接路由器以获得最低延迟。WiFi 也能用,但网络抖动和丢包会更明显,需要调大 jitter buffer 来维持音质,代价是延迟升高。

另外,SonoBus 目前不对通信数据做加密。音频是用户之间点对点直传的,连接服务器只用于让同一组内的用户互相找到对方。

下载与版本

当前最新版本为 v1.7.2,发布于 2023 年 12 月 11 日。官网提供按平台选择的下载入口,同时提供用户指南(含 PDF 版)和 YouTube 教程视频,可用于了解详细配置。

SonoBus 的音频传输安全吗?

SonoBus 目前不对数据通信使用任何加密。官方在最佳实践说明中明确写道:SonoBus does NOT currently use any encryption for the data communication。这意味着音频数据在网络上以未加密形式传输,虽然被拦截的可能性很低,但这是使用前需要知悉的事实。如果你的使用场景涉及敏感内容,需要自行评估这一风险。

数据是怎么传输的

SonoBus 的音频走的是点对点(peer-to-peer)直连路径,而不是经过中心服务器中转:

  • 音频数据:直接在用户之间传输,不经过 SonoBus 的服务器。
  • 连接服务器:只用于让同一组内的用户互相“找到彼此”,不承载音频内容。

这个架构决定了音频不会集中存储在某个服务器上,但同时也意味着传输链路本身没有加密保护。

无加密意味着什么

维度 现状
传输加密 无
音频路径 用户之间点对点直连
连接服务器作用 仅用于组内用户互相发现
官方风险评估 被拦截的可能性很低

需要区分两件事:“不经过中心服务器”不等于“加密”。点对点只改变了数据流向,并不提供机密性保护。任何能在链路上截获数据的一方,理论上都能读取未加密的音频流。

使用建议

  • 如果传输内容敏感,不要依赖 SonoBus 自身的保密性,可考虑在受信任的网络环境(如自己的局域网)内使用。
  • 组名和可选密码用于让组内成员互相识别和加入,但官方资料并未说明它们提供加密保护,不应将其视为安全屏障。
  • 需要更高保密要求的场景,应评估是否搭配其他加密手段(如 VPN)使用。

其他相关注意点

SonoBus 为了保持最高音频质量,不使用回声消除或自动降噪。因此如果有实时麦克风信号,需要佩戴耳机,否则会产生回声或啸叫。这一点与安全性无关,但同样属于使用前应当了解的设计取舍。

如需更详细的信息,可查阅 SonoBus 官方 User Guide 或其 PDF 版本。

SonoBus 的音频质量和延迟表现如何?

SonoBus 的音频质量可以按需在无损与压缩之间切换:它支持完全未压缩的 PCM(16、24 或 32 位),也支持使用低延迟 Opus 编解码器的压缩比特率(每通道 16–256 kbps),并且可以在使用中即时调整。延迟方面,SonoBus 提供对延迟、质量和整体混音的精细控制,但要达到最低延迟,官方建议用有线以太网连接路由器,而不是 WiFi。

音频质量:从无损 PCM 到低码率 Opus

SonoBus 把音频质量的调节权直接交给用户,同一场会话里可以随时改变设置,不需要重建连接。

模式 可选参数 适用场景
未压缩 PCM 16 / 24 / 32 位 网络条件好、追求最高保真度
压缩(Opus) 每通道 16–256 kbps 带宽有限、需要更低延迟

Opus 本身是面向低延迟场景设计的编解码器,SonoBus 用它来实现压缩传输。码率越高,音质越接近原始信号,占用带宽也越大;码率越低,越省带宽,但会引入更多压缩痕迹。由于设置是动态的,你可以在排练或录制过程中根据网络状况实时调整。

延迟:可控,但取决于你的网络

SonoBus 的设计目标是低延迟的端到端音频传输,但它没有把延迟固定成一个数值,而是让用户通过抖动缓冲(jitter buffer)等参数自行权衡。

关键机制在于抖动缓冲:

  • 缓冲越大,越能吸收网络抖动和丢包,音频更稳定,但延迟更高。
  • 缓冲越小,延迟越低,但对网络质量要求越高。

官方给出的最佳实践很直接:用有线以太网连接电脑和路由器,以获得最低延迟。WiFi 虽然能用,但额外的网络抖动和丢包会迫使你增大抖动缓冲来维持音质,结果就是延迟上升。

影响延迟与音质的其他因素

除了网络和编解码设置,还有几点会直接影响实际体验:

  • 不使用回声消除和自动降噪。SonoBus 为了保持最高音频质量,刻意不做这两项处理。因此如果你开着麦克风,必须戴耳机,否则会产生回声甚至啸叫。
  • 可选效果链。SonoBus 内置可选的输入压缩、噪声门、EQ,以及一个主混响。这些效果可以改善听感,但也会增加处理环节,需要时再开启。
  • 无加密。SonoBus 目前对数据传输不做加密。音频是用户之间点对点直连的,连接服务器只用于让同一组内的用户互相找到彼此,不中转音频。官方说明被截获的可能性很低,但这一点需要知悉。

怎么选设置

  • 网络稳定、以听感优先:选未压缩 PCM,16 位起步,需要更高动态再上 24 或 32 位。
  • 带宽紧张或想压低延迟:选 Opus 压缩,从较高码率(如 128–256 kbps)开始,再根据实际听感和网络统计往下调。
  • 延迟始终偏高:先检查是不是走 WiFi,改成有线以太网通常比调参数更有效。

SonoBus 是开源、多平台、完全免费的,支持 macOS、Windows、iOS、GNU/Linux 独立运行,也可作为 macOS 和 Windows 上的音频插件(AU、VST、AAX)在 DAW 中使用。更详细的参数说明和操作步骤可参考官方 User Guide 及其 PDF 版本。

使用 SonoBus 时如何避免回声和降低延迟?

SonoBus 本身不做回声消除和自动降噪,所以只要开着麦克风,就必须戴耳机,否则会产生回声甚至啸叫;想拿到最低延迟,则要让电脑走有线以太网连路由器,而不是 WiFi。这两条是官方在 BEST PRACTICES 里明确给出的前提,其余设置都建立在这个基础上。

为什么必须戴耳机

SonoBus 为了保持最高音频质量,刻意不加入回声消除(echo cancellation)和自动降噪(automatic noise reduction)。这意味着它不会帮你把扬声器放出来的声音从麦克风信号里“抠掉”。

  • 如果你用外放音箱 + 麦克风:麦克风会拾取音箱里其他人的声音,再传回群里,形成回声循环;音量够大时还会变成刺耳的反馈啸叫。
  • 戴耳机后,扬声器声音不再进入麦克风,回声和反馈的根源就被切断了。

这是使用习惯问题,不是软件 bug,也没有开关可以绕过——因为一旦加入回声消除,音质就会下降,这与 SonoBus 的定位冲突。

降低延迟:优先有线,其次调抖动缓冲

延迟主要来自网络路径和抖动缓冲(jitter buffer)两部分。

用有线以太网

官方建议:为获得最佳效果和最低延迟,把电脑用有线以太网接到路由器。

WiFi 也能用,但会带来额外的网络抖动和丢包。为了维持可用的音频质量,SonoBus 需要更大的抖动缓冲区来吸收这些波动,而缓冲区越大,延迟就越高。所以 WiFi 下的延迟通常明显高于有线。

理解抖动缓冲的取舍

抖动缓冲是“用延迟换稳定”的机制:

连接方式 抖动/丢包 需要的抖动缓冲 结果
有线以太网 低 小 延迟低、音质稳
WiFi 较高 大 延迟升高

如果你不得不用 WiFi,可以尝试靠近路由器、减少同时占用带宽的设备,来压低抖动,从而允许更小的缓冲。

音质与延迟的平衡

SonoBus 的音频质量可以即时调整,这也会影响延迟和带宽:

  • 未压缩 PCM:16、24 或 32 位
  • 压缩:使用低延迟 Opus 编码,每声道 16–256 kbps

一般来说,压缩率越高、码率越低,占用的带宽越小,但音质损失越大;未压缩 PCM 音质最好,但带宽需求最高。延迟本身更多由网络和抖动缓冲决定,而不是编码格式,但在带宽紧张时,选择合适的码率能避免丢包,从而间接帮助维持低延迟。

其他需要知道的前提

  • 无加密:SonoBus 目前不对数据通信做加密。虽然被截获的可能性很低,但需要心里有数。
  • 点对点传输:所有音频直接在用户之间点对点发送,连接服务器只用于让同一组内的用户互相找到彼此。
  • 连接方式:选一个唯一的组名(可加密码),就能把多个人即时连到一起,用于做音乐、远程排练、播客等。

快速检查清单

  1. 开麦克风前先戴上耳机。
  2. 能插网线就插网线,别用 WiFi。
  3. 必须用 WiFi 时,尽量靠近路由器、减少带宽占用,以允许更小的抖动缓冲。
  4. 根据带宽情况在未压缩 PCM 和 Opus 压缩之间选择合适码率。
  5. 记住通信未加密,敏感场景需自行评估。

更多细节可查阅 SonoBus 官方 User Guide(网站提供在线版和 PDF 版),教程视频在其 YouTube 频道。

网站信息概览

现有迹象表明,域名长期存在且接入成熟网络服务,这些独立信号共同指向更稳定的运营投入,但不能单独证明内容或交易绝对可信。依据当前可见线索,当规范链接、描述或分享字段共同不足时,搜索平台更依赖自行推断,可能出现摘要偏题、图片缺失或权重分散。

域名与注册信息

域名最早登记于 2020 年,注册历史相对较长。顶级域为 .net,本身不提供额外的身份信号。

DNS 与邮件配置

存在 MX 记录,但未检测到 SPF、DKIM 或 DMARC。最低 TTL 为 60 秒,解析记录可能需要快速切换。依据当前可见线索,名称服务器由 Amazon Route 53 提供,使用专业 DNS 托管。综合当前可观察字段,邮件交换服务器可识别为 Amazon SES。未发现 CNAME,当前记录直接解析到地址。

TLS 与证书

RSA 密钥长度为 2048 位,符合当前常见配置。TLS 握手提供了完整的证书链数据。证书未包含组织名称,按现有字段归为 DV 域名验证证书。现有迹象表明,颁发者 Amazon 与当前云代理服务相匹配。从当前可见信息判断,TLS 证书有效期相对较长,需要持续关注续期。

HTTP 响应

6 项常用安全响应配置均未出现。响应已省略 X-Powered-By 标头。现有迹象表明,HTTP 头提供了 CDN/WAF 经过证据:x-cache、via。HTTP 字段未显示敏感内部网络标识。Server 头使用自定义值 AmazonS3。

技术栈分析

依据当前可见线索,网站对外留下了 Bootstrap、Amazon CloudFront 的技术特征,没有公开精确版本。由此只能判断大致架构,无法据此确认组件是否处于安全版本。

SEO 与社交分享

页面缺少描述标签,搜索平台可能自行截取正文。首页未检测到 Canonical 规范链接。社交分享时平台需要自行提取页面内容。页面标题长度为 7 个字符,处于常用展示范围。当前首页面向常规搜索抓取开放。

主机和电子邮件

DNSAmazon Route 53
主机Amazon CloudFront
电子邮件Amazon SES
位置 United States 国旗United States 13.226.209.105

用户评价(0)

  • 暂无评价。

页面、搜索与分享信息

页面描述未检测到
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

未知

暂未发现 Sitemaps

域名登记事实 RDAP / WHOIS

注册商Amazon Registrar, Inc.
注册时间2020-07-12
到期时间2027-07-12
域名状态active
名称服务器ns-1500.awsdns-59.org、ns-1691.awsdns-19.co.uk、ns-445.awsdns-55.com、ns-809.awsdns-37.net
DNSSECunsigned

DNS 记录

类型名称值TTL优先级
Asonobus.net13.226.209.10560—
Asonobus.net13.226.209.11660—
Asonobus.net13.226.209.6760—
Asonobus.net13.226.209.9060—
MXsonobus.netinbound-smtp.us-east-1.amazonaws.com30010
NSsonobus.netns-1500.awsdns-59.org172800—
NSsonobus.netns-1691.awsdns-19.co.uk172800—
NSsonobus.netns-445.awsdns-55.com172800—
NSsonobus.netns-809.awsdns-37.net172800—

TLS 与证书

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题*.sonobus.net
颁发者Amazon
有效期至2027-03-13T23:59 · 记录时剩余 163 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

标头值
content-typetext/html
cache-controlmax-age=3600
serverAmazonS3

已识别技术

BootstrapAmazon CloudFront