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

zlib.net

暂未发现付费内容
访问网站
站内浏览 0 次 访问跳转 1 次 正常
zlib Home Site 首页完整截图

快速了解

分类
编程开发
语言
未知
付费内容信号
暂未发现付费内容已观察
注册年份
2002
主机
A2 Hosting, Inc.推测
HTTPS 证书信任
通过已观察
最后更新

AI 生成的网站测评

AI 生成

本测评由 AI 根据公开资料生成,未经逐项人工核实;域名、证书等事实以本页采集数据为准。

zlib是什么网站?

zlib.net 是 zlib 压缩库的官方主页,不是内容型或工具型网站,而是这个开源软件项目的“说明书+下载入口”。页面资料写明,zlib 是一个免费、通用、无专利限制的无损数据压缩库,可在几乎所有计算机硬件和操作系统上使用,作者是 Jean-loup Gailly(压缩)和 Mark Adler(解压)。

网站主要提供什么

  • 项目说明:解释 zlib 是什么、设计目标(免费、通用、法律上无负担、跨平台),并说明 zlib 数据格式本身可跨平台移植。
  • 版本发布信息:首页列出当前版本及更新要点。资料显示当前版本为 zlib 1.3.2(2026 年 2 月 17 日),并逐条列出相对 1.3.1 的改动,如修复审计发现的问题、增加 compressBound_z/deflateBound_z 等函数、重写 CMake 支持、移除 vstudio 工程等。
  • 历史版本与变更记录:提供 1.3.1 相对 1.3 的更新说明,并可查看完整 Change Log。
  • 源码与文档入口:作为官方主页,通常承担源码下载、文档查阅和问题反馈的入口作用(资料未展开具体栏目)。

谁在什么情况下会用它

  • 开发者需要在 C/C++ 项目中集成压缩/解压功能,先来这里确认版本、API 变化和许可证条件。
  • 维护者升级 zlib 前,查看版本更新说明,判断是否涉及自己用到的接口(如 inflateCopy、gzread、minizip 相关修复)。
  • 需要确认“是否受专利限制”的团队,用首页对免费、无专利负担的表述做初步判断。

与其他站点的区别

zlib.net 只对应 zlib 这一个库,不是通用压缩软件站,也不提供在线压缩工具。若需要图形化压缩软件,应另找对应项目;若在找 PNG 相关规范,首页也提到它与 PNG Home Page 外观相似纯属巧合,两者是不同项目。

下一步

需要集成或升级 zlib 时,从首页进入当前版本说明和 Change Log,重点核对自己用到的函数是否在更新列表中被修改;再按项目构建方式选择对应的源码包。

zlib 1.3.2相比1.3.1有哪些关键更新?

zlib 1.3.2 于 2026 年 2 月 17 日发布,相比 1.3.1 的更新集中在安全加固、新 API 和构建系统重写三方面。

安全与健壮性

  • 修复 7ASecurity 对 zlib 审计发现的问题。
  • crc32_combine 系列函数增加负长度检查。
  • inflateCopy 只复制已初始化的窗口内容;deflateCopy 同样只复制已初始化的 deflate 状态。
  • inflate 分配时对状态清零,避免未初始化内存被使用。
  • 默认阻止使用不安全函数,除非显式请求。
  • 修复 16 位 int 平台上 inflatePrime() 的 bug。

新函数

  • compressBound_z、deflateBound_z:面向大数值的长度上界计算。
  • compress_z、uncompress_z:新增的压缩/解压接口。
  • deflateUsed():获取最后一个字节中已使用的位数。
  • minizip 的 zip.c 新增 zipAlreadyThere(),用于避免重复添加条目。

压缩与 I/O 行为

  • 用原子操作一次性构建 inflate 固定表。
  • gzread() 新增 "G" 选项,强制按 gzip 处理、关闭透明模式。
  • gzread.c 出错时返回所有可用的未压缩数据。
  • gz* 系列例程支持非阻塞设备。
  • s390x 平台对 CRC-32 计算做向量化。

构建与其他

  • CMake 支持完整重写;移除 vstudio 工程,改用 CMake 生成。
  • ./configure 新增 --undefined 选项,配合 UBSan 检查器。
  • 从 contrib 中移除 untgz。

如果你的项目依赖 minizip 或自定义 CMake 集成,升级时需重点验证构建脚本;使用 inflateCopy/deflateCopy 的代码可受益于更严格的状态复制行为。

如何在项目中集成zlib进行数据压缩?

在项目中集成 zlib 的常见路径是:把 zlib 源码或预编译库接入构建系统,然后在代码里调用 compress()/uncompress() 这类一次性接口,或使用 deflate()/inflate() 流式接口处理大块或分片数据。zlib 是免费、通用、无损且不受专利限制的压缩库,数据格式跨平台可移植,适合嵌入到几乎任何操作系统和硬件环境。

具体集成方式

  • C/C++ 项目:下载 zlib 源码,用其自带的 ./configure 生成 Makefile,或直接用 CMake 构建。1.3.2 版本已完整重写 CMake 支持,新项目优先走 CMake 更省事。构建后链接 libz,包含 zlib.h 即可。
  • 一次性压缩场景:数据量不大、整块在内存中时,用 compress() 和 uncompress();1.3.2 新增了 compress_z、uncompress_z 以及面向大数值的 compressBound_z、deflateBound_z,处理超大缓冲区时可改用这些带 _z 的版本。
  • 流式/分片场景:网络传输、文件读写等需要边读边压的场合,用 deflate()/inflate() 配合 z_stream,可控制内存占用。
  • gzip 文件读写:直接处理 .gz 文件时用 gzopen/gzread/gzwrite 系列。1.3.2 支持非阻塞设备,并新增 "G" 选项强制按 gzip 处理、关闭 gzread() 的透明模式。
  • ZIP 打包:zlib 附带 minizip,可读写 zip 包;1.3.2 为 minizip/zip.c 增加了 zipAlreadyThere(),便于避免重复条目。

选择条件与注意事项

  • 若项目已有构建系统,先确认能否直接找到系统自带的 zlib(多数 Linux 发行版和 macOS 都预装),能复用就不必自带源码。
  • 需要特定版本行为或跨平台一致性时,把源码 vendoring 进仓库更可控。
  • 1.3.2 针对 7ASecurity 审计做了安全修复,包括校验负长度、inflateCopy/deflateCopy 只复制已初始化内容、分配时清零 inflate 状态、默认禁用不安全函数等。新项目建议直接用 1.3.2;老项目升级时留意这些行为变化。
  • 解压不可信数据时,注意 1.3.1 起已修复 minizip 的 zip 头字段溢出和目录遍历攻击问题,不要停留在更早版本。

例如需要在嵌入式设备上压缩传感器数据流,可只编译 deflate/inflate 相关源文件,用流式接口按固定块大小处理,避免一次性分配大缓冲。

zlib的许可证是否允许商业使用且无专利限制?

zlib 的许可证允许商业使用,且官方明确声明不受专利限制。zlib 主页把自身定位为“free、general-purpose、legally unencumbered——即不覆盖任何专利——的无损数据压缩库”,可运行于几乎所有硬件和操作系统。

商业使用与专利限制

  • 商业使用:zlib 采用 zlib 许可证,属于宽松型开源许可,允许在闭源商业产品中使用、修改和再分发,无需公开源代码,也无需支付费用。
  • 专利限制:页面明确称“not covered by any patents”,即不涉及专利授权费或专利许可障碍。这与 LZW 等曾受专利约束的压缩方法形成对照。
  • 使用条件:zlib 许可证通常要求保留版权与许可声明、不将作者名义用于背书,并在分发修改版时标注更改。具体条款以发行包中的 LICENSE 文件为准。

谁在什么情况下适用

例如需要把压缩功能嵌入商业软件、固件或服务端程序,又不想承担专利授权成本或开源义务时,zlib 是常见选择。它只提供压缩/解压库本身,不附带图形界面或命令行工具,适合由开发者集成进自有程序。

下一步

下载当前版本 zlib 1.3.2 的源码包,查看其中的 LICENSE 与 README,确认声明保留方式后再集成到产品中。

zlib与PNG首页相似是否有关联?

zlib 官网首页与 PNG 首页相似,只是页面设计上的巧合,两个项目本身没有关联。zlib 首页原文就写明:如果这个页面看起来和 PNG Home Page 异常相似,“请放心,这种相似完全是巧合”。

两者的实际关系

  • zlib 是通用无损压缩库,由 Jean-loup Gailly(压缩)和 Mark Adler(解压)编写,采用 zlib 数据格式,可跨平台使用。
  • PNG 是图像文件格式,其规范中的压缩数据流使用 zlib/deflate,所以 PNG 相关工具和文档会提到 zlib。
  • 页面相似来自早期网页作者和维护者的排版习惯,不代表 zlib 属于 PNG 项目,也不代表两者共用同一套代码或组织。

什么时候会碰到这个疑问

例如你在查 PNG 规范时被引到 zlib 首页,看到相似的页面结构,容易以为 zlib 是 PNG 的官方子项目。实际应把 zlib 当作独立的压缩库使用;需要 PNG 资料时,再单独查 PNG 官方站点或规范文档。

zlib的minizip组件如何避免zip文件重复条目?

zlib 1.3.2 的 minizip 组件新增了 zipAlreadyThere() 函数,用来在写入前检查 zip 中是否已存在同名条目,从而避免重复条目。

用途与调用方式

zipAlreadyThere() 位于 minizip 的 zip.c 中,供开发者在调用 zipOpenNewFileInZip* 系列函数添加文件前先做判断:如果目标文件名已存在于当前 zip 中,就跳过写入或改用其他名字,而不是直接追加出第二条同名记录。

适用场景

  • 批量打包目录时,源目录里存在同名文件(如不同子目录下同名文件被压平到同一路径)。
  • 增量更新 zip:先检查再决定是新增还是替换,避免同一文件出现多份。
  • 由外部输入生成条目名时,防止重复命名导致解压行为不确定。

使用条件

该函数从 zlib 1.3.2 起提供,旧版本没有,需要升级后再调用。它只做“是否已存在”的判断,不负责删除或覆盖已有条目;要替换需自行按 minizip 的接口先处理旧条目。

例如需要在打包脚本中保证条目唯一时,可在每次添加前调用 zipAlreadyThere(),返回存在就跳过该文件并记录日志,便于事后核对。

zlib.net 是什么网站?

zlib.net 是 zlib 压缩库的官方主页。zlib 是一个免费、通用、不受专利限制的无损数据压缩库,可用于几乎所有计算机硬件和操作系统,其数据格式本身跨平台通用。该网站由 Greg Roelofs 最初创建,现由 Mark Adler 维护,主要发布版本信息、更新日志和源码获取入口。如果你要找的是 Linux 上那个压缩文件 I/O 的 zlibc 库,这里不是——网站明确说明两者无关。

网站提供什么

版本与更新信息

页面公布当前发布版本为 zlib 1.3.2(2026 年 2 月 17 日),并列出相对 1.3.1 的关键变更,例如:

  • 处理 7ASecurity 对 zlib 的审计发现
  • 在 crc32_combine 系列函数中检查负长度
  • inflateCopy 只复制已初始化的窗口内容
  • 新增 compressBound_z、deflateBound_z 等面向大数值的函数
  • 新增 compress_z、uncompress_z 函数
  • 用原子操作一次性构建 inflate 固定表
  • 完整重写 CMake 支持
  • 从 contrib 中移除 untgz
  • 在 s390x 上向量化 CRC-32 计算
  • 移除 vstudio 工程,改用 CMake 生成
  • minizip 的 zip.c 新增 zipAlreadyThere() 以避免重复条目
  • 新增 deflateUsed() 获取最后一个字节中已使用的位数
  • 修复 16 位 int 下 inflatePrime() 的缺陷
  • gzread 新增 "G" 选项强制 gzip、关闭透明处理
  • gzread.c 出错时返回所有可用的未压缩数据
  • gz* 系列例程支持非阻塞设备

1.3.1 相对 1.3 的变更也在页面上,包括 minizip 拒绝 zip 头字段溢出、修复 inflateSync() 在位缓冲区数据上的缺陷、新增 LIT_MEM 定义以少量内存换取 deflate 提速、为 ERR_MSG() 宏加边界检查、中和 miniunz 的 zip 路径穿越攻击等。完整历史可查页面链接的 Change Log。

源码与文档入口

主页是获取 zlib 源码和变更记录的起点,规范地址为 https://zlib.net/。需要下载或核对版本差异时,从这里进入对应版本和 Change Log 即可。

适合谁看

  • 开发者:确认当前版本号、评估升级影响、查看某次修复是否覆盖你遇到的问题。
  • 打包与运维人员:核对发行版所带 zlib 与上游版本的差距,判断是否需要回补安全修复。
  • 只想弄清网站性质的人:一句话——这是压缩库 zlib 的官方主页,不是压缩文件分享站,也不是 Linux zlibc 项目页。

容易混淆的点

名称 是什么 与本网站关系
zlib 通用无损压缩库 本站即其官方主页
zlibc Linux 上的压缩文件 I/O 库 无关,页面特别声明
zlib 数据格式 跨平台可移植的压缩格式 由 zlib 库实现

使用建议

想了解版本现状,直接看主页的 “Current release” 段落;想判断升级是否值得,对照关键更新列表找与你相关的条目(如安全审计修复、minizip 路径穿越、CMake 构建变化);需要完整历史,再进 Change Log。页面未提及价格或登录要求,下载与使用条件以站点当时展示为准。

zlib 1.3.2 版本有哪些主要更新?

zlib 1.3.2 是 zlib 官网公布的当前版本,发布日期为 2026 年 2 月 17 日。相比 1.3.1,这次更新以安全加固和构建体系整理为主:修复了 7ASecurity 审计发现的问题,为多个函数补上长度与边界检查,新增若干面向大数值和便捷调用的接口,并完全重写了 CMake 支持。如果你在用 1.3.1 或更早版本,且项目涉及解压不可信数据、使用 minizip 或依赖 CMake 构建,升级到 1.3.2 有明确收益;若只是使用稳定的压缩/解压主路径,也可以按常规节奏跟进。

安全与健壮性修复

1.3.2 的更新重点之一是落实 7ASecurity 对 zlib 的审计结论,具体包括:

  • 在 crc32_combine 系列函数中检查负长度,避免传入非法长度时产生未定义行为。
  • inflateCopy 只复制已初始化的窗口内容,deflateCopy 只复制已初始化的 deflate 状态,减少复制未初始化内存带来的风险。
  • 分配时对 inflate 状态清零。
  • 阻止在未显式请求的情况下使用不安全函数。
  • 修复 inflatePrime() 在 16 位 int 平台上的 bug。
  • 修复 gzread() 在出错时返回可用未压缩数据的问题,并让 gz* 系列例程支持非阻塞设备。

这些改动大多不改变正常调用下的行为,但对处理畸形输入、跨平台移植和长时间运行的服务更有保障。

新增函数

新增函数 用途
compressBound_z、deflateBound_z 面向大数值的长度上界计算,避免传统接口在超大输入下的溢出问题
compress_z、uncompress_z 对应的大数值版本压缩/解压便捷接口
deflateUsed() 获取最后一个字节中已使用的位数
zipAlreadyThere()(minizip) 帮助避免向 zip 包中写入重复条目

另外,gzread() 增加了 "G" 选项,用于强制按 gzip 处理、关闭透明读取行为;CRC-32 计算在 s390x 上做了向量化。

构建与工程结构变化

  • CMake 支持被完全重写,这是本次更新中影响构建集成最大的部分。原先依赖旧 CMake 脚本的项目需要重新验证配置结果。
  • 移除了 contrib 中的 untgz。
  • 移除了 vstudio 工程文件,改用 CMake 生成的工程。
  • ./configure 新增 --undefined 选项,供 UBSan 检查器使用。
  • inflate 固定表改为使用原子操作只构建一次。

是否值得升级

  • 建议升级:解压来自外部的不可信数据、使用 minizip 处理 zip 文件、在 16 位 int 或 s390x 等平台上运行、通过 CMake 集成 zlib 的项目。
  • 可按节奏升级:仅使用 compress/uncompress 等稳定接口、输入完全可信的嵌入式场景。升级时重点回归 CMake 构建产物和 minizip 相关调用。

zlib 本身是免费、通用、无专利限制的无损压缩库,数据格式跨平台可移植。版本变更的完整记录可在官网的 Change Log 中核对。

zlib 1.3.1 相比 1.3 修复了哪些问题?

zlib 1.3.1 相对 1.3 的更新集中在安全加固和缺陷修复上,主要包括:minizip 拒绝 zip 头字段溢出、修复 inflateSync() 处理位缓冲区数据时的错误、为 ERR_MSG() 宏增加边界检查、中和 miniunz 的 zip 路径遍历攻击,以及修正 minizip 中 Zip64 结束记录是否输出的判断、修复 ZLIB_DEBUG 编译下 check_match() 的缺陷,并新增 LIT_MEM 编译选项以用更多内存换取少量 deflate 速度提升。这些内容来自 zlib 官网的版本更新说明。

各项修复的具体含义

minizip:拒绝 zip 头字段溢出

minizip 在读取 zip 头字段时,如果字段值超出可表示范围,旧版本可能接受并继续处理。1.3.1 改为直接拒绝这类溢出输入,避免后续计算基于错误数值展开。对使用 minizip 解析外部 zip 文件的程序,这一条直接降低了解析异常文件时的风险。

修复 inflateSync() 对位缓冲区数据的处理

inflateSync() 用于在解压流中跳过损坏数据、寻找下一个同步点。当待处理数据位于位缓冲区(bit buffer)中时,1.3 存在判断错误。1.3.1 修正了该场景,使同步恢复在数据未按字节对齐时也能正确工作。

为 ERR_MSG() 宏增加边界检查

ERR_MSG() 是 zError() 使用的内部宏。1.3.1 为其增加边界检查,防止错误码越界访问消息表。这类问题通常只在异常错误码路径上触发,属于防御性修复。

中和 miniunz 的 zip 路径遍历攻击

miniunz 是 minizip 附带的解压示例工具。旧版本在解压时可能受构造的路径名影响,把文件写到目标目录之外(路径遍历)。1.3.1 对路径做了中和处理。若你在脚本或服务中调用 miniunz 解压不可信 zip,应升级到 1.3.1 或更高版本。

其他修复与改动

  • 修正 minizip 中是否输出 Zip64 结束记录的判断逻辑。
  • 修复 ZLIB_DEBUG 编译模式下 check_match() 的缺陷。
  • 新增 LIT_MEM 编译定义:用更多内存换取小幅 deflate 速度提升,属于可选权衡,默认不启用。

升级判断

你的使用场景 建议
用 minizip 解析或解压外部来源的 zip 升级,涉及溢出拒绝与路径遍历修复
调用 inflateSync() 从损坏流中恢复 升级,位缓冲区场景已修正
仅使用核心 deflate/inflate 且输入可信 修复相关但风险较低,可随常规版本更新升级
追求 deflate 速度且能接受更多内存 可评估启用 LIT_MEM

需要注意,1.3.1 之后官网已发布 1.3.2(2026 年 2 月 17 日),其中包含针对 7ASecurity 审计结果的修复,例如 crc32_combine 系列的负长度检查、inflateCopy 仅复制已初始化窗口内容等。新项目直接采用 1.3.2 更合适;若你正停留在 1.3,至少应升到 1.3.1 以覆盖上述问题。

在 zlib.net 上如何获取 zlib 源码和更新日志?

zlib.net 是 zlib 压缩库的官方主页,由 Mark Adler 维护,规范地址为 https://zlib.net/。主页直接展示当前发布版本(zlib 1.3.2,2026 年 2 月 17 日)及其相对上一版的关键更新,并提供指向完整 Change Log 的入口。需要源码包或历史改动记录时,从主页出发即可找到对应链接;具体下载文件名和目录结构以站内实际链接为准。

这个网站是什么

zlib 是一个免费、通用、不受专利限制的无损数据压缩库,可用于几乎所有计算机硬件和操作系统,其数据格式本身跨平台可移植。主页明确说明它与 Linux 的 zlibc 文件 I/O 压缩库无关,避免混淆。

页面同时交代了作者信息:压缩部分由 Jean-loup Gailly 编写,解压部分由 Mark Adler 编写。这有助于判断内容是否为官方一手信息。

获取源码的路径

主页的发布信息区是起点:

  1. 打开 https://zlib.net/,确认页面顶部显示的当前版本号(目前为 1.3.2)。
  2. 在版本说明附近查找源码包下载链接,通常以版本号命名的压缩包形式提供。
  3. 下载后核对版本号与主页标注一致,再解压使用。

预期结果是拿到与主页公布版本对应的官方源码。常见卡点是页面改版后链接位置变动,此时以主页可见的版本说明为准,不要从第三方镜像取包。

查看更新日志

主页列出当前版本相对上一版的关键更新,并给出“complete Change Log”入口。用法如下:

  • 想快速了解 1.3.2 改了什么,直接读主页的要点列表。
  • 想追溯更早版本(如 1.3.1 相对 1.3 的改动),进入完整 Change Log 逐条查看。

主页摘要中的 1.3.2 关键更新包括:处理 7ASecurity 审计发现的问题、在 crc32_combine 系列函数中检查负长度、inflateCopy 只复制已初始化的窗口内容、新增 compressBound_z 与 deflateBound_z 以支持大数值、用原子操作一次性构建 inflate 固定表、重写 cmake 支持、移除 contrib 中的 untgz、在 s390x 上向量化 CRC-32 计算、新增 compress_z 与 uncompress_z 函数等。

1.3.1 相对 1.3 的要点则包括:拒绝 minizip 中 zip 头字段溢出、修复 inflateSync 在位缓冲数据上的缺陷、新增 LIT_MEM 定义以少量内存换取 deflate 提速、为 ERR_MSG 宏增加边界检查、中和 miniunz 的 zip 路径遍历攻击等。

使用时的判断条件

  • 需要稳定版本:以主页标注的当前发布版为准,不必自行猜测版本号。
  • 需要评估升级影响:先读主页要点,再进完整 Change Log 核对与你所用接口相关的条目,例如涉及 inflateCopy、deflateCopy 或 minizip 的改动。
  • 需要构建:1.3.2 已重写 cmake 支持并移除 vstudio 工程,构建方式应据此调整;具体命令以源码包内说明为准。

网站资料未提及价格或登录限制,下载与查阅不需要据此推断为免登录或免费,以实际页面行为为准。

网站信息概览

综合当前可观察字段,域名长期存在且接入成熟网络服务,这些独立信号共同指向更稳定的运营投入,但不能单独证明内容或交易绝对可信。现有迹象表明,搜索摘要与社交预览缺少足够控制信号,可能导致不同平台对同一页面生成不一致的文案或图片。

域名与注册信息

截至本次评测,域名年龄约为 24 年。状态中包含防转移保护,未发现 hold 或删除流程标记。从公开技术信号来看,注册商为 GoDaddy.com, LLC,属于常见的主流域名服务商。顶级域为 .net,本身不提供额外的身份信号。

DNS 与邮件配置

已发现部分邮件认证记录,但 DMARC 尚未检测到。现有迹象表明,DNS 托管可识别为 a2hosting.com。现有迹象表明,MX 记录使用 zlib.net 企业邮箱服务。未发现 CNAME,当前记录直接解析到地址。当前未检测到 DNSSEC 签名。

TLS 与证书

RSA 密钥长度为 2048 位,符合当前常见配置。证书链完整,可由客户端连续验证。证书可验证域名控制权,但现有数据不能确认组织身份。现有迹象表明,当前证书颁发者为 Let's Encrypt。证书总有效期约 89 天,符合短周期自动续期模式。

HTTP 响应

常用安全响应头尚缺少 CSP、Referrer-Policy、Permissions-Policy。未发现 X-Powered-By,后端框架信息未通过该字段公开。HTTP 字段未显示敏感内部网络标识。HTTP Server 字段已隐藏详细版本。未从响应字段识别出常见 CDN 或 WAF。

技术栈分析

结合现有公开信息推测,站点可见的技术栈为 Apache,精确版本未知。技术名称本身提供了架构线索,但目前没有证据表明某个具体版本存在问题。

SEO 与社交分享

首页未检测到 Meta Description。页面未检测到 Viewport 元标签。页面没有声明首选 URL。社交分享时平台需要自行提取页面内容。首页已设置标题,长度适中。

主机和电子邮件

DNSa2hosting.com
主机A2 Hosting, Inc.
电子邮件zlib.net
IP 地理位置(推测,CDN 或代理可能与源站不同) United States 国旗United States 推测 85.187.148.2

域名登记事实

RDAP / WHOIS

注册商GoDaddy.com, LLC
注册时间2002-03-16
到期时间2029-03-16
域名状态client delete prohibited、client renew prohibited、client transfer prohibited、client update prohibited
名称服务器ns1.a2hosting.com、ns2.a2hosting.com、ns3.a2hosting.com、ns4.a2hosting.com
DNSSECunsigned

DNS 记录

DNS

类型名称值TTL优先级
Azlib.net85.187.148.2480—
MXzlib.netzlib.net4800
NSzlib.netns1.a2hosting.com86400—
NSzlib.netns2.a2hosting.com86400—
NSzlib.netns3.a2hosting.com86400—
NSzlib.netns4.a2hosting.com86400—
TXTzlib.netv=spf1 +mx +a +ip4:68.66.224.49 ~all14400—

TLS 与证书

TLS / SSL

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题*.madler.net
颁发者Let's Encrypt
有效期至2026-12-15T14:52 · 记录时剩余 47 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

HTTP

标头值
content-typetext/html
cache-controlmax-age=3600, must-revalidate
serverApache
strict-transport-securitymax-age=63072000; includeSubDomains
x-frame-optionsSAMEORIGIN
x-content-type-optionsnosniff

已识别技术

Apache

页面、搜索与分享信息

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

未知

所有爬虫 0 条允许 · 0 条禁止
  • 间隔抓取间隔 20 秒

暂未发现 Sitemaps

用户评价(0)

  • 暂无评价。