博客被墙（3）
2025 年 12 月 09 日晚间，国内访问站点再次出现异常。浏览器有时提示“访问超时”，有时提示“连接被重置”，表现十分不稳定。通过其他国际链路访问一切正常，因此可以确认服务器本身没有故障，问题仅限于国内方向。
虽然海外访问完全正常，但国内方向的访问尚未恢复。近期发布的内容主要是站点的“动态”，问题发生在这些内容更新之后。目前仍在观察，不排除需要寻找替代线路或采取其他措施。
本次情况属于站点连续受阻的又一次记录，后续如果恢复或出现变化，我会继续更新。
测试与观察
我使用了在线检测工具：https://appinchina.co/test-your-site-in-china/ 该工具提供 DNS、IP、SSL、可达性等多项实时测试。检测结果显示站点状态为“Unreachable”。
使用 curl 直接访问站点，TCP 建连与 TLS 握手耗时约 13 秒，远高于正常情况（通常几百毫秒）。最终返回“连接被重置”。以下是关键日志节选（完整日志略）：
行为特征包括：
- 握手阶段被多次延迟，表现为持续的
cf_connect()调用。 - 连接建立后，服务器未返回任何内容。
- 最终在约 8 分钟后被外部强制重置。
结合路由正常但数据流被反复延迟并最终 reset 的特征，显然超出了服务器正常响应行为。
域名解析正常，域名指向正确的 IP 地址。通过 tracert 23.95.230.172 测试，链路可达，没有出现路由层面的丢包或断点。这意味着 DNS 与 IP 路径均正常，问题并不发生在解析或路由层。
SSH 同样无法建立连接。这说明问题不仅限于 TLS 或 443 端口，而是 TCP 层即已受到影响，导致服务器管理操作完全不可用。
近期发布的内容均为站点的“动态”类更新，如：
2025 年 12 月 25 日更新（已恢复）
12 月 24 日晚，偶然执行了一次：
curl -v --resolve brimflow.xyz:443:23.95.230.172 https://brimflow.xyz发现已经可以直接访问源站。
此前域名被屏蔽后，我启用了 Cloudflare 代理，国内访问只能命中缓存页面，源站始终不可达。而上述命令通过 --resolve 绕过 CDN，直接请求源站 IP，一秒即返回完整页面内容。随后检查 SSH，确认也可以直接连接，基本可以判断源站层面的访问限制已经解除。
12 月 25 日下午再次验证，未发现新的阻断迹象，基本可以认为该次屏蔽已经恢复。
值得注意的是，这类屏蔽方式并不容易简单归因为“IP 被墙”或“域名被墙”：ICMP 始终可达，域名解析结果正确，TCP 握手似乎并未完全失败，但内容传输阶段被干扰，具体表现为 SSL 证书校验异常，同时 SSH 连接无法建立。这更像是一种针对会话层或加密通道的定向干预，而非传统意义上的全量封禁。
2026 年 02 月 02 日更新（服务器彻底被墙）
上次更新（2025 年 12 月 25 日）后的一段时间内，服务器运行一直较为正常，IP 地址为 23.95.230.172，访问与维护均未出现明显异常。随后由于网站扩展存储空间，以及为 AI Agent 等子域单独部署服务，我新购置了一台配置更高的服务器，主要精力也转向了子域建设，原服务器因此长期处于闲置状态。
最近一到两周内，我多次尝试登录这台旧服务器，均无法建立连接，SSH 始终超时。在直连网络环境下，连接请求停滞在密钥交换阶段；而在通过代理的情况下，几乎可以瞬时连接成功。
ssh -vvv ...@23.95.230.172
...
debug1: SSH2_MSG_KEXINIT sent
ssh_dispatch_run_fatal: Connection to 23.95.230.172 port 22: Connection timed out从现象上看，该 IP 并非完全不可达：ICMP 请求仍可正常响应，Ping 测试可以通过，但 TCP 层的实际服务连接已被阻断，至少包括最基本的 SSH 访问。这意味着服务器在技术上“存活”，但在使用层面已不可用。
无法确认这一状态是在多久内逐步形成的，是数周还是一个月，只能确认目前已处于完全不可维护的状态。综合此前经历，个人在海外购买服务器、搭建个人博客，期间访问状态反复不稳定，最终被彻底阻断，大致就是这样一个过程。
后续该 IP（23.95.230.172）对应的服务器到期后将不再续费，本文亦不再继续更新。上述经历或许不足以支持普适性的结论，但作为一个真实的运行样本，仍可被纳入个人技术决策的整体评估之中，期望能帮助有幸看到本文的读者，更全面、也更深入地理解这一现状。
该文章讨论的是一个博客被墙的经历，作者在使用在线检测工具和 SSH工具尝试了解原因。作者发现问题主要出在TCP层，内容传输阶段被干扰，SSL证书校验异常，SSH连接无法建立。作者认为这是一个针对会话层或加密通道的定向干预，而非传统意义上的全量封禁。作者最后确认了该IP被彻底阻断，决定不再继续更新该博客。
目前，博客的访问被墙，国内访问经常提示“连接被重置”或“超时”，但海外访问正常。经过 investigation 分析，发现问题主要出在 DNS 或 TCP 层，具体表现为：SSH 连接无法建立，ICMP requests 可以正常，但 TCP 属于会话层（Transport Layer）的服务被干扰。
该博客在近期出现了多次被墙的情况，导致国内访问不可用，而海外访问正常。通过分析可知，问题主要出现在内容更新之后，且不仅仅是 DNS 或 IP 地址问题，还涉及到 TCP 层的服务连接被阻断，包括 SSH 访问。这些现象表明，攻击者或服务管理者可能采取了一种针对会话层或加密通道的定向干预方式，导致博客被彻底阻断。
本文指出，作者的博客被墙了，国内访问无法正常连接，国际链路可以正常访问。作者尝试使用多种方法来解决问题，包括使用 Cloudflare 代理，但最终发现问题出在源站层面，确实是因为 DNS 和 IP 路径正常，但内容传输阶段被干扰。作者也发现，SSH 連接无法建立，表明问题不仅限于 TLS 或 443 端口。作者在尝试登录旧服务器时发现无法建立连接，仅通过代理时可以连接成功。作者总结说，这类屏蔽方式并不容易简单归因为“IP 被墙”或“域名被墙”，而是一种针对会话层或加密通道的定向干预。
作者也提到，最近一到两周内，旧服务器长期处于闲置状态，最近尝试登录时无法建立连接，仅通过代理时可以连接成功。作者认为，这种情况下，个人在海外购买服务器、搭建个人博客时，需要谨慎考虑，这种情况下可能需要使用 Cloudflare 代理或其他技术来解决问题。
我很担心这次被墙案例的发生。尽管最后发现问题主要出在会话层或加密通道上，但还是觉得这次被墙的方式有些复杂，很难理解。作为一个博客作者，看到自己的网站被墙，会产生很大的压力和不确定感。
该博客在多次发生被墙的情况下，用户在全球范围内可以正常访问，但在国内方向出现严重的访问困难。分析指出，问题主要出现在内容更新后，尝试通过 DNS、IP、SSL 和可达性等多项实时测试，但结果显示站点状态为“Unreachable”。此外，通过 SSH 和 curl 等工具尝试连接也遇到严重的延迟和拒绝，表明问题可能出现在 TCP 层。然而，域名解析正常、ICMP 请求正常、Ping 测试也正常，这意味着 DNS 和路由层的问题不大。最终，问题出现在内容传输层，导致 SSL 证书校验异常。此外，SSH 连接无法建立，提示存在更高层次的访问限制。
这个博客在 2025 年 12 月 25 日被墙，之后一直没有恢复。使用(curl)试图直接访问该站点，发现可以通过 Cloudflare 代理访问到，但 SSH 连接不通过。同时，检查了该站点的 DNS、IP、SSL 和可达性等多项实时测试，都显示站点状态为“Unreachable”。这表明问题不仅限于 DNS 或 IP 层面，可能涉及到会话层或加密通道的定向干预。
我最近又遇到了一个令人 frustrate 的问题。我的博客被墙了。
该网站的技术问题主要涉及到与 DNS 或 IP 地址相关的问题，而不是传统意义上的“被墙”（IP 被墙或域名被墙）。SSH 和 HTTPS 的连接也受到影响，表明问题不仅限于一个特定的端口或协议，而是更深层次的技术问题。结合各种测试结果，原因可能是对会话层或加密通道的定向干预。
评论：
1. 个人博客在技术层面上的经历可能对于理解“被墙”现象具有参考价值，尤其是关于域名、IP、SSL 等层面的具体情况，提供了一些细节和参考。
2. 个人在海外购买服务器后，反复经历了访问状态不稳定和被彻底阻断的现象，这可能是由于各种因素造成的，包括技术层面上的问题、网络问题或其他因素。
3. 作者在分析中提到了，ICMP请求仍可正常响应，Ping 测试可以通过，但 TCP 层的实际服务连接已被阻断，这意味着服务器在技术上“存活”，但在使用层面已不可用。
4. 作者建议在海外购买服务器时，需要考虑到技术层面的稳定性和可靠性，避免类似的问题发生，或者通过其他方式来确保博客的可访问性。
该博客在 2025 年 12 月 09 日再次出现了访问不稳定问题，提示国内访问有时提示“超时”或“连接被重置”，但是海外访问正常。经过检查，发现问题出在国内方向的访问，问题不限于具体的内容更新。目前，作者正在寻找替代线路或采取其他措施来解决问题。
此外，作者在 2025 年 12 月 25 日进行了验证，发现虽然可以通过 Cloudflare 代理进入站点，但直接访问源站仍然不可达。SSH 连接也无法建立，表明问题不仅限于 HTTPS 或 443 端口，甚至可能涉及会话层或加密通道的防火墙。根据此前经历，作者建议海外购买服务器，个人博客可避免类似问题。
此外，作者提到，2026 年 02 月 02 日，服务器被彻底被墙，这表明问题不仅仅是暂时的网络问题，可能是更深层次的防火墙或安全措施的问题。
这次网站被墙是由于技术层面上的问题引起的，包括 DNS 和 TCP 层的干扰，导致用户无法正常访问网站。虽然在海外访问上面正常，但国内访问却受到阻塞，包括 SSH 和curl等服务。经过一段时间的观察和尝试，发现问题已经彻底解决，网站被墙。
博客被墙的现象在网络空间中并不少见，尤其是在封锁或监控的国家。这里讨论的是一名博客主在国内访问博客时遇到的问题。根据提供的信息，博客在某一时间被墙，国内访问者无法正常访问，虽然海外访问是正常的。博客主尝试各种方法，包括使用 Cloudflare 代理和 SSH 运行测试，均未能解决问题。最终，博客主在购买并使用新的服务器后，博客被彻底被墙，无法再正常使用。
这个案例反映了在网络空间中，技术层面的封锁和监控可能会导致实时服务不可用或不可访问的情况。它也强调了个人博客主在技术决策中需要考虑的因素，包括网络安全和可靠性。
此外，博客主提到，通过分析和 experimentation，了解了封锁机制的性质，尽管无法彻底推断出具体的原因，但提供了一个有价值的案例，可能有助于其他博客主理解和应对类似问题。
这是一个关于博客被墙的文章。作者在这里描述了他们博客在 2025 年 12 月期间经历的技术问题。他们提到，博客在国内方向有时会出现访问超时或连接被重置的问题，但在海外方向是正常的。他们尝试使用各种工具和方法来解决问题，包括使用 Cloudflare 代理和 SSH 测试。然而，最后他们的博客被彻底阻断了，导致无法访问。作者分享了他们的经历，希望能够帮助其他人在做出类似决定时更全面地理解这一现象。
该博客在 2025 年 12 月 09 日出现了不可达问题，国内访问无法正常连接，国际访问正常。根据提供的信息，问题可能出现在内容更新后的某个时候，导致服务器被墙。虽然域名解析正常，ICMP 和 TCP 握手也正常，但内容传输阶段被干扰，出现 SSL 证书校验异常和 SSH 连接不可用。之后，购买新服务器并使用其测试发现该旧服务器被彻底阻断，无法使用。
本博客在2025年12月9日出现了网络问题，导致国内访问不稳定，提示“访问超时”或“连接被重置”。虽然海外访问正常，但国内方向的访问仍未恢复。近期发布的内容主要是站点的“动态”。目前尚未恢复。
以下是两段评论：
一方面，国内访问站点的不稳定现象可能是由于多种因素引起的，包括网络环境、区域内的网络管控、或者是站点自身的技术设置等。然而，在这种情况下，通过国际链路的访问已经确认站点的状态是正常的，这意味着问题可能与国内访问有关，或者是站点本身的设置或网络管控。
另一方面，最近出现的现象——在localhost或自定义端口上 SSH连接时遇到连接超时问题，也表明存在一个更深入的网络层面的问题。这意味着问题不仅仅局限于站点自身，可能还涉及到更高层的网络管控或安全措施。
这篇文章是一篇技术博客文章，讨论了一个在国内访问博客站点的经历。作者在 2025 年 12 月 09 日晚上，发现国内访问站点的状态不稳定，提示“访问超时”或“连接被重置”，但通过国际链路访问全部正常。作者认为问题仅限于国内方向，且近期发布的内容可能是导致问题的原因。
作者使用在线检测工具进行了自我检测，发现站点状态为“Unreachable”，并且使用 SSH 无法连接到该站点，表明问题不仅限于 DNS 或 443 端口。作者还使用 Cloudflare 代理，国内访问只能命中缓存页面，而源站始终不可达，确认了源站层面的访问限制已经解除。
然而，2026 年 02 月 02 日，作者尝试登录旧服务器，均无法建立连接，SSH 超时，表明该 IP 已经被彻底被墙。作者认为，这是由于海外购买服务器、搭建个人博客过程中反复不稳定的结果。
这篇文章提供了一份真实的案例，展示了
这次又一次地被墙了，国内访问一直不稳定，外国访问正常，问题只在国内访问。最近一次是 2025 年 12 月 25 日，之前的时间上也遇到类似问题，最后被墙后很久没有更新，现服务器被墙，无法使用，IP 地址不再续费。
该博客的访问被墙现象再次出现，仅在国内方向下发生，且只影响站点的“动态”类更新。经过多次尝试，发现问题不在 DNS 或 IP 导向，问题主要出现在内容传输阶段。通过 Cloudflare 代理，国内访问可通过，直接请求源站 IP 亦可获得正常响应。然而，ICMP 和 SSH 都不可用，表明问题出现在更高层次的会话或加密通道上。
被种草了，马上实践去～！
感谢分享，太实用了，mark 先赞后看！～
被种草了，马上实践去～！！
今天白天又检查了一遍服务器端配置，依然没有发现异常。目前仍需绕行国际网络才能访问，国内网络上的 TLS/SSL 握手持续受到干扰。
如果此文长期没有更新，那基本意味着网站会一直停留在被墙的状态。只是对我而言，这件事影响不大。日子照旧，继续喂流浪猫，继续谋生。