漏扫这事，服务最怕的器漏不是扫出漏洞，而是扫需扫了个寂寞。你兴冲冲把扫描器架起来，开放结果对方防火墙一拦，服务端口全闭，器漏扫描器对着空气忙活半天，扫需最后给你一份“零风险”的开放假报告。这比不扫还坑人——领导以为安全了，服务其实大门敞着，器漏只是扫需你没看见。

所以服务器漏扫需要开放什么？开放核心就一句话：让扫描器的流量能到达目标服务，同时别被安全设备误杀。服务具体拆开，器漏无非三块：网络层、扫需端口层、还有认证信息。

网络层最简单，也最容易被忽略。扫描器跟目标服务器之间，所有路由设备、防火墙、安全组，都得放行扫描器IP的流量。别只想着入站规则，出站也得查。有些内网服务器访问外网受限，扫描器在外面，目标在里面，你光开了入站，出站握手包回不去，TCP连接建不起来，照样白搭。我见过一兄弟，折腾半天以为是扫描器配置问题，最后发现是目标服务器出站策略只允许80和443，扫描器的流量全被丢在出口网关上了。

端口层面，别傻乎乎全开。漏扫分两种，一种是黑盒扫描，模拟外部攻击者，那你就得开放目标业务端口，比如Web的80/443，数据库的3306/1433，SSH的22。但这里有个坑——你开了业务端口，扫描器是进来了，可WAF（Web应用防火墙）还在中间拦着。有些WAF默认拦截扫描特征，你这边漏扫跑得欢，那边WAF把扫描请求全当攻击给拦了，结果扫出来的全是“无法连接”，误报率直接拉满。所以WAF的检测规则得临时调整，把扫描器IP加白名单，或者干脆旁路部署，让流量镜像过去，别让WAF挡在中间。

另一种是白盒扫描，就是有账号的认证扫描。这时候除了端口，你还得开放一个东西：账号权限。别给个只读账号就完事，很多漏洞检测需要读取系统配置、补丁信息、服务列表，权限不够，扫描器只能扫个皮毛。比如检查SMBv1漏洞，如果没有管理员权限，Windows远程注册表服务根本访问不了，漏洞存在你也扫不出来。我见过最离谱的，给扫描器开了个guest账号，结果扫Linux服务器，SSH登录直接拒绝，报告里全是“认证失败”。

还有个细节很多人不重视——时间窗口。漏扫不是随时都能跑的，生产环境业务高峰期，你扫个数据库端口，连接数一多，直接把线上服务拖垮。这不是危言耸听，我朋友公司做过一次教训深刻的漏扫，扫描器并发开太大，把核心ERP系统扫崩了，业务停了半小时。所以开放什么，还得包括一个“时间窗口”的约定：凌晨两点到四点，业务低峰期，该放行的放行，该关的关。

最后说一句大实话：漏扫开放什么，本质上是个信任问题。你信不过扫描器，它就没法好好干活。与其纠结开哪些端口，不如先把扫描器IP、端口范围、账号权限、时间窗口这四件事跟运维和安全团队对齐，写进变更单里，再动手。不然漏扫报告出来了，漏洞清单是假的，那才是真正的裸奔。