V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
SimonOne
V2EX  ›  宽带症候群

深圳的移动宽带+Surge 经常无法访问网络

  •  
  •   SimonOne · 2023-12-10 18:49:32 +08:00 · 1996 次点击
    这是一个创建于 383 天前的主题,其中的信息可能已经有所发展或是发生改变。

    我两个星期前刚来深圳,Surge 在后台跑着,动不动(几分钟不动或者休眠后唤醒)就全部路线超时,然后不管什么网站都打不开了(直连规则的网站也毫无响应)。查看 Surge 的请求查看器,里面的请求都是 Failed to establish connection (Connection timeout)。 似乎解析的 ip 也是不对劲的,例如 www.v2ex.com ,走弯弯的线路时请求查看器里解析是 120.232.204.35 ,出现这个问题时是 4.172.67.209 。 此时如果把 Surge 退出再重开一次,立马所有线路就恢复响应了,测速能立刻看到延迟,网络也恢复了。

    鉴于我在上海时一切正常从未发生过这个问题,并且 Surge 版本配置和线路也没更新过,实在想不通为什么来了深圳就这样。

    目前我将 dns 配置成使用自定义服务器( 223.5.5.5, 119.29.29.29, 114.114.114.114, 8.8.8.8 )加密 dns 未设置,但是还是会发生这个问题。 想设置加密 dns 为国外的 doh 时发现 1.1.1.1 ,1.0.0.1 ,Google 等 doh 都连不上,所以目前也不知道设置加密 dns 能不能解决这个问题。

    希望有在深圳遇到类似问题的 V 友能帮助我。谢谢!

    11 条回复    2023-12-13 20:08:59 +08:00
    1423
        1
    1423  
       2023-12-10 19:01:02 +08:00
    是正版吗
    Fri
        2
    Fri  
       2023-12-10 19:30:27 +08:00
    说下我遇到的问题,是 ISP 屏蔽了自定义 DNS 的查询。
    表现如下,无论指定何种 DNS 地址都可以查询出结果……

    xxx@xxx ~ % curl myip.ipip.net
    当前 IP:219.133.179.211 来自于:中国 广东 深圳 电信
    xxx@xxx ~ %
    xxx@xxx ~ % curl myip.ipip.net
    当前 IP:120.239.207.159 来自于:中国 广东 深圳 移动
    xxx@xxx ~ %
    xxx@xxx ~ % dig @1.2.3.4 google.com

    ; <<>> DiG 9.10.6 <<>> @1.2.3.4 google.com
    ; (1 server found)
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27459
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 1408
    ;; QUESTION SECTION:
    ;google.com. IN A

    ;; ANSWER SECTION:
    google.com. 168 IN A 59.24.3.174

    ;; Query time: 11 msec
    ;; SERVER: 1.2.3.4#53(1.2.3.4)
    ;; WHEN: Sun Dec 10 19:25:06 CST 2023
    ;; MSG SIZE rcvd: 55
    Fri
        3
    Fri  
       2023-12-10 19:34:08 +08:00
    尝试过配置加密 DNS ,但经常遇到解析超时,实在难以接受。
    现在是将经常访问的域名放到代理规则中,避免在进行 DNS 解析。
    Fri
        4
    Fri  
       2023-12-10 19:40:11 +08:00
    @Fri 避免在本地进行 DNS 解析。
    peasant
        5
    peasant  
       2023-12-11 09:52:16 +08:00
    @Fri 拿 Google 的域名测试没有意义,被污染的域名都是抢答,任意 IP 都会被抢答,看起来像是运营商劫持了所有 DNS ,其实不是
    peasant
        6
    peasant  
       2023-12-11 09:56:09 +08:00
    @Fri 要看 DNS 是不是被运营商劫持了,可以用下面的方法
    dig whoami.akamai.net @119.29.29.29 +short
    dig whoami.akamai.net @114.114.114.114 +short
    如果这两个查询返回的都是同一个 IP ,那就是被劫持了
    Fri
        7
    Fri  
       2023-12-11 11:11:08 +08:00
    @peasant 谢谢你的科普。
    刚试了下上面的命令,看来确实是被劫持了。

    xxx@xxx ~ % dig whoami.akamai.net @119.29.29.29 +short
    219.128.79.147
    xxx@xxx ~ % dig whoami.akamai.net @114.114.114.114 +short
    219.128.79.147
    xxx@xxx ~ % dig baidu.com @1.2.3.4 +short
    39.156.66.10
    110.242.68.66
    wuvvu
        8
    wuvvu  
       2023-12-11 14:18:05 +08:00
    @peasant 这两个命令是什么原理?
    peasant
        9
    peasant  
       2023-12-11 15:24:44 +08:00   ❤️ 1
    @wuvvu 原理大概就是这个域名会返回你当前 DNS 服务器发起查询的节点真实 IP ,所以用不同的 DNS 去解析这个域名返回的 IP 是不同的。
    x86
        10
    x86  
       2023-12-11 23:55:47 +08:00   ❤️ 1
    此为反盗版系统启动后的表现 --- 官方回答
    SimonOne
        11
    SimonOne  
    OP
       2023-12-13 20:08:59 +08:00
    @x86 #10 看来得入个正了。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   990 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 19:40 · PVG 03:40 · LAX 11:40 · JFK 14:40
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.