当前位置：首页 > news >正文

FlexNet Licensing故障排查：从原理到实战解决“not running”错误

news 2026/8/16 20:21:59

1. 问题概述：当FlexNet Licensing告诉你“not running”

如果你正在使用ANSYS、MATLAB、Cadence或者任何其他依赖FlexNet Licensing（现在通常被称为FlexNet Publisher或Flexera Licensing）的大型工业软件，那么“FlexNet Licensing: not running”这个错误提示，大概率是你职业生涯中迟早会遇到的“老朋友”。这个提示通常出现在你满怀期待地双击软件图标，准备开始一天的工作时，结果却弹出一个冰冷的对话框，告诉你许可证管理器没有运行，软件启动失败。

这个错误的本质，是客户端软件（比如ANSYS Workbench）无法与负责分发和管理许可证的服务器端程序（License Manager）建立有效通信。你可以把它想象成去一个大型游乐场，门口检票的系统（License Manager）宕机了，即使你手里有票（许可证文件），也无法入园（启动软件）。这个问题不仅影响ANSYS，几乎所有使用FlexNet作为许可证管理方案的商业软件，如Siemens NX、Synopsys系列工具、以及你搜索热词中提到的各种EDA和CAE软件，都可能遇到。

为什么这个问题如此普遍且棘手？首先，FlexNet Licensing是一个复杂的C/S（客户端/服务器）架构。它涉及多个后台进程（lmgrd.exe, ansyslmd.exe等）、一个或多个许可证文件（.lic）、以及一系列网络和系统配置（主机名、端口号、防火墙）。任何一个环节出问题，都可能导致“not running”。其次，对于工程师和科研人员来说，我们的核心技能是应用软件进行仿真、设计或分析，而不是成为系统管理员或网络专家。当这个底层基础设施出现问题时，往往会让人感到无从下手。

更让人头疼的是，错误信息本身非常笼统。“not running”只是一个结果，它没有告诉你究竟是许可证管理器服务没启动，是许可证文件配置错误，还是网络端口被阻挡。这就需要我们像侦探一样，根据线索一步步排查。网络上充斥着各种“破解”、“绿色版”的教程，但这些方法不仅涉及法律风险，其粗暴的替换文件方式常常会破坏许可证管理器的完整性和稳定性，导致更多不可预知的问题，甚至系统崩溃。因此，我的建议始终是：优先通过官方和正规的配置手段解决问题。下面，我将基于多年处理此类问题的经验，带你系统性地拆解“not running”背后的原因，并提供一套从简到繁、可实操的排查与解决方法。

2. 核心组件与通信原理深度解析

要有效解决问题，必须理解FlexNet Licensing是如何工作的。知其然，更要知其所以然。

2.1 FlexNet Licensing 核心三件套

一个标准的FlexNet许可证服务器通常由三个核心部分组成，它们像流水线一样协同工作：

许可证文件（License File, .lic）：这是一个文本文件，包含了许可证的核心信息。它不是可执行程序，而是“数据”。其内容决定了：
- 服务器（SERVER）行：指定运行许可证管理器的计算机的主机名和物理地址（MAC地址或Host ID）。这是绑定的关键，意味着这个许可证文件只允许在这台特定的机器上提供服务。
- 守护进程（DAEMON）行：指定供应商（如ANSYS）的守护进程程序名（如ansyslmd）及其路径。
- 特性（FEATURE）行：定义具体的软件模块（如ANSYS）、版本、数量、过期日期等。
注意：很多“not running”错误的根源就在这里。如果你更换了服务器的网卡，或者主机名发生了变化（例如从PC-01改为DESKTOP-ABC123），但许可证文件中的SERVER行没有相应更新，那么许可证管理器将无法正确识别自己，导致启动失败或服务无法提供有效的许可证。
许可证管理器守护进程（lmgrd）：这是FlexNet的“总调度”。它是一个通用的管理器，负责启动、监控并与各个供应商的守护进程通信。它不直接处理特定软件的许可证逻辑，而是作为一个桥梁和监管者。lmgrd会监听一个主端口（默认是27000，但可以配置），所有客户端的初始连接请求都发往这个端口。
供应商守护进程（Vendor Daemon, 如 ansyslmd, cdslmd）：这是真正“懂业务”的组件。每个软件供应商（如ANSYS, Cadence）都有自己的守护进程。lmgrd在启动时会根据许可证文件中的DAEMON行，找到并启动对应的供应商守护进程。供应商守护进程会自己打开一个动态端口（范围通常在27000-27009，或自定义范围），用于处理具体软件的许可证校验请求。例如，当你启动ANSYS Mechanical时，客户端会先联系lmgrd（在27000端口），lmgrd会告诉它：“去找ansyslmd，它在27001端口”，然后客户端再与ansyslmd通信完成许可证的借用。

2.2 通信流程与“not running”的产生点

理解了组件，我们来看一个正常的启动和校验流程，以及可能断链的环节：

服务器端启动：管理员在服务器上运行lmgrd -c license.lic命令，或启动对应的Windows服务（如“ANSYS, Inc. License Manager”）。
lmgrd启动：lmgrd进程启动，读取license.lic文件。
启动供应商守护进程：lmgrd根据license.lic中的信息，找到并启动ansyslmd（或其他供应商守护进程）。
客户端请求：你在你的工作站上双击ANSYS图标。
客户端查找服务器：ANSYS客户端会读取你系统环境变量（如ANSYSLMD_LICENSE_FILE）或软件内部设置，找到许可证服务器的地址（例如1055@server_hostname，其中1055是端口，server_hostname是主机名或IP）。
连接lmgrd：客户端尝试连接服务器server_hostname的27000端口（假设是默认端口）。
重定向到供应商守护进程：lmgrd接受连接，并回复客户端：“你要的ANSYS许可证，去找本机的ansyslmd，它在27001端口”。
最终授权：客户端转而连接server_hostname的27001端口，与ansyslmd通信，完成许可证的检查和借用。成功则启动软件。

“FlexNet Licensing: not running”这个错误，最常发生在第6步。即客户端根本无法连接到服务器端的lmgrd进程。为什么连不上？原因可能分布在上述流程的多个环节。

3. 系统性排查与解决方法（从易到难）

当遇到“not running”错误时，不要慌张，也切忌病急乱投医去搜索“破解”。请按照以下顺序进行排查，90%的问题都能在前三步解决。

3.1 第一步：基础检查（服务器端）

这一步骤的目标是确认许可证管理器服务本身是否健康运行。

检查Windows服务状态：
- 在许可证服务器计算机上，按Win + R，输入services.msc并回车。
- 在服务列表中找到与你的软件相关的许可证管理器服务。对于ANSYS，通常是“ANSYS, Inc. License Manager”；对于其他软件，名称可能类似“FlexNet Licensing Service”、“[Vendor] License Server”等。
- 观察状态：它应该是“正在运行”。如果状态为“已停止”，右键点击选择“启动”。
- 如果启动失败：查看“属性”->“登录”选项卡，确保服务是使用具有足够权限的账户（如“本地系统账户”）运行的。有时，特别是升级系统或软件后，服务的登录账户可能被意外修改。
使用LMTOOLS工具诊断：
- FlexNet提供了一个图形化管理工具LMTOOLS（通常位于许可证管理器的安装目录下，如C:\Program Files\ANSYS Inc\Shared Files\Licensing）。
- 打开LMTOOLS，切换到“Start/Stop/Reread”标签页。
- 点击“Start Server”按钮，观察下方的输出日志。如果启动成功，你会看到“Server Start Successful”以及lmgrd和供应商守护进程（如ansyslmd）的进程ID。
- 如果启动失败，日志会给出错误信息，这是最直接的线索。常见错误包括：
  - Cannot find license file...：找不到许可证文件。检查“Config Services”标签页中“Path to the license file”的路径是否正确。
  - Invalid hostname in license file...：许可证文件中的主机名或MAC地址与当前服务器不匹配。
  - Failed to open the TCP port...：端口被占用。可能是其他程序占用了27000端口，或者有另一个许可证管理器实例已经在运行。
验证进程是否存在：
- 打开任务管理器（Ctrl+Shift+Esc），切换到“详细信息”标签页。
- 查找是否存在lmgrd.exe和ansyslmd.exe（或其他供应商守护进程）的进程。两者必须同时存在，缺一不可。只有lmgrd而没有供应商守护进程，同样会导致客户端无法获取许可证。

3.2 第二步：网络与连接排查（客户端）

如果服务器端服务运行正常，问题可能出在客户端与服务器的通信链路上。

确认客户端指向正确的服务器：
- 在需要使用软件的计算机（客户端）上，检查环境变量。对于ANSYS，关键变量是ANSYSLMD_LICENSE_FILE。
- 按Win + R，输入sysdm.cpl-> “高级” -> “环境变量”，在“系统变量”中查找。
- 其值应为1055@<server_hostname_or_ip>的格式。例如1055@192.168.1.100或1055@LicenseServer。
- 1055是什么？这是lmgrd的端口号。虽然默认是27000，但很多企业或安装指南会将其改为1055（或其他端口）以避免冲突。你必须确认服务器端lmgrd实际监听的端口号。可以在服务器上用LMTOOLS的“Server Status”标签页查看，或者用命令行netstat -ano | findstr :27000（或1055）查看。
- <server_hostname_or_ip>：这里必须使用服务器在客户端网络中可被解析的地址。使用IP地址（如192.168.1.100）通常比主机名更可靠，可以避免DNS解析问题。
测试网络连通性：
- Ping测试：在客户端打开命令提示符（CMD），输入ping <server_ip>。确保能收到回复，没有丢包。如果ping不通，是基础网络问题，需要联系IT部门。
- Telnet测试端口：这是最关键的一步，用于测试客户端是否能访问服务器端的lmgrd端口。
  - 首先，在客户端上启用Telnet客户端（控制面板->程序和功能->启用或关闭Windows功能->勾选“Telnet客户端”）。
  - 在CMD中输入：telnet <server_ip> <port>，例如telnet 192.168.1.100 1055。
  - 如果屏幕闪一下变成一个空白的黑窗口，或者光标在左上角闪烁，恭喜你，端口是通的。按Ctrl+]然后输入quit退出。
  - 如果显示“正在连接...无法打开到主机的连接，在端口1055：连接失败”，则说明端口不通。这直接导致了“not running”错误。
分析端口不通的原因及解决：
- 服务器防火墙：这是最常见的原因。需要在服务器端的防火墙（Windows Defender 防火墙或其他第三方防火墙）上添加入站规则，允许TCP端口（你lmgrd使用的端口，如1055或27000）的通信。同时，供应商守护进程使用的端口范围（如27000-27009）也需要开放。
- 客户端防火墙：少数情况下，客户端的防火墙也可能阻止出站连接。确保客户端防火墙允许程序访问网络。
- 安全软件拦截：某些企业级安全软件或杀毒软件可能会将许可证管理器的通信误判为可疑行为而拦截。可以尝试暂时禁用（在测试后恢复）或添加信任规则。
- 主机名解析问题：如果你在环境变量中使用的是主机名（如1055@LicenseServer），但telnet LicenseServer 1055失败，而telnet <server_ip> 1055成功，说明是DNS或本地Hosts文件解析问题。可以在客户端的C:\Windows\System32\drivers\etc\hosts文件中添加一行：<server_ip> LicenseServer，强制进行本地解析。

3.3 第三步：许可证文件与配置深度修正

如果服务和网络都正常，问题可能出在许可证文件本身或相关配置上。

重新生成许可证文件：
- 很多“not running”错误源于许可证文件与当前系统信息不匹配。如果你有合法的许可证，请使用软件供应商提供的工具（如ANSYS的ANSYS, Inc. License Administrator）重新生成许可证文件。
- 关键操作：在生成过程中，工具会自动获取当前计算机的主机名和物理地址。请务必使用它自动获取的信息，不要手动输入可能错误的老信息。生成后，用新的.lic文件替换旧的。
手动修正许可证文件：
- 用记事本打开你的license.lic文件。
- 找到以SERVER开头的行，例如：SERVER this_host 001122334455 1055
- this_host：必须与你的服务器计算机的“计算机名”（非用户名）完全一致（包括大小写，通常不区分）。在CMD中输入hostname命令可查看。
- 001122334455：这是网卡的物理地址（MAC地址）。确保它是服务器主机上正在使用的、活跃的网卡的地址。特别是服务器有多块网卡（如有线、无线、虚拟网卡）时，容易出错。在CMD中输入ipconfig /all，查看“物理地址”。通常使用有线以太网适配器的地址。
- 1055：端口号，需与LMTOOLS中配置的端口一致。
- 修改并保存后，必须在LMTOOLS中执行“ReRead License File”，然后“Stop Server”，再“Start Server”，使更改生效。
检查许可证文件路径与编码：
- 确保LMTOOLS中配置的许可证文件路径绝对正确，没有多余的空格或中文字符。
- 许可证文件应保存为ANSI编码。如果用记事本另存为，有时会默认保存为UTF-8，这可能导致lmgrd无法正确解析。用记事本打开文件，点击“文件”->“另存为”，在编码下拉框中选择“ANSI”，然后保存覆盖原文件。

3.4 第四步：高级故障排除与日志分析

当以上步骤都无效时，我们需要更深入的探查。

启用调试日志：
- 在LMTOOLS的“Config Services”标签页，勾选“Use Services”和“Start Server at Power Up”下方通常有设置调试日志路径的选项。
- 或者，更直接的方法是在命令行以调试模式启动lmgrd，这会将详细日志输出到屏幕或文件：
```
cd "C:\Program Files\ANSYS Inc\Shared Files\Licensing\winx64" lmgrd -c "C:\path\to\your\license.lic" -l "C:\debug.log"
```
- 查看生成的debug.log文件，里面会记录lmgrd启动、读取许可证文件、尝试启动供应商守护进程的每一步细节，任何错误都会在这里暴露无遗。
处理端口冲突：
- 如果日志显示端口被占用，首先用netstat -ano | findstr :<port>找出占用该端口的进程ID（PID）。
- 在任务管理器的“详细信息”中，根据PID找到对应的进程。如果不是另一个lmgrd，可能需要停止该进程，或者为你的许可证管理器更换一个端口（在许可证文件的SERVER行和LMTOOLS配置中同时修改）。
处理供应商守护进程启动失败：
- 有时lmgrd能起来，但供应商守护进程（如ansyslmd）启动失败。日志会显示“Failed to start vendor daemon”。
- 可能原因：供应商守护进程的可执行文件丢失、损坏，或没有执行权限。请检查license.lic文件中DAEMON行指定的路径是否存在且文件完好。可以尝试从原始安装介质中重新复制该文件。

4. 常见问题场景与独家避坑指南

根据我处理过的大量案例，以下是一些高频且容易踩坑的具体场景及其解决方案。

4.1 场景一：更换网卡或主机名后软件无法启动

这是最经典的场景。你换了新电脑，或者服务器更换了主板/网卡，或者不经意间修改了计算机名，导致许可证文件中的绑定信息全部失效。

解决方法：
1. 获取新的主机名（hostname命令）和新的主要网卡MAC地址（ipconfig /all命令）。
2. 用记事本打开许可证文件，更新SERVER行中的主机名和MAC地址。
3. 如果使用的是供应商提供的许可证管理工具，强烈建议直接运行工具重新生成许可证文件，这是最稳妥的方式。
4. 更新后，重启许可证管理器服务。
避坑技巧：
- 规划主机名：对于用作许可证服务器的机器，在安装系统时就设定一个固定、简洁、不含特殊字符的主机名（如LicenseSrv），并尽量避免日后修改。
- 绑定静态IP和MAC：在服务器和路由器上，为许可证服务器的网卡设置静态IP地址和MAC地址绑定，防止网络环境变化导致IP变动影响客户端连接（虽然客户端用主机名或IP连接，但服务器自身网络稳定很重要）。

4.2 场景二：在多网卡环境中绑定错误地址

服务器有有线网卡、无线网卡、虚拟网卡（如VMware、Hyper-V创建的），而许可证文件错误地绑定了一个不常用或禁用的网卡地址。

解决方法：
1. 禁用所有暂时不需要的网卡（在“网络连接”中右键禁用），只保留你希望用于许可证服务的那一块物理有线网卡。
2. 运行ipconfig /all，记录下这块活跃网卡的物理地址。
3. 将许可证文件中的MAC地址修改为此地址。
4. 或者，在有多网卡需求的复杂环境中，可以在SERVER行使用ANY关键字替代具体的MAC地址，例如SERVER this_host ANY 1055。但请注意，这降低了安全性，且并非所有供应商的许可证都支持ANY，需参考官方文档。

4.3 场景三：Windows更新或安全软件后突然失效

某天Windows自动更新后，或者安装了新的杀毒软件/系统加固策略后，许可证服务无法启动。

解决方法：
1. 检查服务账户权限：如前所述，进入服务属性，确保“登录”选项卡下的账户有足够权限（通常“本地系统账户”即可），并勾选“允许服务与桌面交互”（某些旧版本可能需要）。
2. 检查文件完整性：安全软件可能隔离或删除了许可证管理器或供应商守护进程的可执行文件（.exe）或动态库（.dll）。去安全软件的隔离区或日志中查看，并将其恢复/添加信任。
3. 重建防火墙规则：Windows大版本更新有时会重置防火墙规则。需要重新为lmgrd.exe和供应商守护进程（如ansyslmd.exe）添加入站和出站规则，或者直接开放对应的TCP端口。

4.4 场景四：客户端报错，但服务器自检正常

在服务器上用LMTOOLS查看状态一切正常，telnet localhost 1055也通，但远程客户端就是连不上，报“not running”。

排查思路：
1. 在客户端对服务器IP和端口进行Telnet测试。如果不通，问题锁定在网络层面。
2. 检查服务器防火墙是否设置了仅允许本地连接？确保规则是针对“任何IP”或特定客户端IP段。
3. 检查服务器和客户端是否在同一网段？如果跨了网段或 VLAN，需要网络路由可达。
4. 检查是否有网络设备（如交换机、路由器）的ACL（访问控制列表）阻止了相关端口的流量。
5. 在服务器上，用netstat -ano | findstr :1055查看lmgrd的监听状态。它应该监听在0.0.0.0:1055或:::1055（IPv6），这表示监听所有网络接口。如果只显示127.0.0.1:1055，则表示它只接受本机连接，需要修改lmgrd的启动参数或配置文件使其监听在所有接口上。

5. 维护最佳实践与长效稳定建议

解决问题固然重要，但建立稳定的使用环境更能防患于未然。

文档化配置：为你的许可证服务器建立一份配置文档。记录以下信息：
- 服务器主机名、静态IP地址、主要网卡MAC地址。
- 许可证文件路径、lmgrd使用的端口号。
- 客户端环境变量的标准设置格式。
- 防火墙规则详情。当出现问题或需要迁移时，这份文档是无价之宝。
定期检查与服务重启：可以将许可证服务器服务的重启任务加入到计划任务中，例如每周在非工作时间自动重启一次，以释放可能的内存泄漏或清理异常状态。同时，定期检查日志文件，看是否有异常报错。
谨慎对待“破解”方案：网络上的“破解”或“绿色版”通常是通过替换关键的.dll或.exe文件，绕过许可证校验。这种做法：
- 法律风险极高，侵犯软件著作权。
- 稳定性极差，可能导致软件功能不全、崩溃、或与系统及其他软件冲突。
- 安全性存疑，替换的文件可能携带病毒或木马。
- 无法升级，官方更新通常会覆盖这些文件，导致破解失效或软件无法使用。对于学习和研究，许多商业软件提供功能完整的免费学生版或试用版。对于工作，应通过正规渠道获取许可证。依赖破解版进行正式工作，无异于在沙地上盖楼。
环境变量设置的标准化：在拥有大量客户端的企业环境中，不要依赖用户手动设置环境变量。可以通过组策略（Group Policy）或登录脚本，统一为所有客户端计算机部署正确的ANSYSLMD_LICENSE_FILE或LM_LICENSE_FILE环境变量，确保指向唯一的、正确的许可证服务器。这能从根本上避免因客户端配置错误导致的“not running”。

处理“FlexNet Licensing: not running”问题，本质上是一个系统性的调试过程。它考验的是你对软件架构、网络基础和操作系统配置的综合理解。从检查服务状态这个最简单的动作开始，沿着通信链路一步步向下排查——网络连通性、防火墙、主机名解析、许可证文件绑定信息——你总能定位到那个断裂的环节。记住，清晰的思路和正确的工具（如LMTOOLS、Telnet、netstat）是你的最佳伙伴。当你成功解决这个问题，不仅让软件重新跑起来，更是在积累一份宝贵的系统运维经验。

查看全文

http://www.jsqmd.com/news/1406711/