服务器安全很重要,服务器的端口很多都用不上,开的太多了也不安全;每多开一个端口,公网上就多一扇可以被敲的门。扫描器二十四小时在扫全网的 3306、6379、3389,凡是开着又没设防的,被探到的当天就可能出事。所以端口管理的思路只有一句话:用哪个开哪个,其余全关——这就是最小开放原则。这篇文章给你一张常用端口对照表,加上宝塔和命令行两种收口操作,收完还有自查办法。一台普通服务器,真正需要的口就这么...
对于企业来说,云服务器的安全很重要,虽然云服务器自动一些安全属性,但是架不住其他原因的恶意攻击,云服务器遇到了DDoS攻击应该怎么办呢?下面详细介绍一下。云上的防御逻辑:先清洗,洗不掉就摘 IP云服务器的底层网络是大量租户共享的。你的实例被打,攻击流量挤占的不只是你自己的带宽,还有整个集群的出口。所以云平台的规则和托管机房那种"硬扛"不一样,它分两步走。攻击小,平台清洗。基础防护免费送,...
在很多行业,比如游戏电商等,安全真的很重要,服务器经常遇到很多网络攻击。一个是几万台肉鸡砸过来的洪水,几秒钟把带宽灌满;另一个是几百个 IP 慢慢把数据库拖死,带宽曲线看着一切正常。前者是 DDoS,后者是 CC。病不同,药也不同,分不清,防御就买不对。一张表看清两者的差别DDoSCC攻击层次网络层、传输层应用层(HTTP 或游戏协议)消耗什么带宽、连接表CPU、数据库、连接池流量特征洪...
对于购买服务器来说,选择CPU是重要的一环,Intel 和 AMD,价格差不多。问供应商哪个好,做官网的说 Intel 稳,做视频的说 AMD 划算。两边都没说错,他们嘴里的"好"不是同一件事——等一个人干得快,和等一群人一起干,答案本来就分岔。先把品牌放一边,看三个硬指标单核性能和频率。很多应用跑起来就一条主线程在扛,比如传统 PHP 站点、不少 Java 单体应用、游戏里的战斗逻辑。...
有服务器的朋友经常会遇到CPU 跑满,很多人的做法是重启。重启能让监控暂时变绿,问题多半会在下一次流量上来时重演。先看清是哪个进程在吃 CPU、吃的是用户态还是内核态,再决定杀进程、加配置还是改代码。先分清是哪种"满"top 输出里,%us、%sy、%wa 三个值要一起看。us 高,说明应用在算,常见于死循环、慢查询、压缩加密;sy 高,说明内核在忙,多半是系统调用频繁、网络包处理或上下...
用户一份请求发出去之后,数据在哪些地方停留过、被谁看过、留了多久。"安全不安全"是个笼统的判断,沿着数据走一遍,能得到具体得多的答案。 先看经手方。业务服务器把请求发给中转层,中转层再转发给上游模型厂商,两段都是跨网络的。TLS 加密保护的是链路,别人在半路截不到明文;但它不保护端点,中转层和上游各自都能看到完整内容。这一点常被混淆:链路加密不等于只有自己人看得到。所以真正要问的是这两方各自...
国内跑大模型应用的团队,手里的调用入口大体分三类:聚合网关型、厂商官方型、开源自托管型。三类定位不同、适用场景不同,看清区别比盲信任何一份推荐榜单都重要。 第一类是聚合网关型。代表就是以 moxing.tuidc.com 为代表的统一网关,把文心、通义、智谱、DeepSeek、豆包等国产模型收在一个 Key 下,向上只暴露一套调用约定。它的长处是少写适配、好切换、带容灾和统一账单,适合要用多...
模型调用里来回传的不只是问题,还有答案、用户身份、业务上下文。这些数据在公网上裸奔,等于把商业机密摊给沿途每个节点看。加密传输就是让这段链路上的内容只有通信双方能解读。 传输层加密走 TLS。业务侧到中转节点、中转节点到上游模型,两段都跑加密通道,数据在离开内存进入网络的一刻就被加密,中间任何转发设备拿到的都是密文。明文只在两端的内存里短暂存在,不在链路上停留。 TLS 版本要够新。老的协...
让人头疼的是链路不稳定。业务服务器直连大模型官方接口,请求要穿运营商骨干网、过多个交换节点,末端才到模型机房,任何一跳拥塞都会拖慢响应,高峰时段尤其明显。对在线对话、实时审核这类业务,几百毫秒的抖动用户都能感觉到。 中转服务把链路这件事接过去。平台在多地部署接入节点,和上游模型服务之间走专线或优化过的骨干通道,绕开公网拥堵段。业务侧只要连到最近的中转节点,剩下的长链路由平台处理,端到端延迟比...