1. 检查墙内线两端面板 /水晶头连接是否正确。
2. 检查墙内线从起始点到结束点是否有接头，有接头确认符合标准。
3. 如果可以抽动且能接受风险的话抽换一条新的线尝试。
4. 短期使用考虑明拉，长期使用考虑隐形光纤+光纤收发器。

另外扁平网线和细线大多是坑建议远离。

@eason1874
起码得给楼主个明确依据吧，不管是数据包还是进程，不能说有问题就有问题。
按您这理论犯罪嫌疑人直接全量就地枪决就行了，法院检察院以及律师事务所都可以关门歇业了。

@jousca 只有六芯线的话其实已经就是百兆模式了，按楼主说现在还经常拿不到 IP 基本上这线只能废了。

@AliceFizzy 我只能说如果您这个地方要长期维护建议不管是加班还是弄几个临时工位完了上班时间搞总之把线都换成高质量的线外带把机房整理好，不然天天维修纯属折腾自己也消耗自己的内部声誉。如果就是临时用一两个月或者您马上要开始投简历了那索性啥也别动，直接打报告上去甩锅装修公司让公司和装修公司扯，结果出来之前大概率项目结束或者您跑路成功了。

2022 年还在搞 6+2 芯的弱电工程合理怀疑施工工艺和材料本身问题不低。

@edw1n 实话实说看他这线百兆都卡，估计千兆不一定问题少。

@AliceFizzy 楼上说的 IP 冲突是有可能的，建议同时也关注一下。另外房地产开发背景做弱电和没有基础差不多，如果确认网线质量有问题建议现有的线跑电话，重新走网络线，尤其是在整个办公区几十个点的情况下。

ak+域名白名单肯定是不安全的，简单实现的方案就是 ak+sk+短期限（例如 5 分钟）。
如果安全性要求更高，建议再封装一个鉴权微服务，先做用户 Session 验证和权限控制，正常的请求再转发给地图微服务。

最省事的就是掩码改成 255.255.192.0 从而在二层打通 192.168.0.0 - 192.168.63.255 ，两个设备间可以走二层直接交付。

@skiy 等保不会要求审核，这玩意不管内容。不过审核肯定是需要的，毕竟出了事网信、公安不会饶了他，而且外企最重要的就是合规了。

刚才和别人探讨了一下这事，发现 Gitee 手机端可以在未登录状态下正常浏览 Commit ，同时考虑到微博为了避免第三方 APP 屏蔽其链接访问也采取了类似的行为，估计 Gitee 这么搞就是拉新、促活之类的设定了。

@skiy
登录才能看 Commit 肯定是在用户看来的不合理设定。楼上谈的拉新、促活之类的产品层面逻辑从产品的角度来说也有一定道理，毕竟产品经理也有可能接到类似的 KPI 指标，而且现在就是数据化年代数据好了才有一切。当然具体为啥这么设计只能 Gitee 自己出来说了。

“都互联网实名制时代了，相关部门没必要搞这么严” 可想多了，现在监管可不是一般的严格。很多地方只要听说网站带 UGC 第一个问题就是贵司有多少人的审核团队以及能否提供 24 小时值班审核。甚至北京这边个人备案据我所知之前是不允许任何的 UGC 能力（甚至包括博客评论区），现在不知道如何了。

当然 Gitee 的登录才能看 Commit 对审核也没太大好处，毕竟除了 Commit 之外能看到代码的地方多了。而且举报和受理的话不管登录态与否，能否对游客显示不会影响监管的处罚力度。反倒处罚轻重更多的取决于后台有多硬和备案所在地监管侧对于平台的看法。比如豆瓣、微博天天作死照样活蹦乱跳，换个地方小网站可能发个反对三胎的文章整个平台就无了。

也不是我夸张，用 Gitee 好几年了，实话实说怨气不是一般的大，看到帖子也是有感而发。

如果这玩意稳定一天一千条而且没什么并发又是短期使用的话没啥问题。
如果要考虑并发承载、三五年甚至更久之后还在用或者消息量可能增长的话建议还是 PGSQL ，毕竟上 PG 的成本也高不到哪里去。

Gitee 这么多年就这么个样子，也没啥办法。建议有条件的项目还是上 GitHub 算了，毕竟开源社区这玩意也有先发优势，GitHub 各方面都强于 Gitee 。

如果说 Commit 要登录就让楼主如此搓火的话，我来帮楼主消消气。去年敏感词审核刚上线的时候敏感词检测是提交成功之后才会告知有敏感词，完了轻则是几百字的评论，重则是几千字包含代码或者分析的 Issue 和 PR 内容直接就没了。这么看来是不是比强制登录惨的多了。还有什么敏感代码图片扫描加白之后仓库变化（文件本身未变）又没用了啊，还有什么发行版和 TAG 不分啊（ TAG 创建之后会自动显示在发行版里面，即使没有创建发行版），仓库评论多了根本定位不了评论位置啊.......

当然在 GitHub 搞出赞助仓库访问权限之前，Gitee 直接搞出了悬赏 Issue （官方名称叫 Gitee Reward ，地址为 https://gitee.com/gitee_reward ），直接把开源社区搞成外包接单了，当时给我气的七窍生烟瞬间破防，这叫哪门子社区建设啊。当然 GitHub 搞了赞助仓库换访问权限之后我也稍微释怀了一点，毕竟一边是外包接单一边是旋转门好像谁也没比谁高尚多少。

利益相关：依赖项目主库在 Gitee 且因为很多原因无法动而被迫使用 Gitee 的深度用户

扁平线、超细线这种东西能不碰尽量别碰，对绞差以及线特别细对网线信号质量影响不小。
更别提有的场景下一拉二三十米，差的普通网线都不敢保证过福禄克更别提这玩意。
对于半永久走线的情况下近处尽量用普通网线，远了可以考虑下隐形光缆+收发器。

```
<meta name="generator" content="Discuz! 7.0.0" />
<meta name="author" content="Discuz! Team and Comsenz UI Team" />
<meta name="copyright" content="2001-2009 Comsenz Inc." />
```
Discuz! 7.0.0 ，12 年前的产品了，看模板应该是自己定制过，跟官方的差距比较大。


@DOLLOR 这就是被日穿的论坛么，进去一看都是 VBScript Win32/Ramnit 的木马.......

1. 奇安信应该是有客户端版本的，既然有了客户端那自然可以做病毒查杀。
2. 奇安信也可以在内网部署探针，如果有到其它网段的异常请求他的探针也能分析。

@niubee1 另外根据楼主描述之前用其他宽带也是这个问题，那基本上就可以判定是路由器的问题了。而且测速没到 900M 以上，基本上不用考虑千兆口问题。
当然您和楼主不太愿意相信楼主的华为路由器有问题，那普通网友也没有什么好办法。

@niubee1 光猫的上行接口带宽大，千兆带宽一般都是 10GPON 的猫，换言之光猫接口的下行理论速率能达到 10Gbps ，自然光猫内能跑满。
如果用千兆接口桥接或者这个光猫只同时接一台电脑的话，那自然会受到千兆接口的速率限制，换言之只有 970Mbps 了。

@xxb 境外面板的话首选 cPanel 和 DirectAdmin ，不过授权费极不友好。

没有节操？现在系统开发已经很克制了，要想知道有一段时间最终用户已经被 APP 乱搞到要求厂商必须做划卡杀后台了（只要用户在最近应用里划掉 APP 就永久停止后台服务）。

开源项目普遍如此，虽说十分悲哀但也没什么好办法。

P.S. 想起了之前 v2 上回复过的一个帖子：
```
订阅制买断制，不如开源软件自愿捐款制
不过我还没捐过
```