GitHub Pages 搭配 Cloudflare：实现百度友好与访问加速
越来越多站长选择 GitHub Pages 作为静态博客的托管方案，其免费、稳定且支持自定义域名的特性，让建站变得简单高效。但国内用户访问 GitHub Pages 时常遇到速度慢、偶尔无法连接等问题，同时百度爬虫对 GitHub 域名的抓取兼容性也不理想。通过 Cloudflare 进行域名解析和代理，可以同时解决这两大痛点。以下是一套常见的配置思路与实用技巧。
第一步：将自定义域名绑定到 GitHub Pages
GitHub Pages 支持绑定自己的域名。你只需在仓库的 Settings > Pages 中填写自定义域名（例如 example.com），然后在域名 DNS 管理中添加一条 CNAME 记录，指向 你的用户名.github.io。稍等片刻，GitHub 就会自动为该域名申请 HTTPS 证书，并启用强制 HTTPS 访问。
第二步：将域名托管到 Cloudflare
Cloudflare 提供全球 CDN 和安全防护服务。注册后，添加你的域名，并按照提示将域名 NS 记录修改为 Cloudflare 指定的服务器。这一步骤通常需要 24 小时以内生效。
- 设置 DNS 记录：在 Cloudflare 的 DNS 面板中，添加一条 A 记录（而非 CNAME），指向 GitHub Pages 的四个 IP 地址之一：
185.199.108.153、185.199.109.153、185.199.110.153、185.199.111.153。也可以添加一条 CNAME 记录指向你的用户名.github.io，但使用 A 记录通常更稳定。 - 开启代理（橙色云朵）：对于所有 DNS 记录，建议开启 Cloudflare 代理（Proxy 状态），这样访客的请求会先经过 Cloudflare 的全球网络，然后再转发到 GitHub Pages。这既能加速访问，也能隐藏源站 IP。
第三步：针对百度爬虫做兼容优化
由于百度爬虫对 Cloudflare 代理的兼容性存在一些历史问题，部分站长反映开启代理后百度无法正常抓取页面。常见的解决方式包括：
- 创建页面规则：在 Cloudflare 的 Rules > Page Rules 中，添加一条规则，匹配你的域名
*example.com/*，并设置 SSL 为Full (strict)，Cache Level 为Standard。这可以减少因 SSL 握手失败导致的爬虫中断。 - 配置 Cipher 优先级：在 SSL/TLS 设置中，将加密套件调整为支持百度爬虫常用的旧协议（如 TLS 1.2），同时保持 Always Use HTTPS 为开启状态。
- 设置百度爬虫白名单（进阶）：在 Cloudflare 的 WAF（防火墙）中，可以创建一个自定义规则，允许来自百度官方 IP 段的请求绕过代理，直接访问 GitHub Pages 源站。百度爬虫 IP 段会不定期更新，建议参考百度站长平台的官方文档获取最新列表。
第四步：验证与持续优化
完成配置后，建议进行以下验证：
- 使用
curl -I或在线 HTTP 头检测工具，确认返回的响应中包含CF-Ray头部（表示 Cloudflare 代理生效）。 - 在百度站长平台中提交 sitemap，观察抓取状态是否为 200 且响应时间正常。
- 如果发现百度抓取异常，可以先关闭 Cloudflare 代理（将橙色云朵改为灰色）一段时间，待百度收录正常后再重新开启。
常见误区：不要同时使用 CNAME 记录指向 GitHub Pages 并开启 Cloudflare 代理，这可能导致 SSL 证书冲突。建议使用 A 记录指向固定 IP，或者将域名的 NS 完全托管到 Cloudflare 后，让 Cloudflare 自动处理证书。
总结：一套组合，双重收益
GitHub Pages 负责内容托管与生成，Cloudflare 承担 DNS 解析、CDN 加速和安全防护。只要针对百度爬虫的特性稍作规则调整，这套组合完全可以在国内实现良好的访问体验和搜索引擎友好度。对于个人博客、项目文档或轻量级企业展示站来说，这是一种低成本、高效率的部署方案。
前不久，美国开放人工智能研究中心（OpenAI）承认，旗下部分人工智能（AI）模型在一次内部安全测试中失控，突破隔离环境并入侵开源AI平台的基础设施。这起“前所未有的网络安全事件”引人深思：当人工智能越来越像一匹日行千里的骏马，如何才能驾驭好它？
评论区
热门讨论 · 占位展示期待你的精彩发言。