昨天下午，服务一个同事跑过来，无法脸色不太好看。启动他说Acunetix的服务扫描器打不开了，服务起不来，无法报错日志刷了一屏又一屏。启动我过去看了一眼，服务第一反应是无法——这问题八成不是Acunetix自己的锅，而是启动环境在捣乱。

Acunetix这工具，服务说实在的无法，装起来不算难，启动但跑起来挺娇气。服务它依赖一堆Windows服务，无法比如Acunetix Database Service、启动Acunetix Scheduler Service，还有那个负责Web接口的Acunetix Web Service。这些服务里任何一个卡壳，整个系统就瘫了。最常见的启动失败原因，是端口被占了。Acunetix默认走8180端口，你要是装过别的扫描器，或者Apache、Nginx之类的Web服务，很容易撞车。用netstat -ano | findstr 8180看一眼，就能揪出那个占坑的家伙。

我那次遇到的，倒是另一回事。服务列表里，Acunetix Database Service显示“已停止”，手动点启动，转个圈又弹回停止状态。去翻Windows事件查看器，发现是数据库文件权限出了问题。Acunetix用的内置PostgreSQL，数据目录在C:\ProgramData\Acunetix\下，如果这个目录的读写权限被改过，或者被杀毒软件隔离了某个关键文件，服务就起不来。解决办法也不复杂，右键数据目录，给Network Service账号加上完全控制权限，再重启服务，通常能救回来。

还有一回，更蹊跷。服务全在跑，端口也通，浏览器访问https://localhost:8180就是白屏。后来发现是证书过期了。Acunetix自带的SSL证书有效期只有一年，到期之后Web界面直接罢工，但后台服务还活着。这情况最坑人，因为日志里看不出什么明显错误，只有反复提示“安全连接失败”。处理方式也直接——去安装目录下找cert文件夹，删掉旧证书，重启Acunetix服务，它会自动生成一个新的。

说到底，Acunetix启动不了，多数时候不是软件坏了，而是环境跟它拧着来。端口、权限、证书、依赖服务，这四样排查完，八成能解决。你要是手头正卡在这，别急着重装——重装那几分钟，够你把这四样查两遍了。先看事件查看器，再测端口，接着查权限，最后瞅一眼证书有效期，按这个顺序来，省时省力。