1. 问题定位先搞清楚是服务停了还是连不上Ansys License Manager 报错这件事表面上看就是一句服务已停止或者连接超时但实际排查下来根子往往分散在四五个完全不同的层面。我这些年帮同事、帮朋友处理过的类似问题没有一百也有八十次最常见的误区就是一看到报错就去重装软件结果折腾一整天问题还在原地打转。所以第一步永远不是动手而是先判断故障类型。1.1 两类报错的本质区别Ansys 的授权体系依赖一个后台服务进程来分发许可证客户端软件启动时向这个服务发起请求服务再把可用的授权借给客户端。整个链路里任何一环断了都会表现为连不上。但具体断在哪里报错信息其实给了线索。第一类是服务本身没跑起来。典型表现是系统服务列表里那个 License Manager 服务处于已停止状态或者启动后几秒钟又自动停了。这种情况客户端连请求都发不出去报错通常是License Manager is stopped或者无法连接到授权服务器。第二类是服务在跑但握手失败。服务进程活着端口也开着但客户端发过去的请求得不到正确响应。报错往往是connection timed out while reading data或者license server may be experiencing a high demand。这类问题更隐蔽因为从表面看服务是正常的。还有一类容易被忽略的是授权文件本身的问题。服务跑得好好的端口也通但授权文件里的主机名、MAC 地址、端口号和当前机器对不上服务加载授权时直接失败然后自己把自己停掉了。这种情况日志里会有明确的invalid license file或者hostid mismatch字样。提示判断故障类型最快的方法是直接看服务状态和日志文件不要凭报错文字猜。日志路径通常在安装目录下的LicenseManager\logs\里文件名带日期。1.2 为什么先定位比先动手重要我见过太多人一上来就services.msc里点重启重启完发现还是不行然后开始怀疑授权文件重新生成一遍还是不行最后重装。整个过程三四个小时其实如果一开始花五分钟看日志可能就是一个主机名写错了。授权服务的故障有个特点表象高度相似成因高度分散。同样一句连接失败可能是防火墙拦了端口可能是服务账户权限不够可能是授权文件过期也可能是网卡换了导致 MAC 地址变了。如果不先缩小范围就是在盲猜。我的习惯是准备一张排查清单按服务状态 → 端口连通性 → 授权文件有效性 → 客户端配置这个顺序走每一步都有明确的判断标准走完基本就能锁定问题。下面几节我会把每一步拆开讲。1.3 排查前需要准备的信息动手之前先把这几样东西找齐能省掉大量来回折腾的时间Ansys 的安装版本和授权版本。2020 之后的版本授权机制有调整老版本的授权文件在新版服务上可能加载不了。授权文件license.dat 或类似文件的完整路径。很多人装完就忘了放哪了。当前机器的主机名和所有网卡的 MAC 地址。授权文件里绑定的就是这两样。服务使用的端口号。默认是 1055 和 2325但有些环境改过。最近有没有做过系统更新、换网卡、改主机名、装其他带授权服务的软件。这些操作是故障高发诱因。把这些信息列在一张纸上或者记事本里后面每一步排查都会用到。2. 服务启动失败从系统服务到依赖项逐层排查服务起不来是最直接的一类问题也是相对好解决的。但起不来本身也分几种情况点了启动没反应、启动后立刻停止、启动时报特定错误码。每种情况的处理路径不一样。2.1 手动启动服务并观察真实报错在 Windows 上打开服务管理器services.msc找到名字里带 Ansys License Manager 或 FlexNet License Manager 的服务项。先别急着点启动右键看属性重点看三个地方可执行文件路径。这里指向的是服务实际运行的 exe路径里如果有中文、空格异常或者指向了一个不存在的文件服务肯定起不来。我遇到过好几次是安装时路径选了个带中文的目录服务注册表里记录的路径和实际文件对不上。登录身份。默认应该是本地系统账户如果被改成了某个普通用户账户而那个账户没有足够权限服务启动会失败。改回本地系统账户通常能解决。依赖服务。有些环境下 License Manager 依赖系统的 RPC 或者某些网络服务如果依赖项没启动主服务也起不来。属性里的依存关系标签页能看到。看完这三项再手动点启动。如果失败系统会弹一个错误码比如错误 1067进程意外终止或者错误 1053服务没有及时响应。这两个错误码指向的方向完全不同1067 通常是配置或授权文件问题1053 更多是超时或资源问题。2.2 用命令行拿到更详细的启动日志图形界面给的错误信息太笼统想看细节得用命令行。以管理员身份打开 CMD 或 PowerShell用sc命令操作服务sc query Ansys License Manager sc start Ansys License Manager如果启动失败sc start会返回一个具体的错误码。同时去安装目录的 logs 文件夹里找最新的日志文件里面会记录服务启动过程中每一步做了什么、在哪一步失败。常见的失败点包括读取授权文件失败文件不存在、格式错误、权限不足绑定端口失败端口被占用校验主机信息失败主机名或 MAC 不匹配日志里如果出现 Cannot read license file 或者 Failed to open port 1055基本就能定位到具体环节了。2.3 端口占用导致的启动失败端口被占用是个高频问题。Ansys 授权服务默认监听 1055 和 2325 两个端口如果这两个端口被别的程序占了服务启动时会绑定失败然后退出。查端口占用用这条命令netstat -ano | findstr :1055 netstat -ano | findstr :2325如果输出里有 LISTENING 状态的记录记下最后一列的 PID然后去任务管理器里找这个 PID 对应的进程。常见占用者包括其他软件的授权服务比如某些 CAD、EDA 工具也用自己的 FlexNet 服务、之前没退干净的 Ansys 进程、甚至某些系统组件。处理方式有两种要么停掉占用端口的程序要么改 Ansys 授权服务的端口。改端口需要同时改服务配置和授权文件里的端口号两边必须一致否则客户端还是连不上。改完记得重启服务。注意改端口之后所有客户端的配置也要同步更新。如果是多人共用一个授权服务器改端口前一定要通知到所有人。2.4 服务账户权限不足的隐蔽问题有一类启动失败特别隐蔽服务账户权限不够导致服务能启动但读不到授权文件然后自己停掉。这种情况日志里往往只有一句含糊的failed to initialize看不出具体原因。判断方法是把服务账户临时改成管理员账户测试一下如果能正常启动说明就是权限问题。正式环境不建议长期用管理员账户跑服务更稳妥的做法是给服务账户单独授予授权文件所在目录的读取权限以及日志目录的写入权限。具体操作右键授权文件所在文件夹 → 属性 → 安全 → 编辑 → 添加服务账户 → 勾选读取和执行。日志目录同理给写入权限。改完把服务账户改回原来的重启服务验证。3. 连接超时与握手失败网络层和配置层的排查服务跑起来了客户端还是连不上报connection timed out或者high demand这类问题比服务启动失败更让人头疼因为表面看一切正常。排查思路要从网络连通性一路查到客户端配置。3.1 先确认端口到底通不通服务在跑不代表端口对外可用。先用telnet或者 PowerShell 的Test-NetConnection测一下Test-NetConnection -ComputerName 授权服务器IP -Port 1055如果返回TcpTestSucceeded : False说明端口不通。可能的原因包括防火墙拦了、服务只绑定了本地回环地址、或者中间有网络设备做了限制。防火墙是最常见的。Windows 防火墙默认会拦入站连接需要手动给授权服务的 exe 加一条入站规则放行 1055 和 2325 端口。如果是企业环境还要确认网络层面的策略有没有放行这两个端口。服务只绑本地回环的情况也有。有些安装配置里服务默认只监听 127.0.0.1这样本机客户端能用其他机器就连不上。检查方法是看服务配置文件里绑定地址那一项改成 0.0.0.0 或者具体的内网 IP。3.2 主机名解析问题导致的连接失败授权文件里通常写的是主机名而不是 IP客户端连接时先要把主机名解析成 IP。如果解析出问题就会表现为连接超时。排查方法是在客户端机器上 ping 一下授权服务器的主机名ping 授权服务器主机名如果 ping 不通但 ping IP 能通就是解析问题。解决办法是在客户端的 hosts 文件里加一条静态映射把主机名和 IP 绑死。hosts 文件在C:\Windows\System32\drivers\etc\hosts用管理员权限编辑加一行192.168.1.100 ansys-server这样就不依赖 DNS 了解析稳定。多人环境里如果 DNS 服务器不稳定这个方法能省掉很多莫名其妙的连接问题。3.3 授权文件里的主机信息核对授权文件是整套机制的核心里面的主机名、MAC 地址、端口号必须和实际环境完全一致。任何一项对不上服务加载授权时就会失败或者加载成功但客户端校验不过。打开授权文件通常是文本格式找到SERVER开头的那一行格式大致是SERVER 主机名 MAC地址 端口号逐项核对主机名必须和授权服务器当前的主机名完全一致大小写敏感。MAC 地址必须是授权服务器上某块网卡的物理地址格式通常是 12 位十六进制。如果服务器换了网卡或者用了虚拟网卡MAC 可能变了。端口号必须和服务实际监听的端口一致。核对 MAC 地址用ipconfig /all找到物理地址那一项。如果有多块网卡要确认授权文件里绑的是哪一块。虚拟机的网卡 MAC 有时会在重启后变化这也是虚拟机环境授权容易出问题的原因。3.4 客户端配置的常见错误客户端这边也有几个高频配置错误。最常见的是客户端指向的授权服务器地址写错了或者端口写错了。客户端配置文件里通常有一行指定服务器格式是端口号主机名或者主机名:端口号不同版本格式略有差异。另一个常见问题是客户端装了多个版本的 Ansys每个版本读的配置文件不一样改了一个没改另一个。多版本共存的环境里要确认当前启动的版本读的是哪个配置文件。还有一种是环境变量冲突。系统里如果有ANSYSLMD_LICENSE_FILE或者LM_LICENSE_FILE这类环境变量客户端会优先读环境变量里的配置忽略配置文件。如果环境变量指向了一个失效的地址就会一直连不上。检查方法是在 CMD 里echo %ANSYSLMD_LICENSE_FILE%看看有没有值有的话确认是否正确。4. 授权文件与版本兼容性那些容易踩的坑授权文件的问题往往不是坏了而是不匹配。版本、主机、时间任何一项对不上都会出问题。这一节专门讲授权文件相关的排查。4.1 授权文件过期与时间校验授权文件里通常有有效期过期之后服务加载会失败。检查方法是打开授权文件找INCREMENT或FEATURE开头的行后面跟着一个日期格式类似31-dec-2025。如果这个日期已经过了授权就失效了。还有一种情况是系统时间不对。授权校验会对比系统时间和授权有效期如果系统时间被改到了未来或者过去校验会失败。我遇到过一台机器因为主板电池没电每次开机时间都回到几年前导致授权一直报错。检查系统时间是否准确时区设置是否正确这个基础项别跳过。4.2 多版本 Ansys 共存的授权冲突一台机器上装了多个版本的 Ansys 是很常见的比如同时有 2020 和 2023。不同版本可能用不同版本的 License Manager服务之间会冲突。典型表现是装了新版本之后老版本突然连不上了或者两个版本都连不上。原因是新版本的安装程序可能覆盖了老版本的服务注册或者两个版本的服务抢同一个端口。处理思路是确认当前实际运行的是哪个版本的服务然后让所有客户端都指向这一个服务。如果确实需要多个版本的服务共存必须给它们分配不同的端口并且每个版本的客户端配置指向对应的端口。这个配置比较繁琐建议装多版本之前先规划好。4.3 授权文件格式错误的识别授权文件是文本文件但格式要求很严格。常见的格式错误包括行尾多了空格、换行符不对Windows 和 Linux 混用、复制粘贴时丢了字符、文件编码不对。判断方法是用纯文本编辑器打开逐行看SERVER和INCREMENT行是否完整。特别注意从邮件或者聊天工具里复制授权文件时很容易带上不可见字符。稳妥的做法是让授权文件通过文件传输而不是复制粘贴来传递。如果怀疑编码问题可以用十六进制编辑器看一下文件开头有没有 BOM 头。有些授权服务对 BOM 敏感会直接报格式错误。去掉 BOM 的方法是用支持无 BOM 保存的编辑器重新保存一遍。4.4 授权文件路径与权限授权文件的存放路径也有讲究。路径里最好不要有中文和空格虽然理论上支持但实际踩坑的概率不低。放在安装目录下的默认位置最稳妥。权限方面服务账户需要对授权文件有读取权限。如果授权文件是从别的机器拷贝过来的权限可能没继承导致服务读不到。右键文件 → 属性 → 安全确认服务账户在列表里且有读取权限。5. 常见问题速查与实操避坑经验前面几节讲的是系统性的排查方法这一节把高频问题和对应的处理方式整理成速查表再补充一些文档里不会写的实操经验。5.1 高频问题速查表报错现象最可能原因优先排查动作License Manager is stopped服务未启动或启动后崩溃手动启动服务看日志报错connection timed out端口不通或主机名解析失败测端口连通性ping 主机名high demand or temporary outage授权数不够或服务响应慢查当前授权占用情况hostid mismatchMAC 地址或主机名不匹配核对授权文件与实际主机信息invalid license file授权文件格式错误或过期检查文件格式和有效期服务启动后立即停止端口占用或权限不足查端口占用检查服务账户权限客户端连不上但本机可用服务只绑定了回环地址改绑定地址为 0.0.0.0这张表覆盖了我遇到过的八成以上情况。实际排查时先按现象找到对应行按优先排查动作走一遍大部分问题能快速定位。5.2 重装之前先试这几招很多人一遇到授权问题就想重装但重装耗时且不一定解决问题。重装之前先试这几个动作彻底停止所有相关服务再重启。有时候服务进程卡死了表面看是停止状态实际进程还在。去任务管理器里找带 lmgrd、ansyslmd 字样的进程全部结束掉再启动服务。清理临时文件和缓存。授权服务运行时会生成一些临时文件如果这些文件损坏会导致服务异常。清理安装目录下的 temp 或 cache 文件夹重启服务。用安装程序自带的修复功能。Ansys 安装程序里有修复选项能重新注册服务、重建配置文件比完全重装快得多而且不会丢配置。换一个授权文件测试。如果手头有另一个可用的授权文件换上去测试一下能快速判断是授权文件的问题还是环境的问题。5.3 实操心得日志才是最好的老师我处理这类问题这么多年最大的体会就是别猜看日志。授权服务的日志记录得非常详细从服务启动、加载授权、绑定端口到响应客户端请求每一步都有记录。报错信息里那句笼统的连接失败在日志里往往对应着非常具体的原因。日志文件通常在安装目录\LicenseManager\logs\下文件名带日期。用文本编辑器打开从最后往前看找到第一个 ERROR 或 FATAL 级别的记录那就是问题所在。如果日志里全是 INFO 没有 ERROR说明服务本身没问题问题在客户端或者网络层。还有一个技巧把日志级别调成 DEBUG能记录更详细的信息。配置文件里通常有一行控制日志级别改成 DEBUG 后重启服务复现问题日志里会有更详细的上下文。排查完记得改回 INFO不然日志文件会涨得很快。5.4 实操心得环境变更后第一时间验证授权授权问题很多时候不是突然出现的而是环境变更后慢慢暴露的。换网卡、改主机名、系统大版本更新、装其他带授权服务的软件这些操作之后授权服务可能当时没事过几天重启机器就出问题了。我的习惯是任何可能影响授权的环境变更之后立刻重启一次授权服务然后启动一个 Ansys 客户端验证一下。花五分钟验证能避免后面花几小时排查。特别是虚拟机环境网卡 MAC 变化是常态每次快照恢复或者迁移之后都要验证。5.5 实操心得多人环境下的沟通成本如果是团队共用授权服务器故障处理还要考虑沟通成本。服务一停所有人都用不了电话微信就来了。这时候最忌讳的是闷头排查不吭声。我的做法是确认故障后第一时间在群里同步授权服务异常正在排查预计 XX 分钟然后每半小时更新一次进展。这样大家心里有数不会反复来问。排查过程中如果需要重启服务提前通知避免有人正在跑计算被中断。另外授权服务器的任何变更改端口、换授权文件、升级服务都要提前通知并且选在大家不用的时候做。我见过因为没通知就重启服务导致别人跑了一晚上的计算白费的情况这种坑能避就避。5.6 实操心得建立自己的排查记录最后一个经验是把每次排查的过程记下来。报错现象、排查步骤、最终原因、解决方法记在一个文档里。下次遇到类似问题翻记录比重新排查快得多。我自己的记录文档里已经攒了几十条覆盖了各种奇奇怪怪的报错。有些问题一年才遇到一次靠记忆根本记不住但翻记录五分钟就能解决。这个习惯看起来麻烦实际是最高效的投入。记录的时候重点记现象到原因的对应关系比如报错 A 且日志里有 B就是原因 C。这种对应关系积累多了排查就变成了查表效率完全不一样。
1. 问题定位先搞清楚是服务停了还是连不上Ansys License Manager 报错这件事表面上看就是一句服务已停止或者连接超时但实际排查下来根子往往分散在四五个完全不同的层面。我这些年帮同事、帮朋友处理过的类似问题没有一百也有八十次最常见的误区就是一看到报错就去重装软件结果折腾一整天问题还在原地打转。所以第一步永远不是动手而是先判断故障类型。1.1 两类报错的本质区别Ansys 的授权体系依赖一个后台服务进程来分发许可证客户端软件启动时向这个服务发起请求服务再把可用的授权借给客户端。整个链路里任何一环断了都会表现为连不上。但具体断在哪里报错信息其实给了线索。第一类是服务本身没跑起来。典型表现是系统服务列表里那个 License Manager 服务处于已停止状态或者启动后几秒钟又自动停了。这种情况客户端连请求都发不出去报错通常是License Manager is stopped或者无法连接到授权服务器。第二类是服务在跑但握手失败。服务进程活着端口也开着但客户端发过去的请求得不到正确响应。报错往往是connection timed out while reading data或者license server may be experiencing a high demand。这类问题更隐蔽因为从表面看服务是正常的。还有一类容易被忽略的是授权文件本身的问题。服务跑得好好的端口也通但授权文件里的主机名、MAC 地址、端口号和当前机器对不上服务加载授权时直接失败然后自己把自己停掉了。这种情况日志里会有明确的invalid license file或者hostid mismatch字样。提示判断故障类型最快的方法是直接看服务状态和日志文件不要凭报错文字猜。日志路径通常在安装目录下的LicenseManager\logs\里文件名带日期。1.2 为什么先定位比先动手重要我见过太多人一上来就services.msc里点重启重启完发现还是不行然后开始怀疑授权文件重新生成一遍还是不行最后重装。整个过程三四个小时其实如果一开始花五分钟看日志可能就是一个主机名写错了。授权服务的故障有个特点表象高度相似成因高度分散。同样一句连接失败可能是防火墙拦了端口可能是服务账户权限不够可能是授权文件过期也可能是网卡换了导致 MAC 地址变了。如果不先缩小范围就是在盲猜。我的习惯是准备一张排查清单按服务状态 → 端口连通性 → 授权文件有效性 → 客户端配置这个顺序走每一步都有明确的判断标准走完基本就能锁定问题。下面几节我会把每一步拆开讲。1.3 排查前需要准备的信息动手之前先把这几样东西找齐能省掉大量来回折腾的时间Ansys 的安装版本和授权版本。2020 之后的版本授权机制有调整老版本的授权文件在新版服务上可能加载不了。授权文件license.dat 或类似文件的完整路径。很多人装完就忘了放哪了。当前机器的主机名和所有网卡的 MAC 地址。授权文件里绑定的就是这两样。服务使用的端口号。默认是 1055 和 2325但有些环境改过。最近有没有做过系统更新、换网卡、改主机名、装其他带授权服务的软件。这些操作是故障高发诱因。把这些信息列在一张纸上或者记事本里后面每一步排查都会用到。2. 服务启动失败从系统服务到依赖项逐层排查服务起不来是最直接的一类问题也是相对好解决的。但起不来本身也分几种情况点了启动没反应、启动后立刻停止、启动时报特定错误码。每种情况的处理路径不一样。2.1 手动启动服务并观察真实报错在 Windows 上打开服务管理器services.msc找到名字里带 Ansys License Manager 或 FlexNet License Manager 的服务项。先别急着点启动右键看属性重点看三个地方可执行文件路径。这里指向的是服务实际运行的 exe路径里如果有中文、空格异常或者指向了一个不存在的文件服务肯定起不来。我遇到过好几次是安装时路径选了个带中文的目录服务注册表里记录的路径和实际文件对不上。登录身份。默认应该是本地系统账户如果被改成了某个普通用户账户而那个账户没有足够权限服务启动会失败。改回本地系统账户通常能解决。依赖服务。有些环境下 License Manager 依赖系统的 RPC 或者某些网络服务如果依赖项没启动主服务也起不来。属性里的依存关系标签页能看到。看完这三项再手动点启动。如果失败系统会弹一个错误码比如错误 1067进程意外终止或者错误 1053服务没有及时响应。这两个错误码指向的方向完全不同1067 通常是配置或授权文件问题1053 更多是超时或资源问题。2.2 用命令行拿到更详细的启动日志图形界面给的错误信息太笼统想看细节得用命令行。以管理员身份打开 CMD 或 PowerShell用sc命令操作服务sc query Ansys License Manager sc start Ansys License Manager如果启动失败sc start会返回一个具体的错误码。同时去安装目录的 logs 文件夹里找最新的日志文件里面会记录服务启动过程中每一步做了什么、在哪一步失败。常见的失败点包括读取授权文件失败文件不存在、格式错误、权限不足绑定端口失败端口被占用校验主机信息失败主机名或 MAC 不匹配日志里如果出现 Cannot read license file 或者 Failed to open port 1055基本就能定位到具体环节了。2.3 端口占用导致的启动失败端口被占用是个高频问题。Ansys 授权服务默认监听 1055 和 2325 两个端口如果这两个端口被别的程序占了服务启动时会绑定失败然后退出。查端口占用用这条命令netstat -ano | findstr :1055 netstat -ano | findstr :2325如果输出里有 LISTENING 状态的记录记下最后一列的 PID然后去任务管理器里找这个 PID 对应的进程。常见占用者包括其他软件的授权服务比如某些 CAD、EDA 工具也用自己的 FlexNet 服务、之前没退干净的 Ansys 进程、甚至某些系统组件。处理方式有两种要么停掉占用端口的程序要么改 Ansys 授权服务的端口。改端口需要同时改服务配置和授权文件里的端口号两边必须一致否则客户端还是连不上。改完记得重启服务。注意改端口之后所有客户端的配置也要同步更新。如果是多人共用一个授权服务器改端口前一定要通知到所有人。2.4 服务账户权限不足的隐蔽问题有一类启动失败特别隐蔽服务账户权限不够导致服务能启动但读不到授权文件然后自己停掉。这种情况日志里往往只有一句含糊的failed to initialize看不出具体原因。判断方法是把服务账户临时改成管理员账户测试一下如果能正常启动说明就是权限问题。正式环境不建议长期用管理员账户跑服务更稳妥的做法是给服务账户单独授予授权文件所在目录的读取权限以及日志目录的写入权限。具体操作右键授权文件所在文件夹 → 属性 → 安全 → 编辑 → 添加服务账户 → 勾选读取和执行。日志目录同理给写入权限。改完把服务账户改回原来的重启服务验证。3. 连接超时与握手失败网络层和配置层的排查服务跑起来了客户端还是连不上报connection timed out或者high demand这类问题比服务启动失败更让人头疼因为表面看一切正常。排查思路要从网络连通性一路查到客户端配置。3.1 先确认端口到底通不通服务在跑不代表端口对外可用。先用telnet或者 PowerShell 的Test-NetConnection测一下Test-NetConnection -ComputerName 授权服务器IP -Port 1055如果返回TcpTestSucceeded : False说明端口不通。可能的原因包括防火墙拦了、服务只绑定了本地回环地址、或者中间有网络设备做了限制。防火墙是最常见的。Windows 防火墙默认会拦入站连接需要手动给授权服务的 exe 加一条入站规则放行 1055 和 2325 端口。如果是企业环境还要确认网络层面的策略有没有放行这两个端口。服务只绑本地回环的情况也有。有些安装配置里服务默认只监听 127.0.0.1这样本机客户端能用其他机器就连不上。检查方法是看服务配置文件里绑定地址那一项改成 0.0.0.0 或者具体的内网 IP。3.2 主机名解析问题导致的连接失败授权文件里通常写的是主机名而不是 IP客户端连接时先要把主机名解析成 IP。如果解析出问题就会表现为连接超时。排查方法是在客户端机器上 ping 一下授权服务器的主机名ping 授权服务器主机名如果 ping 不通但 ping IP 能通就是解析问题。解决办法是在客户端的 hosts 文件里加一条静态映射把主机名和 IP 绑死。hosts 文件在C:\Windows\System32\drivers\etc\hosts用管理员权限编辑加一行192.168.1.100 ansys-server这样就不依赖 DNS 了解析稳定。多人环境里如果 DNS 服务器不稳定这个方法能省掉很多莫名其妙的连接问题。3.3 授权文件里的主机信息核对授权文件是整套机制的核心里面的主机名、MAC 地址、端口号必须和实际环境完全一致。任何一项对不上服务加载授权时就会失败或者加载成功但客户端校验不过。打开授权文件通常是文本格式找到SERVER开头的那一行格式大致是SERVER 主机名 MAC地址 端口号逐项核对主机名必须和授权服务器当前的主机名完全一致大小写敏感。MAC 地址必须是授权服务器上某块网卡的物理地址格式通常是 12 位十六进制。如果服务器换了网卡或者用了虚拟网卡MAC 可能变了。端口号必须和服务实际监听的端口一致。核对 MAC 地址用ipconfig /all找到物理地址那一项。如果有多块网卡要确认授权文件里绑的是哪一块。虚拟机的网卡 MAC 有时会在重启后变化这也是虚拟机环境授权容易出问题的原因。3.4 客户端配置的常见错误客户端这边也有几个高频配置错误。最常见的是客户端指向的授权服务器地址写错了或者端口写错了。客户端配置文件里通常有一行指定服务器格式是端口号主机名或者主机名:端口号不同版本格式略有差异。另一个常见问题是客户端装了多个版本的 Ansys每个版本读的配置文件不一样改了一个没改另一个。多版本共存的环境里要确认当前启动的版本读的是哪个配置文件。还有一种是环境变量冲突。系统里如果有ANSYSLMD_LICENSE_FILE或者LM_LICENSE_FILE这类环境变量客户端会优先读环境变量里的配置忽略配置文件。如果环境变量指向了一个失效的地址就会一直连不上。检查方法是在 CMD 里echo %ANSYSLMD_LICENSE_FILE%看看有没有值有的话确认是否正确。4. 授权文件与版本兼容性那些容易踩的坑授权文件的问题往往不是坏了而是不匹配。版本、主机、时间任何一项对不上都会出问题。这一节专门讲授权文件相关的排查。4.1 授权文件过期与时间校验授权文件里通常有有效期过期之后服务加载会失败。检查方法是打开授权文件找INCREMENT或FEATURE开头的行后面跟着一个日期格式类似31-dec-2025。如果这个日期已经过了授权就失效了。还有一种情况是系统时间不对。授权校验会对比系统时间和授权有效期如果系统时间被改到了未来或者过去校验会失败。我遇到过一台机器因为主板电池没电每次开机时间都回到几年前导致授权一直报错。检查系统时间是否准确时区设置是否正确这个基础项别跳过。4.2 多版本 Ansys 共存的授权冲突一台机器上装了多个版本的 Ansys 是很常见的比如同时有 2020 和 2023。不同版本可能用不同版本的 License Manager服务之间会冲突。典型表现是装了新版本之后老版本突然连不上了或者两个版本都连不上。原因是新版本的安装程序可能覆盖了老版本的服务注册或者两个版本的服务抢同一个端口。处理思路是确认当前实际运行的是哪个版本的服务然后让所有客户端都指向这一个服务。如果确实需要多个版本的服务共存必须给它们分配不同的端口并且每个版本的客户端配置指向对应的端口。这个配置比较繁琐建议装多版本之前先规划好。4.3 授权文件格式错误的识别授权文件是文本文件但格式要求很严格。常见的格式错误包括行尾多了空格、换行符不对Windows 和 Linux 混用、复制粘贴时丢了字符、文件编码不对。判断方法是用纯文本编辑器打开逐行看SERVER和INCREMENT行是否完整。特别注意从邮件或者聊天工具里复制授权文件时很容易带上不可见字符。稳妥的做法是让授权文件通过文件传输而不是复制粘贴来传递。如果怀疑编码问题可以用十六进制编辑器看一下文件开头有没有 BOM 头。有些授权服务对 BOM 敏感会直接报格式错误。去掉 BOM 的方法是用支持无 BOM 保存的编辑器重新保存一遍。4.4 授权文件路径与权限授权文件的存放路径也有讲究。路径里最好不要有中文和空格虽然理论上支持但实际踩坑的概率不低。放在安装目录下的默认位置最稳妥。权限方面服务账户需要对授权文件有读取权限。如果授权文件是从别的机器拷贝过来的权限可能没继承导致服务读不到。右键文件 → 属性 → 安全确认服务账户在列表里且有读取权限。5. 常见问题速查与实操避坑经验前面几节讲的是系统性的排查方法这一节把高频问题和对应的处理方式整理成速查表再补充一些文档里不会写的实操经验。5.1 高频问题速查表报错现象最可能原因优先排查动作License Manager is stopped服务未启动或启动后崩溃手动启动服务看日志报错connection timed out端口不通或主机名解析失败测端口连通性ping 主机名high demand or temporary outage授权数不够或服务响应慢查当前授权占用情况hostid mismatchMAC 地址或主机名不匹配核对授权文件与实际主机信息invalid license file授权文件格式错误或过期检查文件格式和有效期服务启动后立即停止端口占用或权限不足查端口占用检查服务账户权限客户端连不上但本机可用服务只绑定了回环地址改绑定地址为 0.0.0.0这张表覆盖了我遇到过的八成以上情况。实际排查时先按现象找到对应行按优先排查动作走一遍大部分问题能快速定位。5.2 重装之前先试这几招很多人一遇到授权问题就想重装但重装耗时且不一定解决问题。重装之前先试这几个动作彻底停止所有相关服务再重启。有时候服务进程卡死了表面看是停止状态实际进程还在。去任务管理器里找带 lmgrd、ansyslmd 字样的进程全部结束掉再启动服务。清理临时文件和缓存。授权服务运行时会生成一些临时文件如果这些文件损坏会导致服务异常。清理安装目录下的 temp 或 cache 文件夹重启服务。用安装程序自带的修复功能。Ansys 安装程序里有修复选项能重新注册服务、重建配置文件比完全重装快得多而且不会丢配置。换一个授权文件测试。如果手头有另一个可用的授权文件换上去测试一下能快速判断是授权文件的问题还是环境的问题。5.3 实操心得日志才是最好的老师我处理这类问题这么多年最大的体会就是别猜看日志。授权服务的日志记录得非常详细从服务启动、加载授权、绑定端口到响应客户端请求每一步都有记录。报错信息里那句笼统的连接失败在日志里往往对应着非常具体的原因。日志文件通常在安装目录\LicenseManager\logs\下文件名带日期。用文本编辑器打开从最后往前看找到第一个 ERROR 或 FATAL 级别的记录那就是问题所在。如果日志里全是 INFO 没有 ERROR说明服务本身没问题问题在客户端或者网络层。还有一个技巧把日志级别调成 DEBUG能记录更详细的信息。配置文件里通常有一行控制日志级别改成 DEBUG 后重启服务复现问题日志里会有更详细的上下文。排查完记得改回 INFO不然日志文件会涨得很快。5.4 实操心得环境变更后第一时间验证授权授权问题很多时候不是突然出现的而是环境变更后慢慢暴露的。换网卡、改主机名、系统大版本更新、装其他带授权服务的软件这些操作之后授权服务可能当时没事过几天重启机器就出问题了。我的习惯是任何可能影响授权的环境变更之后立刻重启一次授权服务然后启动一个 Ansys 客户端验证一下。花五分钟验证能避免后面花几小时排查。特别是虚拟机环境网卡 MAC 变化是常态每次快照恢复或者迁移之后都要验证。5.5 实操心得多人环境下的沟通成本如果是团队共用授权服务器故障处理还要考虑沟通成本。服务一停所有人都用不了电话微信就来了。这时候最忌讳的是闷头排查不吭声。我的做法是确认故障后第一时间在群里同步授权服务异常正在排查预计 XX 分钟然后每半小时更新一次进展。这样大家心里有数不会反复来问。排查过程中如果需要重启服务提前通知避免有人正在跑计算被中断。另外授权服务器的任何变更改端口、换授权文件、升级服务都要提前通知并且选在大家不用的时候做。我见过因为没通知就重启服务导致别人跑了一晚上的计算白费的情况这种坑能避就避。5.6 实操心得建立自己的排查记录最后一个经验是把每次排查的过程记下来。报错现象、排查步骤、最终原因、解决方法记在一个文档里。下次遇到类似问题翻记录比重新排查快得多。我自己的记录文档里已经攒了几十条覆盖了各种奇奇怪怪的报错。有些问题一年才遇到一次靠记忆根本记不住但翻记录五分钟就能解决。这个习惯看起来麻烦实际是最高效的投入。记录的时候重点记现象到原因的对应关系比如报错 A 且日志里有 B就是原因 C。这种对应关系积累多了排查就变成了查表效率完全不一样。
