eplan授权管理新策略：避免’授权无效’困境

电气工程师上午十点开EPLAN，弹"授权无效"或直接卡在启动界面，下午就要交整套图纸——这种事在用EPLAN的电气设计团队里太常见，而大部分"授权无效"的根子不在license本身，在配置和流程。这篇就当是踩过坑的人写的流水账。

一、根源在哪

EPLAN的license体系是个过渡态，新旧混着跑，坑基本都出在这：

• 老的USB dongle加密锁在2022及以后版本已经停用，老doggle只能跑老版本，新版本走EPLAN ID + Entitlement ID（EID）的在线激活industrialmonitordirect.com+1。企业里新旧版本并存的环境，配置一错就报"授权无效"；
• 网络浮动许可靠ELM（EPLAN License Manager）做服务端，客户端通过Licence Client连过来，默认端口9363，首次握手走TCP 135，后续走动态端口范围（要手动开放至少100个端口宽度的范围）eplan.com+1；
• EID是核心凭证，没有它license没法在线激活，丢失了只能找EPLAN客服或销售代表找回eplan.com。

一句话："授权无效"的本质是EID/dongle/ELM三条线的任一环节配置错位，跟FlexNet那套完全是两回事，别拿lmutil来查。

二、四个最容易踩的坑

坑1：TCP 135端口没开。 首次握手走RPC的TCP 135端口，被防火墙一拦客户端根本联系不上ELM，启动直接卡死或报"无法连接授权服务器"eplan.com。这种报错信息跟"license用完了"看着像，没人查防火墙就以为license真的没了。

坑2：动态端口范围没放。 ELM和Licence Client握手后的后续通信用动态端口，没定义端口范围、防火墙阻断了，连接时断时续，工程师用着用着license丢失。很多人第一反应是"服务器挂了"，实际是防火墙配置不够宽。

坑3：EID丢失或分散管理。 EID在订单确认邮件里、跟首单联系人绑定，企业内部没人统一登记，换人接手就找不到EID，激活、rehost、补办全都动不了。

坑4：老dongle的依赖残留。 升级到新版本后老的HASP dongle驱动还残留着，Licence Client优先找dongle，找不到又报"授权无效"。新旧驱动共存的环境问题尤其多。

三、四层解决方案

第一层：先摸底

• 拉ELM的license使用日志，统计feature级使用率和denial数据；
• 把所有工作站的Licence Client配置导出，对照ELM地址和端口；
• 盘点老dongle数量和位置，确认哪些工作站还在依赖dongle；
• 梳理所有EID，登记到台账里，谁在管、绑定哪个organization、对应哪些license模块，一表清。

第二层：零成本配置优化

• 防火墙上放行TCP 135，并在ELM服务器上配置DCOM默认协议，dcomcnfg里加端口范围（比如4000-4100，宽度至少100）eplan.com；
• 所有工作站统一ELM服务器地址和端口（Servername:Port格式）eplan.com，用组策略推，避免手写错；
• ELM.exe加入防火墙例外eplan.com，eplan.exe加入杀毒软件白名单，避免误杀；
• 新版本工作站卸掉老的HASP dongle驱动，只保留新license链路；
• EID、客户编号、序列号统一登记台账，由专人保管，人员变动时强制交接。

第三层：优化采购策略

• 老dongle的license趁续约时换成新license形式，停用的dongle最终会变成死资产；
• addon和extension module跟主应用一起盘，EPLAN的模块扩展是独立计费的industrialmonitordirect.com，续约时把没用的addon砍掉；
• cloud license和network license组合采购：临时工、外包用cloud license按月付，核心员工用network license，避免全部堆在固定席位上；
• EID绑定的organization要设多个管理员，避免单点故障。

第四层：上工具做长期管理

• Open iT LicenseAnalyzer：支持EPLAN License Manager的监控，通过解析ELM日志做feature级使用率分析和denial统计openit.com；
• 自建轻量方案：Python脚本定时拉ELM日志 + Prometheus + Grafana做水位告警，一个月开发量；
• ELM自带的License Monitor：原生工具够小团队用，但feature级分析得靠脚本补充。

四、一个真实感的小案例

某做配电柜和PLC控制柜的Tier 2供应商，电气设计团队18人，EPLAN Electric P8共15套（其中10套新版走ELM网络浮动，5套老版本还在用dongle），年license+维保支出约86万。

摸底发现的事：

• 有3台新版工作站防火墙没放TCP 135端口，工程师以为license不够用，反复投诉；
• ELM的动态端口范围没配置，5台工作站每天至少2-3次丢失license连接；
• 5把老dongle里2把绑在已离职员工名下，3把位置不明；
• EID只在首单采购人（已离职）的邮箱里，当前IT管理员根本找不到备份；
• 2个addon模块过去12个月零使用，维保一直在交。

整改动作：

1. 防火墙上放行TCP 135，ELM服务器上配置DCOM端口范围4000-4100；
2. 所有工作站统一ELM地址用组策略推送，不再手写；
3. 2把离职dongle回收，3把下落不明的报失并买断（替代价合计约1.2万）；
4. 联系EPLAN客服重新找回EID，登记到台账，指定2名管理员双备份；
5. 卸载所有新版工作站上的HASP dongle残留驱动；
6. 续约时砍掉2个零使用addon，新增3个cloud license给外包使用；
7. 部署Open iT做feature级使用率监控。

结果：第一年license总支出从86万降到68万（降21%），license连接丢失从日均2-3次降到0，addon有效利用率从38%提到76%，外包团队按cloud license按月计费，再也没人投诉"授权无效"。