东京下班伦敦上，伦敦下班纽约上——一套软件许可不闲着

刚才下楼取外卖，碰到仿真部的工程师抱着电脑蹲在路边，说许可连不上，跑了3小时的仿真任务直接卡壳。

他脸都白了，说整个部门就等这一个结果交项目，任务跑到98%突然弹许可失效，重跑又得三小时， deadline就在今天下午五点。更离谱的是，许可服务器状态全绿，其他同事都能正常用，就他这台机器被踢出来了。他试过重启软件、刷新许可、换网线，甚至把电脑搬到服务器机房旁边，照样连不上。眼看时间一分一秒过去，他急得蹲在路边差点哭出来。这种“别人都好就你坏”的故障最折磨人，因为排查方向太多，反而不知道从哪下手。

第一段讲先查本地时间同步，别光看服务器。我让他打开命令行敲了个时间查询，发现他电脑比服务器慢了47秒。很多许可系统对时间差极其敏感，超过30秒就判定客户端异常直接断开。他把时间同步服务重启了一下，许可秒连。这里有个90%的人忽略的细节：Windows默认的时间同步间隔是7天，平时没人注意，但一旦主板电池老化或系统更新后时钟漂移，就会悄悄超阈值。建议把同步频率改成每小时一次，命令就一行，改完永久生效。他听完直拍脑袋，说折腾两小时不如一行命令。

第二段讲检查网卡节能模式，别让系统偷偷断网。他电脑是笔记本，为了省电默认开了网卡节能，仿真任务跑满CPU时系统会短暂降低网卡功耗，导致许可心跳包丢失。服务端收不到心跳就认为客户端死了，主动踢人。他在设备管理器里关掉“允许计算机关闭此设备以节约电源”后，再也没断过。这个选项藏得深，不在网络设置里，而在设备管理器-网络适配器-高级属性里，而且不同品牌叫法还不一样。很多人重装系统、换驱动都没用，就是因为没动这个开关。他说上次换了三根网线都没解决，原来是系统在背后“帮倒忙”。

第三段讲确认许可请求有没有被安全软件拦截。他装了公司统一推送的终端防护，这软件最近更新了规则，把仿真软件的许可通信端口误判为可疑行为静默拦截了。日志里没有任何提示，只在深层审计记录里有一行小字。他加了白名单后立刻恢复。这里的关键细节是：安全软件的拦截日志和应用日志是分开的，普通用户只看应用报错根本找不到原因。得让IT开权限查安全平台后台，或者临时退出防护软件测试一下。他说之前找安全团队排查，对方一口咬定“没拦”，结果是自己没看对地方。

最后分享两个不用重启服务器的野路子技巧。第一个，手动释放僵尸会话。如果怀疑自己的许可被旧进程占着，别傻等超时，直接在客户端执行强制释放命令（比如lmremove或rlmrelease），指定自己的用户名和主机名，三秒内就能腾出名额。这个命令厂商文档里写得含糊，但实际用起来又快又准。第二个，临时切换到备用许可源。大多数企业都有主备两台许可服务器，客户端配置文件里可以写多个地址。当主服务器响应慢时，手动把备用地址提到前面，不用等自动切换的几十秒延迟。改完保存，软件重读配置就行，连重启都不用。

吃完饭我把笔记存进手机备忘录。下午去仿真部给他们装个自动检测脚本，以后再也不用蹲路边等了。