深圳的移动宽带+Surge 经常无法访问网络 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
SimonOne
V2EX    宽带症候群

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

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

    我两个星期前刚来深圳,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
    slowman
        1
    slowman  
       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     Solana     5507 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 31ms UTC 06:55 PVG 14:55 LAX 23:55 JFK 02:55
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86