从我们以色列节点发起的 HTTP 检测发出完整 GET 请求——DNS 解析、TCP 握手、TLS 协商和首字节响应——记录状态码和响应时间。这是对特拉维夫地区用户加载页面时所经历过程的最准确模拟。对于使用 GeoDNS 或 CDN Anycast 的服务，以色列源 IP（AS206446）决定了选择哪个边缘或源站，使此检测对验证以色列用户是否访问了正确 PoP 具有参考价值。

以色列用户通常由特拉维夫本地的 CDN 边缘服务，或当本地容量不足时由雅典或伊斯坦布尔的附近 PoP 服务。Cloudflare、Akamai 和 AWS CloudFront 均在以色列有边缘节点。若你的 CDN 正确路由以色列流量，缓存内容应从本地边缘在 20 ms 内响应。来自我们以色列节点的 CDN 内容响应时间超过 80 ms，说明 Anycast 路由将以色列 IP 导向欧洲边缘而非本地节点。

以色列返回非 200 HTTP 响应而其他地区成功，可能表明 WAF 规则或地理封锁应用于以色列 IP 空间。出于合规或安全原因，部分服务对中东 IP 段应用更严格的规则。AS206446 是在 RIPE NCC 注册的合法以色列托管服务商，不应触发标准商业 WAF 规则集。若从以色列观察到 HTTP 屏蔽但欧洲节点正常，对照 RIPE 注册的以色列 ASN 检查服务器的 GeoIP 策略或 WAF 规则，是正确的诊断步骤。

以色列互联网基础设施集中在特拉维夫大都市区，国内主要 IX 设施、数据中心和运营商托管机构均位于此。IIX（以色列互联网交换中心）运营主要对等互联网络，国内 ISP、内容提供商和 CDN PoP 均在此对接。ISUOG 作为次要 IX 运营。两者均位于特拉维夫都市走廊内，以色列运营商和托管基础设施的主要实体均汇聚于此。我们的两个探针节点所在的佩塔提克瓦和纳塔尼亚相距约 15 公里，均在此都市区集中地带。

以色列的国际连通性几乎全部经由海底光缆出口。FLAG 和 SEA-ME-WE 光缆系统在海法和特拉维夫登陆，通过地中海提供向欧洲方向的主要容量。次要路径经埃及西奈半岛陆地路由。在路由顺畅的光缆容量下，特拉维夫至法兰克福约 50–60 ms，至伦敦约 60–68 ms，至纽约经跨大西洋光缆约 125–135 ms。这些 RTT 与南欧位置相当，使以色列处于欧洲 CDN 基础设施的有效覆盖范围内。

以色列主要运营商包括运营主要国内固话骨干网的 Bezeq International（AS8551）、Partner Communications（AS12400）、HOT Telecom（AS5486）和 Cellcom。商业 ISP 和托管市场还有 CLOUD LEASE（AS206446）等服务商，我们的两个探针节点均托管于此。AS206446 是在佩塔提克瓦和纳塔尼亚均有节点的云托管和机房服务商，均通过以色列国内骨干网连接，并向 IIX 和国际出口提供过境。

以色列拥有该地区最高的固话宽带平均速度之一，这得益于光纤的广泛部署和具有竞争力的 ISP 定价。以色列市场的对等互联质量因其地理位置而异常出色——通过海底光缆与欧洲邻近，以及在 IIX 的积极参与，意味着许多欧洲 CDN 边缘服务以色列时，时延与南欧用户所见相当。Akamai、Cloudflare 和 AWS 均在特拉维夫地区维护边缘 PoP。

我们在以色列运营两个探针节点——一个在佩塔提克瓦，一个在纳塔尼亚——均通过 CLOUD LEASE（AS206446）。两个节点同属一个 AS 且位于同一都市区，意味着结果通常一致，但同时运行两者可确认没有节点存在局部路由异常。对于有 Anycast 或 GeoDNS 的目标，鉴于地理邻近性和共同上游，两个节点应返回相同或几乎相同的结果。