V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
FstarKing
V2EX  ›  问与答

公司网络经常打不开网页

  •  
  •   FstarKing · 2022-07-18 14:56:42 +08:00 · 1804 次点击
    这是一个创建于 851 天前的主题,其中的信息可能已经有所发展或是发生改变。

    最近半年,公司所有人电脑手机都有这个问题

    具体表现为,网络一切正常,上网各方面都好好的,突然你打开一个网页,然后就转圈圈,最后无法访问此网站

    但是你刷新一下,他就又出来了

    一开始的时候,这个现象集中在早上发生,后来早上下午都会,最近是整天都会这样

    关键是,他不是那种完全不能上网,上网都很流畅,就是突然你就打不开网页,就很难受

    公司有两条宽带进入,一条是联通专线(机房服务器用),一条是电信普通家宽(大家办公电脑用)

    专线的 IP 段为 192.168.1.1-100 ,当我手动把 IP 改为专线这个网段,就不会有问题

    DHCP 是 192.168.1.101-254 这个网段,也就是普通宽带,只有在这个网段才会发生这个问题

    之前怀疑是光猫太老了,但是今天刚新装了一条 1000M 的家宽,换了光猫,也是没能解决这个问题

    18 条回复    2022-07-19 18:20:50 +08:00
    Sor
        1
    Sor  
       2022-07-18 14:58:45 +08:00
    检查 DNS 了吗
    FstarKing
        2
    FstarKing  
    OP
       2022-07-18 15:03:22 +08:00
    @Sor 我看了下,电脑自动获取的时候,是可以正确获取到 DNS 的,并且也是本地运营商的正确 DNS 地址
    crazytudou
        3
    crazytudou  
       2022-07-18 16:48:50 +08:00
    和我这简直太像了。。。同样一条专线和一条企业宽带,都是电信,明明下载速度很快,就是打开网络转半天,各种查,开始怀疑光猫带不动,于是买了个千兆主路由,结果还是一样问题,后面怀疑是信号问题,全部换成质量比较好的 AP ,问题解决。
    crazytudou
        4
    crazytudou  
       2022-07-18 16:49:13 +08:00
    DNS 也是换了几次,没啥用
    66beta
        5
    66beta  
       2022-07-18 16:50:57 +08:00
    公司的上海电信最近也是垃得不行,还不如移动送的宽带呢
    FstarKing
        6
    FstarKing  
    OP
       2022-07-18 16:52:56 +08:00
    @crazytudou 虽然我们公司也有 AP ,但是办公电脑基本上都是有线接入
    datocp
        7
    datocp  
       2022-07-18 16:53:39 +08:00
    一般是建议 dhcp 分发的 dns 为网关的 ip 而不是外部的 dns 服务器,因为延迟问题。

    不好判断,必竟家宽+光猫,除非和电信人员有利益关联人家才可能帮你解除并发限制,不然我至少知道在 2013 年时上海电信在使用光猫时似乎是有 4ip 限制的。使用电信送的光猫在出租房只能这个上了那个下,你来重启一下光猫,我来重启一下光猫。而要解除这些限制是要到营业厅申请的或者改光猫桥使用自己的路由拔号,使用 openwrt 这种无敌路由才能解决 mtu/qos/并发数之类的问题。

    当你无法使用自己的路由拔号,这种问题真不好判断。也许就是最简单的客户端的数量限制。也许是 mtu 导致。也许中了 arp 病毒。
    FstarKing
        8
    FstarKing  
    OP
       2022-07-18 17:01:42 +08:00
    @datocp 光猫是桥接,主路由拨号的
    FstarKing
        9
    FstarKing  
    OP
       2022-07-18 17:02:22 +08:00
    @datocp 是一个企业级的路由器,D-LINK 的,公司也就十多人,这个路由器我查了一下,带机量可以有 500
    littlezzll
        10
    littlezzll  
       2022-07-18 18:48:46 +08:00 via Android
    看一下路由的 mtu
    ltkun
        11
    ltkun  
       2022-07-18 19:02:23 +08:00 via Android
    看看有没有 ipv6 禁了
    FstarKing
        12
    FstarKing  
    OP
       2022-07-18 21:05:27 +08:00
    @littlezzll mtu 需要配置成什么,没有了解过 mtu
    datocp
        13
    datocp  
       2022-07-18 21:31:01 +08:00 via Android
    所谓的企业级路由真看不上,还是 openwrt 强大。
    一般 pppoe 的 mtu 是 1492,有些还设置不了 1454 。对于 vpn 都是使用 1392 。
    对于 openwrt 它还有 pmtu

    从描述的情况感觉像是并发数上限问题。之前用过的 4mbps 并发 500 左右,8mbps 1200 左右,就不知道这 1000mbps 能达到多少。或者是有人迅雷 /bt 就趴了,事实是很多程序都采取 p2p ,如果没有无视 p2p 存在的 qos,上行占满或者并发上限都会影响网络连接稳定性。

    以前用过 20mbps 下 /60mbps 上的电信专线也很难跑出 5000 个并发。目前公司 100mbps,大概 200+ ip 在线似乎也很难超过 4000 个并发。上次这里不是有讨论,我就不知道人家的家用线路是如何跑出 10 几万并发,难道真的是 openwrt 默认参数不行? cpu 性能不行?可是人家用的也是 openwrt,10 几万的并发挖矿的吗?

    对于并发,所谓的 tcp/udp timeout 设定 openwrt 是可以调整的,即不能像 ros 设定的那么低听影响连接稳定性,甚至差 5s 都影响苹果在线更新系统。而有些参数的消亡时间可以达到 1 天。我设定的最长 10 分钟,一般都是 2 分钟,也许这个所谓的企业级根本调整不了这些参数。假如这 1000mbps 是 1000 并发,那绝对是 1000 并发,第 1001 不等之前的并发数消亡,那它就会被 drop 。就会出现打开网页有异常,刷新一下可能正常。用下来比较平稳的只测试过 iptables limit 即可以抑制并发,又不会导致打开网页被丢包。

    多数是并发问题,看看路由管理界面是否能看到连接数,看看正常和不正常时是什么数值。
    bankroft
        14
    bankroft  
       2022-07-18 22:46:58 +08:00
    首先把 ipv6 禁了试试
    Daybyedream
        15
    Daybyedream  
       2022-07-18 23:50:48 +08:00
    抓包 解千愁
    Soo0
        16
    Soo0  
       2022-07-19 04:05:21 +08:00 via iPhone
    普通宽带的连接数跟踪 并发测试,特别是 tcp 连接的?
    dandycheung
        17
    dandycheung  
       2022-07-19 09:32:56 +08:00 via Android
    感觉像是宽带商的问题。例如,宽带商自己提供了缓存,但首次没有命中,它去访问目标网址的时候就超时了,但你再次发起访问正好命中前一次它刚刚取回来的结果。
    FstarKing
        18
    FstarKing  
    OP
       2022-07-19 18:20:50 +08:00
    @bankroft 那个路由器不支持 ipv6 的
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5416 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 932ms · UTC 07:11 · PVG 15:11 · LAX 23:11 · JFK 02:11
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.