hxdyxd

关掉 IPv6、封禁 QUIC,到底是稳妥还是摆烂?

  •  
  •   hxdyxd · 10h 33m ago via Android · 1879 views

    这么多年了,还有不少人会把 IPv6 关掉、直接封掉 QUIC 协议吗?

    有人嫌 IPv6 路由绕路或 DNS 分流配置麻烦、UDP 流量容易触发运营商 QoS 限速,这么做省心不出乱子;也有人说这纯粹怕麻烦躲着新技术,纯属因噎废食。

    大伙平时上网会关掉这些吗?你们怎么看?

    30 replies    2026-07-31 13:39:42 +08:00
    uqf0663
        1
    uqf0663  
       10h 22m ago
    我会开着,然后出问题的时候排查到试着关掉,恢复正常,关几天就又会心痒痒继续打开,然后折腾探索解决问题的更多可能性
    hxdyxd
        2
    hxdyxd  
    OP
       10h 17m ago via Android
    另外如果自己建站/建服务,还会把支持 IPv6 和 QUIC/H3 作为硬性指标吗?还是觉得加了纯属锦上添花,可有可无?
    hxdyxd
        3
    hxdyxd  
    OP
       10h 11m ago via Android
    我有强迫症,关掉总是觉得差点意思。你可以不用,但我不能没有。
    xqzr
        4
    xqzr  
       8h 31m ago
    摆烂。
    mooyo
        5
    mooyo  
       7h 58m ago
    ipv6 只要不开 DNS 就行了啊 不需要关掉 QUIC 没办法,有没有可能,给你提供线路的 VPS 商自己也封 UDP ?

    特别是被 DDOS 的时候,UDP 是直接不通的。
    br2049
        6
    br2049  
       6h 43m ago
    之前用 SmartDNS 上游 DNS 里的 QUIC 相比同地址的 TLS 确实在线率要低一个数量级 用了几天发现不习惯就又换回 mosdns 了 IPv6 都开着的 如果你不需要 IPv6 解析关掉解析就行了
    xiaoxiannv
        7
    xiaoxiannv  
       6h 10m ago via iPhone
    关掉,我喜欢一切都掌控在自己手里,v6 会有一些不可预见的兼容性问题,人生苦短,我选择 v4 ,另外,quic 不是只有 v6 有,关掉 v6 ,对我来说,是在现实情况下的无奈之举
    Godblessu
        8
    Godblessu  
       6h 7m ago
    quic 不禁影响分流
    yyysuo
        9
    yyysuo  
       5h 24m ago
    存在解决不了的问题就关掉不是很正常么。
    mangmaimu
        10
    mangmaimu  
       4h 56m ago
    以前解决不了 v6 不被网关代理,换了设备解决后就一直开起来了.
    quic 可能导致代理缓慢我是遇到过关闭了,看见你怎么说又开起来试试
    udp 代理协议一律不用,因为真的会被 qos
    momo1999
        11
    momo1999  
       4h 38m ago
    既然不开 ipv6 不影响上网,那我关了有什么问题。
    JoveYu
        12
    JoveYu  
       4h 16m ago
    你可以继续开,然后遇到访问不了的,关闭发现正常了。如此反复无数次,你就不想再折腾啦。个人经验,现在 ipv6 已经不错了,quic 还是一坨,地方的 QOS 很多
    cutiechi
        13
    cutiechi  
       4h 9m ago
    都开着
    python35
        14
    python35  
       3h 40m ago
    我把这两个都关了,ipv6 是因为开着不安全,太依赖防火墙; quic 是因为 UDP 流量可能无法被正确代理
    nc
        15
    nc  
       3h 38m ago
    关了吧,这俩就不适合国内网络环境
    iyiluo
        16
    iyiluo  
       3h 35m ago
    网络问题排查起来非常麻烦,关了确实省事
    a0210077
        17
    a0210077  
       3h 30m ago
    ipv6 开着,但主流的软件有几率连上很慢的 ipv6 PCDN 节点,导致网页白屏或视频不能播
    quic 随缘了,没几个地方能用,国内 udp 流量还 QoS 严重
    hxdyxd
        18
    hxdyxd  
    OP
       3h 25m ago via Android
    @a0210077 都在说 UDP 有 QoS ,我倒是没感觉到 QoS ;感觉走 QUIC 延迟会更低
    Autonomous
        19
    Autonomous  
       3h 21m ago
    还是开了 IPv6 ,因为感觉把 NAS 暴露在 v4 公网太危险,只暴露给 v6 就再也没有被扫过
    myarsenal
        20
    myarsenal  
       3h 19m ago
    我开了 v6 ,tailscale 需要 v6 才能流畅使用
    mangmaimu
        21
    mangmaimu  
       3h 18m ago
    @hxdyxd 主要是代理,直连不明显.跑 udp 协议不仅大流量直接阻断,回家还会限制上传速度.
    quic 在代理上如果用 udp 承载流控链长,线路不好非常容易导致卡顿,如果是 udp over tcp 要好一点,但是也会存在双层流控,丢包严重一样不行
    txydhr
        22
    txydhr  
       2h 56m ago via iPhone
    属于摆烂
    bwqw7151024
        23
    bwqw7151024  
       2h 35m ago
    反正又不用,肯定关了
    MFWT
        24
    MFWT  
       2h 30m ago
    都开着,妥妥的质量提升器

    QUIC (具体来说是 hy2 )可以当做高峰期备份线路,v6 让我在外面能连回家,也能让我连上前面的 hy2 服务器。现在连海外服务器基本上优先 v6 了,相当于可用 IP 比原来翻倍
    a0210077
        25
    a0210077  
       2h 28m ago
    @hxdyxd UDP 延迟确实低,QoS 分运营商、时段、地区、网络类型。
    我自己的体验 家宽->家宽 QoS 最重,跨省跨运营商限流,繁忙时段流量稍大就限流丢包;如果其中一边是国内 BGP 网络,QoS 基本没有
    BABYMETAL
        26
    BABYMETAL  
       2h 6m ago
    我是都开着,因为我测试关了和开了日常使用没啥感觉
    yuki6761
        27
    yuki6761  
       1h 46m ago
    都开着,除了要经旁路由的,用的 fakeip ipv4v6 没区别,quic 没收益甚至负优化
    sjdhome
        28
    sjdhome  
       56 mins ago
    我倾向于认为,不能很好的支持 IPv6 或 QUIC 的产品都是烂产品,包括运营商的宽带,能不用就不用。而不是反过来禁用自己这一侧的能力。
    datocp
        29
    datocp  
       25 mins ago
    ipv6 遇到 dns 解析问题,从网络管理角度用不上,也丝毫不让它浪费流量。路由上完全屏蔽 ipv6 。
    QUIC 不关网页浏览直接出问题。
    sundev
        30
    sundev  
       6 mins ago
    clash 第一条规则:- "AND,((DST-PORT,443),(NETWORK,UDP)),REJECT"
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5081 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 64ms · UTC 05:46 · PVG 13:46 · LAX 22:46 · JFK 01:46
    ♥ Do have faith in what you're doing.