美国电信运营商AT&T近日向加州公共事业委员会（CPUC）及该州司法部长提起诉讼，要求解除其在加州维持传统铜线座机网络的监管义务，理由是这一仅覆盖少数用户的老旧网络每年要耗费公司高达10亿美元的成本。AT&T同时还向美国联邦通信委员会（FCC）申请豁免，希望在其蜂窝网络和光纤网络覆盖较好的地区，获准停止提供传统模拟电话服务。 根据加州现行规定，AT&T必须在全州范围内维护一套历史超过百年的铜线电话网络，为仍在使用传统座机的居民提供服务。然而，AT&T指出，这一网络如今仅服务加州约3%的居民，却需要投入巨额的运维费用，包括线路维护、设备更新以及故障抢修等支出。公司称，这种“为极少数用户维持整套基础设施”的要求已构成沉重的财务负担，因此决定通过法律途径谋求“脱身”。 在诉讼与监管豁免申请同步推进的同时，AT&T强调自己并非“抽逃投资”，而是在加速向更新一代的通信基础设施转型。公司透露，计划在2030年前投入190亿美元，在加州范围内为额外400万户家庭与企业铺设光纤，从而扩大高速宽带与现代通信服务的覆盖。AT&T认为，在移动通信和光纤网络已经提供更优质覆盖的地区，继续强制运营铜线座机网络，既不经济，也不符合技术演进方向。 AT&T还从能源和安全层面为自己的主张辩护。按照公司估算，如果逐步淘汰传统铜线座机网络，到2030年每年可节省约3亿千瓦时电力，相当于减少大约1700万加仑汽油燃烧产生的排放。与此同时，由于铜线盗窃在部分地区屡见不鲜，相关网络每年约发生2000起由盗窃引发的断网事故，若实现网络升级，有望显著降低此类故障。在AT&T看来，这些环保与治安收益进一步证明，继续维持旧网络“得不偿失”。 目前，此案已引发外界对“基础通信服务底线”与“运营商成本压力”之间平衡问题的关注。支持者认为，随着移动通信和光纤的普及，大规模保留铜线座机网络缺乏现实必要性，监管规则应与时俱进。但反对者则担忧，在偏远地区或弱势群体中，传统座机仍是重要的安全通信手段，一旦强制退出，可能影响应急呼叫和基本通信服务的可及性。如何在保护少数用户权益与减轻运营商负担之间找到新的制度平衡，将成为加州监管机构和法院接下来必须回答的问题。 查看评论
美国运营商 AT&T 宣布推出全新的“eSIM by AT&T”服务，面向前往美国、加拿大和墨西哥观赛的国际旅客提供便捷的移动数据接入方案。 本次服务的推出，紧扣将于 6 月 11 日至 7 月 19 日在上述三国举行的 2026 年国际足联世界杯赛期，旨在为抵达北美观看比赛的球迷提供简单、稳定的上网体验。 “eSIM by AT&T”以电子 SIM 形式提供，用户无需实体卡，只要拥有支持 eSIM 功能且已解锁的智能手机，即可使用。 AT&T 为该服务设计了四种有效期不同的“通行证”，用户可根据停留时间灵活选择。 所有档位价格均已包含税费和各类附加费用。 资费方面，一日通行证仅在美国境内有效，售价为 3.99 美元。 七日通行证在美国单国使用时价格为 15.99 美元，若覆盖美国、加拿大与墨西哥三国，则为 24.99 美元。 有效期 15 日的通行证，在仅限美国使用时价格为 25.99 美元，三国通用版本为 39.99 美元。 有效期 30 日的通行证，美国单国版售价 40.99 美元，三国版为 59.99 美元。 无论选购哪一档通行证，用户在手机上均可获得不限量数据流量，并额外包含 5GB 热点共享额度，可用于向其他设备提供网络连接。 包含无限通话和短信的套餐版本将于后续推出。 使用流程方面，用户需先在出行前或抵达后，在 iOS 或 Android 设备上下载“Connect on Demand by AT&T”应用程序。 在抵达美国后，用户可通过该应用购买“eSIM by AT&T”通行证并完成在线激活，全程无需前往实体门店，即可启用本地网络服务。 AT&T 执行副总裁兼总经理 Jenifer Robertson 表示，旅客期望从抵达目的地的那一刻起，就能享受到简单、无缝且可靠的连接体验。 她强调，“eSIM by AT&T”为国际旅行者提供了一种便捷灵活的方式，使他们能够随时随地追踪每一场比赛、与家人朋友分享旅行瞬间，并在北美停留期间充分享受每一个重要时刻。 根据 AT&T 公布的信息，本次 eSIM 服务明确以世界杯访客为主要目标客群，但同样适用于在服务覆盖期内赴北美短期停留、需要移动数据连接的其他国际旅客。 查看评论
IT之家 5 月 15 日消息，当地时间 5 月 14 日，AT&T、T-Mobile 与 Verizon 宣布达成原则性协议，计划共同成立一家新的合资企业。 该合资企业旨在通过整合有限的频谱资源来提升网络容量、改善客户体验，并借助统一平台帮助卫星服务提供商触达更多用户，从而助力消除美国境内（包括农村地区）的无线信号盲区。这意味着苹果 iPhone 的卫星联网能力将第一次在全美国范围内真正实现“有网可用”。 当然，该合资计划仍需各方最终协议谈判及满足惯例成交条件，具体何时落地尚未明确。 卫星服务整体上作为用户核心无线服务的补充组件。通过在该合资项目上的合作，三家运营商将能够提升客户的使用便捷性，促进竞争，并推动行业内的创新与增长。 在此之前，T-Mobile 已与 Starlink 在 D2D 领域展开合作，而 AT&T 和 Verizon 则分别携手 AST SpaceMobile。三大运营商通过结成联盟，在一定程度上是在“守住阵地”，避免未来卫星服务商直接面向终端用户提供移动连接，从而弱化传统运营商的角色。 一旦合资计划最终敲定，在传统蜂窝服务难以覆盖的区域，该合资企业将致力于为客户提供更强、更可靠的连接以及更多选择。IT之家附官方愿景如下： 减少覆盖盲区：几乎消除美国目前所有移动服务的信号盲区，覆盖此前未服务的区域。 紧急情况下的可靠连接：当现有地面网络因极端自然灾害或其他异常中断而不可用时，将提供冗余连接。 改善的网络性能：客户将获得更一致的性能表现，并能够更便捷地跨运营商接入卫星服务，从而加快功能更新，改善所有人的连接体验。 创新通信服务：通过三家合资伙伴的联合投资，服务提供商的选择将扩大，作为第一步，直连设备（D2D）接入将得到改进。随着消费者在卫星服务方面选择的增加，竞争也将加剧。新兴通信技术可以更轻松、更快速地开发和推出，以增强客户体验。 通用技术规范：统一的方法将带来行业范围内更好、更一致的客户体验。 对于行业而言，该合资企业旨在通过促进竞争、培育创新、扩大接入和简化集成来推动行业进步，带来显著收益。具体包括： 扩大接入范围，更多卫星服务提供商将获得竞争、投资和增长的机会，合资企业还将与农村移动网络运营商合作，使其能够为客户推出新产品。 轻松实现技术集成，移动网络运营商能够更快地为客户部署创新服务。 技术中立的创新平台，通过将最佳技术解决方案应用于合适的使用场景，连接将扩展至全国目前覆盖有限或无信号的地区，进一步巩固美国的技术领导地位。 高效利用频谱，改进宝贵且稀缺的国家许可频谱资源的应用与利用率。 全行业设备兼容性，通过与操作系统提供商、移动应用开发商及原始设备制造商采用基于标准的方法，用户在卫星网络上的体验将得到改善。 三家运营商还强调，现有运营商与卫星服务商之间的协议将继续有效，合资伙伴也可以独立继续进行各自的连接相关工作。 另外，在运营商加码 D2D 的同时，苹果自身也计划大幅扩展 iPhone 的卫星能力： 一方面将卫星导航与连接更深地整合进 Apple 地图，使地图在弱网或断网环境下也能借助卫星提供更可靠的定位与路线服务； 另一方面升级“信息”应用，让用户不仅能通过传统短信，还能通过卫星发送 RCS 等富媒体通讯内容。 为提升使用场景的实用性，苹果还计划在硬件上进行改造，让设备在室内等缺乏卫星直视视线的环境中，仍能尽可能维持与卫星的连接，并引入 5G 非地面网络（Non‑Terrestrial Network，NTN）技术，使地面基站可以借助卫星延伸覆盖范围。 此外，苹果还准备开放专用 API，让第三方开发者能够在其应用中原生集成卫星连接能力，从而催生更多依托卫星网络的新型应用场景，例如应急指挥、户外探险协作、远程物联网监测等。在三大运营商联合推动 D2D 卫星网络的背景下，这意味着未来一部 iPhone 在美国的绝大多数地区都将拥有更强的网络冗余能力：当传统蜂窝网络不可用时，卫星网络将成为真正可用的“第二通道”，而不再仅仅停留在“紧急求助”的有限形态。
美国三大移动运营商 AT&T、T-Mobile 与 Verizon 宣布达成里程碑式合作，组建面向卫星直连（Direct-to-Device，D2D）服务的联合公司，计划借助卫星网络消除美国本土范围内的信号盲区，这意味着苹果 iPhone 的联网能力将第一次在全国范围内真正实现“有网可用”。 根据三方发布的信息，这一新成立的合资企业将围绕卫星直连技术进行统一规划和投资，重点覆盖过去长期处于“未覆盖”或“覆盖不足”的偏远与农村地区，让包括 iPhone 在内的支持机型能够通过卫星获得更连续、更稳定的连接体验。 有行业分析人士指出，T-Mobile 目前已与星链（Starlink）在 D2D 领域展开合作，而 AT&T 和 Verizon 则分别携手 AST SpaceMobile，三大运营商通过结成联盟，在一定程度上是在“守住阵地”，避免未来卫星服务商直接面向终端用户提供移动连接，从而弱化传统运营商的角色。 Verizon 首席执行官在新闻稿中表示，这项合作不仅仅是要“把地图上的空白区域填满”，更是要构建一套更具弹性和韧性的数字基础设施，以适应用户在任何地点、任何场景下不断变化的通信需求。 对普通用户而言，三家运营商的联合意味着在荒野、高速公路、山区等过去较难覆盖的区域，依托卫星直连技术保持网络可用将成为现实，iPhone 等设备的联网体验将更接近“无感切换、无缝覆盖”。 目前，苹果已在 iPhone 14 及之后机型，以及 Apple Watch Ultra 3 上，与 Globalstar 合作提供卫星“紧急求救”（Emergency SOS）和道路救援等服务，让用户在完全没有蜂窝和 Wi‑Fi 覆盖时也能向紧急服务部门发出信息并共享定位。 通过 Globalstar 的低轨卫星星座，苹果设备还能借助“查找”（Find My）功能在无网络环境下更新和分享位置信息，并与个人联系人及第一响应人进行有限的消息通信。 值得注意的是，亚马逊目前正在收购 Globalstar 这一整套低轨卫星星座资产，这也被部分观察者视为对未来卫星通信格局的又一次重塑。 在运营商加码 D2D 的同时，苹果自身也计划大幅扩展 iPhone 的卫星能力：一方面将卫星导航与连接更深地整合进 Apple 地图，使地图在弱网或断网环境下也能借助卫星提供更可靠的定位与路线服务；另一方面升级“信息”应用，让用户不仅能通过传统短信，还能通过卫星发送 RCS 等富媒体通讯内容。 为提升使用场景的实用性，苹果还计划在硬件上进行改造，让设备在室内等缺乏卫星直视视线的环境中，仍能尽可能维持与卫星的连接，并引入 5G 非地面网络（Non‑Terrestrial Network，NTN）技术，使地面基站可以借助卫星延伸覆盖范围。 除了面向普通用户的系统级功能，苹果还准备开放专用 API，让第三方开发者能够在其应用中原生集成卫星连接能力，从而催生更多依托卫星网络的新型应用场景，例如应急指挥、户外探险协作、远程物联网监测等。 在三大运营商联合推动 D2D 卫星网络的背景下，这意味着未来一部 iPhone 在美国的绝大多数地区都将拥有更强的网络冗余能力：当传统蜂窝网络不可用时，卫星网络将成为真正可用的“第二通道”，而不再仅仅停留在“紧急求助”的有限形态。 查看评论
VIRCS ，又称威尔克斯，美西家宽头部商家，主营AT&T家宽产品，持有超过1万+家宽IP，家宽集中地点为加州，大部分产品为 独享带宽+独立IP+共享性能(VPS)+无限流量，IP质量优秀，机器性能中规中矩，4C8G的标配能满足绝大部分应用，高昂的售价搭配较低的带宽，滥用大户基本不会使用这类机器，也使得IP质量波动不大，整体而言是十分推荐的商家。 注意事项 1.零信任模式 服务商提供了三种安全防护模式，一般推荐使用 IP白名单模式 ，对大部分人而言5个白名单IP足够使用，端口转发会造成额外的性能损失，可能加剧网络波动，所以不推荐这样做。 2.付费更换IP 服务商还提供更换IP功能，可以 单独花10美元进行更换IP 或者 续费并+5美元更换IP ，在额外付费更换IP时，服务商会直接提供一大堆候选IP，可以挑选自己喜欢的，建议是选择连号的中的某一些，更大概率是新的IP。比如说候选IP为 222 、 223 、 224 、 225 、 226 、 227 、 228 、 229 、 230 、 167 、 182 、 53 ，前面这些连号的更可能是没分配的新IP，而后面的单独的可能就是别人用过后释放的。 3.免费更换IP 申请免费更换 IP，您的 IP 必须存在以下问题之一： 在 Google.com 搜索结果中出现明显的"非美国"地区提示； Meta.ai 明确提示"不支持当前国家/地区"； 无法访问 ChatGPT 或 Google Gemini 。 在确认存在上述问题的前提下，还需符合以下任一条件方可申请： 新购 3 天内 服务使用期间且服务剩余有效期≥ 15天+距上次 IP 更换≥ 31天 4.退款政策 官网原文 本服务均为虚拟商品，一经售出 概不退款 ，包括但不限于购买错误、不会使用、对第三方"查询结果/评分/显示地区"不满意、测速不理想等 5.严禁开放 80 端口或搭建网站 推荐操作 为了更好的保护IP，推荐关闭ping和修改SSH端口哦 下面两组命令适用于Debian12(如果有问题推荐问问AI修改适配自己的系统) 关闭ICMP答复报文 echo "net.ipv4.icmp_echo_ignore_all = 1" | sudo tee /etc/sysctl.d/99-disable-ping.conf sudo sysctl --system 更改SSH端口为35432(你也可以修改为你喜欢的数字) sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak.$(date +%F-%H%M%S) sudo sed -i 's/^[#[:space:]]*Port[[:space:]].*/Port 35432/' /etc/ssh/sshd_config grep -q '^Port 35432' /etc/ssh/sshd_config || echo 'Port 35432' | sudo tee -a /etc/ssh/sshd_config sudo sshd -t sudo systemctl restart ssh 本文无AFF，更多家宽产品可见 原文 AT&T产品 测试配置为 CPU：4 核 vCore 内存：8GB DDR4 硬盘：50GB NVMe IP：静态独享住宅IP地址 带宽：独享50Mbps[选配] 流量：独享专用IP无限流量 系统：Windows / Linux 交付：付款后自动开通 35.99刀/月 网络质量 三网勉强可以直连，推荐作为纯落地使用，搭配优质中转来提升稳定性和体验。绝大部分的洛杉矶线路机器中转延时在5-30ms左右，可以轻松跑满50Mbps带宽的，速度还是比较稳定的。 IP质量 IP质量优秀，数据完美家宽，流媒体完整解锁(包含MetaAI)，这个IP质量基本可以代表家宽质量的顶峰了，无可挑剔。 机器性能 机器性能较差，经典的E5+IO限制速度，不过本身4C8G的配置给的也比较足，运行大部分应用还是足够的，很吃CPU和IO的应用建议就不要放在这个机器上。 产品评价 这份测试结果可以很好的诠释美西头部家宽商家的产品表现上限，非常亮眼的一款的产品，无论是IP质量还是带宽都比较稳定。 但我还要说说这款产品的问题： 品控不稳定：这个问题也是老生长谈了，这个商家已经运营很久，避免不了一些老IP段的流出，比如说有些IP段被上一个人常年累月的使用后又释放重新放回到IP池子里，下一任机主买到手就发现是一个被“玩坏”的IP，甚至买到就是[[送中]]的，非常惨不忍睹，后续虽然商家更新了规则指明“送中”是可以免费更换IP的，但被数据库标记却是无法更换的，还必须要用户自行付费更换。总结的说就是 有的IP崭新出场，有的IP久经沙场 ，运气不好的MJJ买到坏IP体验非常糟糕啊。尽管这种现象并不常见，但还是存在的，我的建议是可以等官方购置新宽带后再购买，大概率就是全新IP，或者直接做好准备花10刀付费选择连号的新IP，毕竟买这款产品都是运营长期使用的，开头一次性的10刀更换费用其实也还好。 部分段 国际方向丢包断流 严重：有些IP段频繁的断流丢包，有些买来用AI的MJJ就很苦恼”怎么用思考到一半就中断了又要重新来“。这个似乎是AT&T防火墙的问题，我接触的多个AT&T家宽商家都说"AT&T静态家宽IP有并发连接数限制，此为运营商光猫的限制无法解除和解决",但就我玩过的AT&T家宽来看，有些段完全没问题，有的段更疯狂丢包断流，我更倾向于可能是部分IP段的超售问题，当然这个也只是我的推测而已，对于这个情况用户本身也很难解决，只能说是减少高并发的连接来缓解这个状况。额外说明一下：这个丢包不是ICMP丢包，家宽ICMP丢包很正常的，这个丢包是指TCP丢包。 除去这两个问题，这款产品就没什么我要说的了，总体来说，还是非常不错的产品，有需求可以优先考虑购买。 网络质量 闲时IPV4回程测试 国际主流网站互联测试 闲时广州电信(500Mbps) → 目标机器 IPERF3单线程测试 200 packets transmitted, 193 received, 3.5% packet loss, time 199360ms rtt min/avg/max/mdev = 164.522/168.883/198.970/4.483 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 3.26 MBytes 27.4 Mbits/sec 0 416 KBytes [ 5] 1.00-2.00 sec 2.49 MBytes 20.9 Mbits/sec 1104 2.41 MBytes [ 5] 2.00-3.00 sec 6.25 MBytes 52.4 Mbits/sec 5 1.96 MBytes [ 5] 3.00-4.00 sec 6.25 MBytes 52.4 Mbits/sec 168 1.97 MBytes [ 5] 4.00-5.00 sec 3.75 MBytes 31.4 Mbits/sec 73 1.04 MBytes [ 5] 5.00-6.00 sec 7.50 MBytes 62.9 Mbits/sec 0 2.01 MBytes [ 5] 6.00-7.00 sec 5.00 MBytes 41.9 Mbits/sec 106 2.00 MBytes [ 5] 7.00-8.00 sec 6.25 MBytes 52.4 Mbits/sec 34 2.00 MBytes [ 5] 8.00-9.00 sec 3.75 MBytes 31.4 Mbits/sec 21 1.39 MBytes [ 5] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec 38 1.46 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 49.5 MBytes 41.5 Mbits/sec 1549 sender [ 5] 0.00-10.17 sec 47.8 MBytes 39.4 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 185 KBytes 1.52 Mbits/sec [ 5] 1.00-2.00 sec 725 KBytes 5.94 Mbits/sec [ 5] 2.00-3.00 sec 1.22 MBytes 10.2 Mbits/sec [ 5] 3.00-4.00 sec 1.50 MBytes 12.6 Mbits/sec [ 5] 4.00-5.00 sec 1.48 MBytes 12.5 Mbits/sec [ 5] 5.00-6.00 sec 1.37 MBytes 11.5 Mbits/sec [ 5] 6.00-7.00 sec 1.66 MBytes 13.9 Mbits/sec [ 5] 7.00-8.00 sec 2.49 MBytes 20.9 Mbits/sec [ 5] 8.00-9.00 sec 2.14 MBytes 17.9 Mbits/sec [ 5] 9.00-10.00 sec 2.22 MBytes 18.6 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.38 sec 18.0 MBytes 14.6 Mbits/sec 1037 sender [ 5] 0.00-10.00 sec 15.0 MBytes 12.6 Mbits/sec receiver 闲时广州联通(500Mbps) → 目标机器 IPERF3单线程测试 200 packets transmitted, 159 received, 20.5% packet loss, time 199868ms rtt min/avg/max/mdev = 163.462/164.697/174.160/1.522 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 3.62 MBytes 30.4 Mbits/sec 0 431 KBytes [ 5] 1.00-2.00 sec 2.50 MBytes 21.0 Mbits/sec 962 2.32 MBytes [ 5] 2.00-3.00 sec 3.75 MBytes 31.5 Mbits/sec 1139 2.02 MBytes [ 5] 3.00-4.00 sec 6.25 MBytes 52.4 Mbits/sec 14 1.91 MBytes [ 5] 4.00-5.00 sec 3.75 MBytes 31.5 Mbits/sec 211 1.89 MBytes [ 5] 5.00-6.00 sec 6.25 MBytes 52.4 Mbits/sec 1 1.90 MBytes [ 5] 6.00-7.00 sec 3.75 MBytes 31.4 Mbits/sec 3 1.22 MBytes [ 5] 7.00-8.00 sec 6.25 MBytes 52.4 Mbits/sec 103 1.94 MBytes [ 5] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec 124 1.92 MBytes [ 5] 9.00-10.00 sec 6.25 MBytes 52.4 Mbits/sec 71 1.99 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 47.4 MBytes 39.7 Mbits/sec 2628 sender [ 5] 0.00-10.17 sec 45.2 MBytes 37.3 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 80.6 KBytes 660 Kbits/sec [ 5] 1.00-2.00 sec 201 KBytes 1.64 Mbits/sec [ 5] 2.00-3.00 sec 437 KBytes 3.58 Mbits/sec [ 5] 3.00-4.00 sec 629 KBytes 5.15 Mbits/sec [ 5] 4.00-5.00 sec 980 KBytes 8.03 Mbits/sec [ 5] 5.00-6.00 sec 690 KBytes 5.65 Mbits/sec [ 5] 6.00-7.00 sec 584 KBytes 4.78 Mbits/sec [ 5] 7.00-8.00 sec 479 KBytes 3.93 Mbits/sec [ 5] 8.00-9.00 sec 697 KBytes 5.71 Mbits/sec [ 5] 9.00-10.00 sec 689 KBytes 5.64 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.17 sec 8.88 MBytes 7.32 Mbits/sec 1267 sender [ 5] 0.00-10.00 sec 5.34 MBytes 4.48 Mbits/sec receiver 闲时广州移动(500Mbps) → 目标机器 IPERF3单线程测试 200 packets transmitted, 179 received, 10.5% packet loss, time 199396ms rtt min/avg/max/mdev = 207.420/228.465/266.506/6.388 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 976 KBytes 7.99 Mbits/sec 0 137 KBytes [ 5] 1.00-2.00 sec 4.80 MBytes 40.2 Mbits/sec 0 2.34 MBytes [ 5] 2.00-3.00 sec 3.75 MBytes 31.5 Mbits/sec 1349 1.65 MBytes [ 5] 3.00-4.00 sec 3.75 MBytes 31.5 Mbits/sec 1516 1.48 MBytes [ 5] 4.00-5.00 sec 3.75 MBytes 31.5 Mbits/sec 600 2.48 MBytes [ 5] 5.00-6.00 sec 3.75 MBytes 31.4 Mbits/sec 24 1.33 MBytes [ 5] 6.00-7.00 sec 6.25 MBytes 52.4 Mbits/sec 0 2.50 MBytes [ 5] 7.00-8.00 sec 6.25 MBytes 52.4 Mbits/sec 58 2.50 MBytes [ 5] 8.00-9.00 sec 3.75 MBytes 31.5 Mbits/sec 1 2.49 MBytes [ 5] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec 125 2.50 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 42.0 MBytes 35.2 Mbits/sec 3673 sender [ 5] 0.00-10.53 sec 38.6 MBytes 30.7 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 103 KBytes 845 Kbits/sec [ 5] 1.00-2.00 sec 301 KBytes 2.47 Mbits/sec [ 5] 2.00-3.00 sec 327 KBytes 2.68 Mbits/sec [ 5] 3.00-4.00 sec 615 KBytes 5.04 Mbits/sec [ 5] 4.00-5.00 sec 867 KBytes 7.10 Mbits/sec [ 5] 5.00-6.00 sec 789 KBytes 6.46 Mbits/sec [ 5] 6.00-7.00 sec 1.55 MBytes 13.0 Mbits/sec [ 5] 7.00-8.00 sec 1.08 MBytes 9.08 Mbits/sec [ 5] 8.00-9.00 sec 1.79 MBytes 15.0 Mbits/sec [ 5] 9.00-10.00 sec 1.81 MBytes 15.2 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.54 sec 11.9 MBytes 9.45 Mbits/sec 900 sender [ 5] 0.00-10.00 sec 9.17 MBytes 7.69 Mbits/sec receiver DMIT.LAX.T1 → 目标机器 IPERF3单线程测试 200 packets transmitted, 200 received, 0% packet loss, time 199292ms rtt min/avg/max/mdev = 5.725/6.753/29.387/1.791 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 16.2 MBytes 136 Mbits/sec 0 96.2 KBytes [ 5] 1.00-2.00 sec 6.25 MBytes 52.4 Mbits/sec 0 96.2 KBytes [ 5] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec 0 99.0 KBytes [ 5] 3.00-4.00 sec 6.25 MBytes 52.4 Mbits/sec 0 96.2 KBytes [ 5] 4.00-5.00 sec 5.00 MBytes 41.9 Mbits/sec 0 96.2 KBytes [ 5] 5.00-6.00 sec 6.25 MBytes 52.4 Mbits/sec 0 96.2 KBytes [ 5] 6.00-7.00 sec 5.00 MBytes 41.9 Mbits/sec 0 139 KBytes [ 5] 7.00-8.00 sec 6.25 MBytes 52.4 Mbits/sec 0 105 KBytes [ 5] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec 0 99.0 KBytes [ 5] 9.00-10.00 sec 6.25 MBytes 52.4 Mbits/sec 0 96.2 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 67.5 MBytes 56.6 Mbits/sec 0 sender [ 5] 0.00-10.01 sec 56.5 MBytes 47.4 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 11.9 MBytes 99.4 Mbits/sec [ 5] 1.00-2.00 sec 5.93 MBytes 49.8 Mbits/sec [ 5] 2.00-3.00 sec 5.59 MBytes 46.9 Mbits/sec [ 5] 3.00-4.00 sec 6.08 MBytes 51.0 Mbits/sec [ 5] 4.00-5.00 sec 5.76 MBytes 48.3 Mbits/sec [ 5] 5.00-6.00 sec 5.86 MBytes 49.2 Mbits/sec [ 5] 6.00-7.00 sec 5.83 MBytes 48.9 Mbits/sec [ 5] 7.00-8.00 sec 5.70 MBytes 47.8 Mbits/sec [ 5] 8.00-9.00 sec 5.92 MBytes 49.7 Mbits/sec [ 5] 9.00-10.00 sec 5.76 MBytes 48.3 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 67.0 MBytes 56.2 Mbits/sec 5342 sender [ 5] 0.00-10.00 sec 64.3 MBytes 53.9 Mbits/sec receiver BWH.DC1 → 目标机器 IPERF3单线程测试 200 packets transmitted, 200 received, 0% packet loss, time 199239ms rtt min/avg/max/mdev = 5.149/5.968/10.450/0.734 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.46 MBytes 54.2 Mbits/sec 8 99.0 KBytes [ 5] 1.00-2.00 sec 5.72 MBytes 48.0 Mbits/sec 0 99.0 KBytes [ 5] 2.00-3.00 sec 5.59 MBytes 46.9 Mbits/sec 29 110 KBytes [ 5] 3.00-4.00 sec 5.59 MBytes 46.9 Mbits/sec 0 124 KBytes [ 5] 4.00-5.00 sec 5.59 MBytes 46.9 Mbits/sec 0 99.0 KBytes [ 5] 5.00-6.00 sec 5.65 MBytes 47.4 Mbits/sec 17 93.3 KBytes [ 5] 6.00-7.00 sec 5.59 MBytes 46.9 Mbits/sec 24 90.5 KBytes [ 5] 7.00-8.00 sec 5.59 MBytes 46.9 Mbits/sec 0 96.2 KBytes [ 5] 8.00-9.00 sec 5.59 MBytes 46.9 Mbits/sec 0 96.2 KBytes [ 5] 9.00-10.00 sec 5.59 MBytes 46.9 Mbits/sec 0 93.3 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 57.0 MBytes 47.8 Mbits/sec 78 sender [ 5] 0.00-10.01 sec 55.7 MBytes 46.7 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 11.9 MBytes 100 Mbits/sec [ 5] 1.00-2.00 sec 5.85 MBytes 49.1 Mbits/sec [ 5] 2.00-3.00 sec 5.91 MBytes 49.6 Mbits/sec [ 5] 3.00-4.00 sec 5.85 MBytes 49.0 Mbits/sec [ 5] 4.00-5.00 sec 5.89 MBytes 49.4 Mbits/sec [ 5] 5.00-6.00 sec 5.86 MBytes 49.2 Mbits/sec [ 5] 6.00-7.00 sec 5.85 MBytes 49.0 Mbits/sec [ 5] 7.00-8.00 sec 5.72 MBytes 48.0 Mbits/sec [ 5] 8.00-9.00 sec 5.84 MBytes 49.0 Mbits/sec [ 5] 9.00-10.00 sec 5.91 MBytes 49.6 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 68.0 MBytes 57.0 Mbits/sec 3851 sender [ 5] 0.00-10.00 sec 64.6 MBytes 54.2 Mbits/sec receiver VMISS.US.TRI → 目标机器 IPERF3单线程测试 200 packets transmitted, 200 received, 0% packet loss, time 199220ms rtt min/avg/max/mdev = 5.144/5.860/14.506/1.001 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.26 MBytes 52.5 Mbits/sec 0 93.3 KBytes [ 5] 1.00-2.00 sec 5.47 MBytes 45.9 Mbits/sec 8 90.5 KBytes [ 5] 2.00-3.00 sec 5.72 MBytes 48.0 Mbits/sec 1 90.5 KBytes [ 5] 3.00-4.00 sec 5.53 MBytes 46.4 Mbits/sec 0 93.3 KBytes [ 5] 4.00-5.00 sec 5.72 MBytes 48.0 Mbits/sec 0 105 KBytes [ 5] 5.00-6.00 sec 4.78 MBytes 40.1 Mbits/sec 11 110 KBytes [ 5] 6.00-7.00 sec 5.22 MBytes 43.8 Mbits/sec 53 110 KBytes [ 5] 7.00-8.00 sec 4.04 MBytes 33.9 Mbits/sec 18 110 KBytes [ 5] 8.00-9.00 sec 2.86 MBytes 24.0 Mbits/sec 108 105 KBytes [ 5] 9.00-10.00 sec 2.80 MBytes 23.5 Mbits/sec 108 96.2 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 48.4 MBytes 40.6 Mbits/sec 307 sender [ 5] 0.00-10.01 sec 48.0 MBytes 40.2 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 11.9 MBytes 99.7 Mbits/sec [ 5] 1.00-2.00 sec 5.93 MBytes 49.7 Mbits/sec [ 5] 2.00-3.00 sec 5.92 MBytes 49.7 Mbits/sec [ 5] 3.00-4.00 sec 5.88 MBytes 49.3 Mbits/sec [ 5] 4.00-5.00 sec 5.89 MBytes 49.4 Mbits/sec [ 5] 5.00-6.00 sec 5.89 MBytes 49.4 Mbits/sec [ 5] 6.00-7.00 sec 5.90 MBytes 49.5 Mbits/sec [ 5] 7.00-8.00 sec 5.89 MBytes 49.4 Mbits/sec [ 5] 8.00-9.00 sec 5.89 MBytes 49.4 Mbits/sec [ 5] 9.00-10.00 sec 5.86 MBytes 49.2 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 68.2 MBytes 57.2 Mbits/sec 3521 sender [ 5] 0.00-10.00 sec 64.9 MBytes 54.5 Mbits/sec receiver Flawlessnode → 目标机器 IPERF3单线程测试 200 packets transmitted, 200 received, 0% packet loss, time 199306ms rtt min/avg/max/mdev = 33.642/34.173/37.640/0.584 ms [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 16.2 MBytes 136 Mbits/sec 0 82.0 KBytes [ 5] 1.00-2.00 sec 6.25 MBytes 52.4 Mbits/sec 0 79.2 KBytes [ 5] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec 0 82.0 KBytes [ 5] 3.00-4.00 sec 6.25 MBytes 52.4 Mbits/sec 0 82.0 KBytes [ 5] 4.00-5.00 sec 5.00 MBytes 41.9 Mbits/sec 0 82.0 KBytes [ 5] 5.00-6.00 sec 6.25 MBytes 52.4 Mbits/sec 0 87.7 KBytes [ 5] 6.00-7.00 sec 5.00 MBytes 41.9 Mbits/sec 4 99.0 KBytes [ 5] 7.00-8.00 sec 6.25 MBytes 52.4 Mbits/sec 0 82.0 KBytes [ 5] 8.00-9.00 sec 6.25 MBytes 52.4 Mbits/sec 0 82.0 KBytes [ 5] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec 0 90.5 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 67.5 MBytes 56.6 Mbits/sec 4 sender [ 5] 0.00-10.01 sec 56.6 MBytes 47.4 Mbits/sec receiver [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 11.7 MBytes 98.4 Mbits/sec [ 5] 1.00-2.00 sec 5.95 MBytes 49.9 Mbits/sec [ 5] 2.00-3.00 sec 5.90 MBytes 49.5 Mbits/sec [ 5] 3.00-4.00 sec 5.87 MBytes 49.3 Mbits/sec [ 5] 4.00-5.00 sec 5.88 MBytes 49.3 Mbits/sec [ 5] 5.00-6.00 sec 5.87 MBytes 49.2 Mbits/sec [ 5] 6.00-7.00 sec 5.86 MBytes 49.2 Mbits/sec [ 5] 7.00-8.00 sec 5.89 MBytes 49.4 Mbits/sec [ 5] 8.00-9.00 sec 5.79 MBytes 48.6 Mbits/sec [ 5] 9.00-10.00 sec 5.86 MBytes 49.2 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.03 sec 68.6 MBytes 57.4 Mbits/sec 4509 sender [ 5] 0.00-10.00 sec 64.6 MBytes 54.2 Mbits/sec receiver ip质量 IPV4质量 IPlark测试结果 常见流媒体解锁 测试时间: 2026-05-09 04:09:26 IPV4: ============[ 跨国平台 ]============ Apple YES (Region: USA) BingSearch YES (Region: US) Claude YES Dazn YES (Region: US) Disney+ YES (Region: US) Gemini YES (Region: US) GoogleSearch YES Google Play Store YES (Region: US) IQiYi YES (Region: US) Instagram Licensed Audio YES KOCOWA YES MetaAI YES Netflix YES (Region: US) Netflix CDN US OneTrust YES (Region: US CALIFORNIA) ChatGPT YES (Region: US) Paramount+ YES Amazon Prime Video YES (Region: US) Reddit YES SonyLiv YES (Region: IN) Sora YES (Region: US) Spotify Registration NO Steam Store YES (Community Available) (Region: US) TVBAnywhere+ YES (Region: US) TikTok YES (Region: US) Viu.com YES Wikipedia Editability YES YouTube Region YES YouTube CDN LAX ---------------------TikTok解锁--感谢lmc999的源脚本--------------------- Tiktok Region: 【US】 细分流媒体解锁 ** 正在测试 IPv4 解锁情况 -------------------------------- ** 您的网络为: AT&T Internet (108.95.*.*) ============[ Multination ]============ Dazn: Yes (Region: US) Disney+: Yes (Region: US) Netflix: Yes (Region: US) YouTube Premium: Yes (Region: US) Amazon Prime Video: Yes (Region: US) TVBAnywhere+: Yes Spotify Registration: No OneTrust Region: US [California] iQyi Oversea Region: US Bing Region: US (Risky) Apple Region: US YouTube CDN: Los Angeles, CA Netflix Preferred CDN: Los Angeles, CA ChatGPT: Yes Google Gemini: Yes (Region: USA) Claude: Yes Wikipedia Editability: Yes Google Play Store: United States Google Search CAPTCHA Free: Yes Steam Currency: USD ---Forum--- Reddit: Yes ---Game--- SD Gundam G Generation Eternal: Yes ======================================= ===========[ North America ]=========== Paramount+: Yes (Region: US) Discovery+: Yes (Region: US) Acorn TV: Yes BritBox: Yes SonyLiv: No (Content not found) NBA TV: Yes TLC GO: Yes (Region: US) Shudder: Yes Fubo TV: Yes (Region:US) Tubi TV: Yes Pluto TV: Yes KOCOWA: Yes AMC+: Yes (Region: USA) MathsSpot Roblox: Failed (Error: PAGE ERROR) ---US--- FOX: Yes Hulu: Yes NFL+: Yes ESPN+:[Sponsored by Jam] Yes MGM+: Failed (Error: PAGE ERROR) Starz: Failed (Error: PAGE ERROR) Philo: Yes FXNOW: Yes HBO Max: Yes (Region: US) Crackle: Failed (Network Connection) CW TV: Yes A&E TV: Yes NBC TV: Yes Sling TV: Yes encoreTVB: Yes Peacock TV: Yes Popcornflix: Failed (Network Connection) Crunchyroll: Yes Directv Stream: Yes Meta AI: Failed (Error: PAGE ERROR) 常见IP库结果 数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4] ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9] ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E] ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] | IPV4: 安全得分: 信任得分(越高越好): 100 [8] VPN得分(越低越好): 0 [8] 代理得分(越低越好): 0 [8] 社区投票-无害: 0 [2] 社区投票-恶意: 0 [2] 威胁得分(越低越好): 0 [8] 欺诈得分(越低越好): 0 [E] 滥用得分(越低越好): 0 [3] ASN滥用得分(越低越好): 0.0001 (Very Low) [A] 公司滥用得分(越低越好): 0.0001 (Very Low) [A] 威胁级别: low [9 B] 流量占比: 真人(越高越好)90% [I] 机器人(越低越好)9% [I] 黑名单记录统计:(有多少黑名单网站有记录): 无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 92 [2] 安全信息: 使用类型: unknown [C] isp [0 3 7 A] business [9] internet_backbone [8] 公司类型: isp [0 7 A] 浏览器类型: 主流48% 其他51% [I] 设备类型: 桌面50% 移动49% 其他0% [I] 操作系统类型: 主流97% 其他2% [I] 是否云提供商: No [7 D] 是否数据中心: No [0 5 8 A C] 是否移动设备: No [5 A C] Yes [E] 是否代理: No [0 4 5 7 8 9 A B C D E] 是否VPN: No [0 7 A C D E] 是否Tor: No [0 3 7 8 A B C D E] 是否Tor出口: No [7 D] 是否网络爬虫: No [9 A B E] 是否匿名: No [7 8 D] 是否攻击者: No [7 8 D] 是否滥用者: No [7 8 A C D E] 是否威胁: No [7 8 C D] 是否中继: No [0 7 8 C D] 是否Bogon: No [7 8 A C D] 是否机器人: No [E] DNS-黑名单: 304(Total_Check) 0(Clean) 8(Blacklisted) 18(Other) Google搜索可行性：NO ------------邮件端口检测--基于oneclickvirt/portchecker开源------------ Platform SMTP SMTPS POP3 POP3S IMAP IMAPS LocalPort ✔ ✔ ✔ ✔ ✔ ✔ QQ ✘ ✔ ✔ ✘ ✔ ✘ 163 ✘ ✔ ✔ ✘ ✔ ✘ Sohu ✘ ✔ ✔ ✘ ✔ ✘ Yandex ✘ ✔ ✔ ✘ ✔ ✘ Gmail ✘ ✔ ✘ ✘ ✘ ✘ Outlook ✘ ✘ ✔ ✘ ✔ ✘ Office365 ✘ ✘ ✔ ✘ ✔ ✘ Yahoo ✘ ✔ ✘ ✘ ✘ ✘ MailCOM ✘ ✔ ✔ ✘ ✔ ✘ MailRU ✘ ✔ ✘ ✘ ✔ ✘ AOL ✘ ✔ ✘ ✘ ✘ ✘ GMX ✘ ✔ ✔ ✘ ✔ ✘ Sina ✘ ✔ ✔ ✘ ✔ ✘ Apple ✘ ✔ ✘ ✘ ✘ ✘ FastMail ✘ ✔ ✘ ✘ ✘ ✘ ProtonMail✘ ✘ ✘ ✘ ✘ ✘ MXRoute ✘ ✘ ✔ ✘ ✔ ✘ Namecrane ✘ ✔ ✔ ✘ ✔ ✘ XYAMail ✘ ✘ ✘ ✘ ✘ ✘ ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ Inbox_eu ✘ ✔ ✔ ✘ ✘ ✘ Free_fr ✘ ✔ ✔ ✘ ✔ ✘ 机器性能 ---------------------基础信息查询--感谢所有开源项目---------------------- CPU 型号 : Intel Xeon Processor (Skylake, IBRS) CPU 核心数 : 4 CPU 频率 : 1995.311 MHz CPU 缓存 : L1: 128.00 KB / L2: 16.00 MB / L3: 64.00 MB AES-NI指令集 : ✔ Enabled VM-x/AMD-V支持 : ✔ Enabled 内存 : 401.87 MiB / 7.72 GiB Swap : [ no swap partition or swap file detected ] 硬盘空间 : 14.00 GiB / 49.82 GiB 启动盘路径 : /dev/sda3 系统在线时间 : 19 days, 9 hour 26 min 负载 : 0.46, 0.21, 0.30 系统 : Debian GNU/Linux 12 (bookworm) (x86_64) 架构 : x86_64 (64 Bit) 内核 : 6.1.0-40-amd64 TCP加速方式 : bbr 虚拟化架构 : KVM NAT类型 : Port Restricted Cone IPV4 ASN : AS7018 AT&T Enterprises, LLC IPV4 位置 : Irvine / California / US ------------------------CPU测试--通过sysbench测试------------------------- -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec) 1 线程测试(单核)得分: 812 Scores 4 线程测试(多核)得分: 3295 Scores --------------------内存测试--感谢lemonbench开源---------------------------- -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec) 单线程读测试: 16651.66 MB/s 单线程写测试: 13284.14 MB/s --------------------磁盘dd读写测试--感谢lemonbench开源-------------------- -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode) 测试操作 写速度 读速度 100MB-4K Block 20.7 MB/s (5059 IOPS, 5.06s) 32.8 MB/s (8000 IOPS, 3.20s) 1GB-1M Block 1.0 GB/s (961 IOPS, 1.04s) 472 MB/s (450 IOPS, 2.22s) ----------------------磁盘fio读写测试--感谢yabs开源----------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 94.08 MB/s (23.5k) | 834.65 MB/s (13.0k) Write | 94.33 MB/s (23.5k) | 839.04 MB/s (13.1k) Total | 188.41 MB/s (47.1k) | 1.67 GB/s (26.1k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 1.04 GB/s (2.0k) | 925.89 MB/s (904) Write | 1.09 GB/s (2.1k) | 987.56 MB/s (964) Total | 2.13 GB/s (4.1k) | 1.91 GB/s (1.8k) Frontier 动态IP 这个产品比较特别，是直接以socks/reality形式交付的，并且也并非是独立IP产品，而是Frontier运营商的IP池子共享，目前共7个IP池，所以同一个账号最多也只能购买7个。这个产品作为美西非常罕见的动态家宽产品，IP质量优秀，北京每日凌晨3-4点换IP。 我对这个产品是有些迷惑的，35刀/月的售价+共享IP+socks交付的组合性价比属实一般，当然了如果你有强烈的动态IP需求，这款产品也是能考虑一下的，毕竟动态IP产品确实还是太少了。 测试配置为 网络: 动态每日换 带宽: 50M独享带宽 IP: 1个IPV4 流量: 无限流量 周期: 月付$34.98 我们仅仅记录了多天的IP质量脚本报告，因为本身也没有机器交付，测试下来觉得IP质量还是相当不错的，作为NAT产品质量不错。 ip质量 IPV4质量 IPlark测试结果 8 个帖子 - 8 位参与者 阅读完整话题
美国运营商 AT&T 日前在母亲节之际公布了一组有趣的通信数据，显示美国人在与母亲联系时，明显更偏爱短信而非电话。 数据显示，高达 75% 的美国人更倾向于给母亲发短信而不是拨打电话，他们在母亲节期间平均每打一通电话，就会发出三条短信给母亲。 在各大城市中，休斯敦、圣安东尼奥和芝加哥成为给母亲发信息、打电话最为频繁的三座城市，这一趋势在 2024 年和 2025 年均保持稳定。 AT&T 的数据进一步指出，在所有“最常与妈妈保持联系”的前十座城市中，有六座位于美国南部地区。 值得一提的是，休斯敦在榜单中遥遥领先，其与母亲之间的短信与通话总量比其他任何城市都多出近三百万次，再次凸显当地居民在母亲节期间的高互动热情。 查看评论