FLEXnet Error -15,10 해결｜LMTOOLS 10061 라이선스 서버 연결 오류

FLEXnet error -15,10 또는 Cannot connect to license server system 오류가 발생했다면 프로그램을 다시 설치하기 전에 라이선스 서버와 클라이언트 사이의 연결부터 확인하는 것이 우선입니다.

FlexLM 또는 현재 명칭인 FlexNet Publisher 기반 네트워크 라이선스를 사용하는 NX, CAD·CAE·해석 프로그램, 엔지니어링 소프트웨어에서 자주 만나는 오류인데, 대부분 프로그램 파일 자체가 손상된 것이 아니라 license.dat 경로, port@host, lmgrd, Vendor Daemon, 서버 포트, 방화벽 중 하나에서 문제가 생긴 경우가 많습니다.

저도 이런 오류가 뜨면 재설치부터 하지 않고 License Path → lmgrd → Vendor Daemon → 포트 → 방화벽 → Debug Log 순서로 확인합니다.

FLEXnet error -15,10 오류 의미

FlexNet Publisher에서 오류번호 -15는 공식적으로 Cannot connect to license server system, 즉 클라이언트가 라이선스 서버 시스템에 연결하지 못했다는 의미입니다.

Revenera는 대표적인 원인으로 다음 상황을 설명합니다.

• lmgrd 또는 lmadmin 서버가 시작되지 않음
• 잘못된 port@host 사용
• 잘못된 라이선스 파일 참조
• 라이선스 파일의 포트 또는 서버명이 변경됨

LICENSE MANAGER: Cannot connect to license server

The server (lmgrd) has not been started yet, or
the wrong port@host or license file is being used, or
the port or hostname in the license file has been changed.

Feature: idl
Server name: myserver
License path: C:\Program Files\ITT\license\license.dat
FLEXnet error: -15,10
System Error: 10061 "WinSock: Connection refused"

System Error 10061 Connection refused 의미

10061은 Windows Winsock의 WSAECONNREFUSED 오류입니다.

쉽게 말하면 클라이언트가 대상 주소로 TCP 연결을 시도했지만 해당 위치에서 연결을 받아주는 서비스가 없거나 연결이 적극적으로 거부된 상태에 가깝습니다.

따라서 10061이 함께 표시된다면 다음 네 가지부터 확인하는 것이 좋습니다.

1. 서버 프로세스가 실행 중인가?
2. 현재 서버 포트가 정확한가?
3. 해당 주소에서 실제 프로세스가 Listen 중인가?
4. 방화벽·보안 정책이 연결을 차단하고 있는가?

1. 프로그램이 실제 어떤 라이선스를 보고 있는지 확인

가장 먼저 확인할 것은 프로그램 자체보다 현재 License Search Path입니다.

FlexNet에서는 제품에 따라 라이선스 파일 경로 또는 다음과 같은 서버 주소를 사용할 수 있습니다.

1700@myserver

또는 기본 포트 범위를 사용하는 환경이라면 제품에 따라 다음과 같은 형태도 가능합니다.

@myserver

Windows에서는 LM_LICENSE_FILE 또는 제품별 VENDOR_LICENSE_FILE 환경변수에 여러 경로가 세미콜론으로 연결돼 있을 수도 있습니다.

예전 서버 주소가 남아 있지 않은지 확인

서버를 교체하거나 호스트명을 변경한 뒤 오류가 생겼다면 이전 port@host나 오래된 license.dat가 환경변수·레지스트리·프로그램 설정에 남아 있는지 확인합니다.

특히 여러 FlexNet 제품이 한 PC에 설치돼 있으면 라이선스 검색경로가 여러 개 연결돼 있어 사용자가 생각한 파일과 실제 프로그램이 읽는 파일이 다를 수 있습니다.

LM_LICENSE_FILE 우선순위도 확인

FlexNet 명령행 유틸리티에서는 -c 옵션으로 라이선스를 명시하면 환경변수보다 해당 값이 우선됩니다.

따라서 테스트할 때는 어떤 서버를 확인하는지 명확하게 지정하는 것이 좋습니다.

lmutil lmstat -a -c 1700@myserver

2. LMTOOLS에서 lmgrd 서비스 실행상태 확인

라이선스 경로가 맞다면 다음은 서버 PC에서 lmgrd 또는 lmadmin이 실제 실행되고 있는지 확인합니다.

LMTOOLS Config Services 점검

1. LMTOOLS를 관리자 권한으로 실행합니다.
2. Service/License File에서 Configuration using Services를 확인합니다.
3. Config Services 탭으로 이동합니다.
4. Path to lmgrd.exe 경로를 확인합니다.
5. Path to the license file 경로를 확인합니다.
6. Path to the debug log file 경로를 확인합니다.
7. Use Services를 체크합니다.
8. Start Server at Power Up을 체크합니다.
9. 변경했다면 Save Service를 누릅니다.

Revenera도 Windows에서 lmgrd를 서비스로 운영할 때 Use Services와 Start Server at Power Up을 이용하는 구성을 안내하고 있습니다.

서버 재부팅 후 갑자기 안 된다면

전날까지 정상인데 서버 재부팅 이후 모든 클라이언트에서 동시에 -15가 발생했다면 가장 먼저 이 자동시작 설정과 Windows 서비스 상태를 확인합니다.

모든 사용자에게 동시에 오류가 발생했다면 개별 클라이언트 재설치보다 서버부터 확인하는 편이 훨씬 빠릅니다.

3. lmgrd가 떠 있어도 Vendor Daemon이 죽어 있을 수 있다

실무에서 의외로 자주 놓치는 것이 lmgrd와 Vendor Daemon은 같은 상태가 아니라는 점입니다.

lmgrd는 클라이언트 연결과 Vendor Daemon 시작을 관리하고, 실제 제품별 라이선스 Feature를 제공하는 것은 해당 소프트웨어 제작사의 Vendor Daemon입니다.

따라서 LMTOOLS에서 서비스가 실행 중으로 보여도 Vendor Daemon이 종료돼 있다면 실제 프로그램은 라이선스를 체크아웃하지 못할 수 있습니다.

lmstat -a로 서버와 데몬을 같이 확인

lmutil lmstat -a -c 1700@myserver

lmstat은 실행 중인 데몬, 라이선스 파일, Feature와 현재 사용자를 확인하는 FlexNet 공식 진단 유틸리티입니다.

정상 환경이라면 라이선스 서버와 Vendor Daemon 상태가 출력되고 사용할 수 있는 Feature와 사용량까지 확인할 수 있습니다.

Server UP인데 Vendor Daemon DOWN이라면

• VENDOR 또는 DAEMON 라인의 실행파일 경로 확인
• Vendor Daemon EXE 존재 여부 확인
• Debug Log에서 종료 메시지 확인
• Vendor 포트 충돌 확인
• Windows Defender 또는 보안프로그램 차단 확인
• Vendor Daemon과 License Manager 버전 호환 여부 확인

NX 라이선스 에러｜LMTOOLS 설정·서버 시작 오류 해결에서는 Siemens NX 환경의 LMTOOLS 설정을 별도로 정리했습니다.

4. SERVER 라인과 port@host 구조 확인

FlexNet 라이선스 파일의 SERVER 라인은 일반적으로 다음과 같은 구조입니다.

SERVER myserver 001122AABBCC 1700

각 값은 다음 의미를 가집니다.

항목	예시	의미
Host	myserver	라이선스 서버 호스트명 또는 허용된 서버 주소
Host ID	001122AABBCC	라이선스 발급에 사용된 서버 식별값
Port	1700	lmgrd/lmadmin TCP 포트

Host ID와 Feature 라인은 임의로 수정하지 말 것

여기서 특히 주의해야 합니다.

Revenera 문서에 따르면 SERVER 라인의 Host ID는 Feature 라이선스 서명 생성에 사용됩니다.

따라서 Host ID나 Feature 정보를 오류 해결 목적으로 임의 변경하면 안 됩니다. 서버 장비나 Host ID가 바뀌었다면 해당 소프트웨어 공급사의 Rehost·라이선스 재발급 절차를 확인하는 것이 맞습니다.

호스트명과 포트 변경도 제품 정책 확인

FlexNet 자체에서는 SERVER의 host와 port를 다룰 수 있지만 실제 상용 제품의 라이선스 파일은 제작사 정책과 서명 방식이 다를 수 있습니다.

운영 서버에서 문제가 난다고 무조건 license.dat를 직접 수정하기보다 먼저 현재 발급정보와 제품 공급사의 라이선스 가이드를 확인하는 것이 안전합니다.

참고 : 윈도우11·윈도우10 hosts 파일 수정 안됨? 메모장 권한 부족 저장 오류

5. 클라이언트에서 라이선스 서버 포트 테스트

서버에서 정상으로 보인다고 끝난 것이 아닙니다.

실제로 오류가 발생하는 클라이언트 PC에서 서버로 연결 가능한지 확인해야 합니다.

PowerShell Test-NetConnection 사용

SERVER 라인의 포트가 1700이고 서버명이 myserver라면 PowerShell에서 다음처럼 확인할 수 있습니다.

Test-NetConnection myserver -Port 1700

결과에서 다음 값을 봅니다.

TcpTestSucceeded : True

True라면 해당 TCP 포트까지는 연결할 수 있다는 뜻이고, False라면 서비스·포트·방화벽·DNS·VPN·라우팅 중 하나를 확인해야 합니다.

포트가 열렸다고 라이선스가 정상이라는 뜻은 아닙니다

Test-NetConnection 성공은 해당 TCP 포트에 접근 가능하다는 뜻일 뿐 실제 Feature 체크아웃 성공을 보장하지 않습니다.

lmgrd 포트는 열려 있지만 Vendor Daemon이 죽어 있거나 Feature가 없거나 Options File에 의해 제한된 경우에는 프로그램에서 여전히 라이선스 오류가 날 수 있습니다.

DNS도 같이 확인

nslookup myserver

ping myserver

Ping이 보안정책으로 차단된 서버도 있으므로 Ping 실패 하나만으로 서버 장애라고 단정하면 안 됩니다. 대신 DNS가 올바른 IP를 반환하는지와 실제 TCP 포트가 연결되는지를 함께 봅니다.

6. 방화벽은 lmgrd 포트만 열면 끝일까?

아닙니다. FlexNet 환경에서 자주 놓치는 부분입니다.

라이선스 서버에는 보통 License Server Manager 포트와 실제 Feature 통신을 담당하는 Vendor Daemon 포트가 존재합니다.

Vendor Daemon 포트를 고정해야 하는 이유

VENDOR 라인에 포트를 지정하지 않으면 Vendor Daemon이 실행될 때 운영체제가 임시 포트를 선택할 수 있습니다.

Revenera 역시 방화벽이 있는 환경에서는 Vendor Daemon TCP 포트를 명시적으로 지정할 필요가 있다고 안내합니다.

VENDOR myvendor C:\FlexNet\myvendor.exe PORT=1701

이 경우 예를 들어 다음 두 포트를 모두 테스트합니다.

Test-NetConnection myserver -Port 1700
Test-NetConnection myserver -Port 1701

SERVER 포트는 되는데 Vendor 포트가 안 된다면

클라이언트가 lmgrd까지는 도달하지만 실제 Vendor Daemon과 통신하지 못하는 상황일 수 있습니다.

• Windows Defender Firewall 인바운드 규칙 확인
• 사내 방화벽·VLAN ACL 확인
• VPN 정책 확인
• Vendor Daemon 실행파일 보안솔루션 차단 여부 확인
• 서버에서 실제 포트 Listen 여부 확인

7. 서버에서 포트를 실제로 사용 중인지 확인

LMTOOLS 설정에 1700이라고 적혀 있다고 해서 실제 프로세스가 1700 포트에서 정상 대기 중이라는 보장은 없습니다.

netstat로 확인

netstat -ano | findstr :1700

정상적으로 Listen 중이라면 대략 다음처럼 표시될 수 있습니다.

TCP    0.0.0.0:1700    0.0.0.0:0    LISTENING    1234

마지막 PID를 이용해 어떤 프로세스가 포트를 사용 중인지 확인할 수 있습니다.

tasklist /FI "PID eq 1234"

다른 프로그램이 이미 포트를 차지했다면

다른 서비스가 해당 포트를 먼저 점유하면 lmgrd 또는 Vendor Daemon이 원하는 포트에 바인딩하지 못할 수 있습니다.

이 경우 Debug Log에서 bind, port in use, address already in use 계열 메시지를 확인하고 실제 사용 중인 서비스를 먼저 파악해야 합니다.

8. lmdiag로 실제 라이선스 체크아웃 진단

포트까지 정상인데 프로그램이 계속 실패한다면 lmdiag를 사용하는 것이 좋습니다.

lmdiag는 FlexNet에서 라이선스 체크아웃 실패 원인을 진단하기 위한 공식 유틸리티입니다.

lmutil lmdiag -c 1700@myserver

Feature 이름을 알고 있다면 특정 Feature만 확인할 수도 있습니다.

lmutil lmdiag -c 1700@myserver feature_name

lmdiag가 유용한 이유

Revenera 2025·2026 계열 문서에서는 서버 연결 실패 시 lmdiag의 확장 진단이 서버 TCP 포트를 검사하고 잘못된 포트 여부와 Vendor Daemon 위치를 찾는 데 도움을 줄 수 있다고 설명합니다.

단순 Ping이나 Telnet보다 FlexNet 내부 상황을 한 단계 더 깊게 확인할 수 있습니다.

9. Debug Log에서 실제 실패원인 확인

FLEXnet 문제를 끝까지 추적하려면 결국 Debug Log가 가장 중요합니다.

확인할 대표 메시지

로그 상황	확인할 부분
Vendor Daemon exited	벤더 실행파일·라이선스·포트 문제
Port already in use	포트 충돌
Invalid host	Host ID 또는 발급 서버 불일치
Cannot open license file	라이선스 파일 경로·권한
No such feature	요청 Feature가 라이선스에 없음
License server UP, Vendor DOWN	Vendor Daemon 우선 점검

Debug Log 위치는 ProgramData 하위 권장

Revenera는 Windows에서 라이선스 서버를 서비스로 운영할 경우 Debug Log를 ProgramData 하위 폴더에 두는 것을 Best Practice로 안내합니다.

Windows 서비스의 LocalService 계정이 로그를 기록할 수 있는 권한 문제를 줄이기 위해서입니다.

C:\ProgramData\FlexNet\Logs\debug.log

10. license.dat 파일은 함부로 편집하지 말 것

기존 FLEXnet 오류 해결글에서 흔히 보이는 방법 중 하나가 license.dat의 서버명·Host ID·Feature를 직접 수정하는 것입니다.

하지만 정식 네트워크 라이선스라면 이 방식은 매우 조심해야 합니다.

수정해도 되는 값과 수정하면 안 되는 값을 구분

FlexNet Publisher의 SERVER 라인에서 포트는 관리자가 조정할 수 있는 항목이지만, Host ID는 라이선스 서명에 사용되는 값이므로 임의로 바꾸면 안 됩니다.

또한 Feature·INCREMENT·SIGN 계열 정보를 수정하면 Error -8 Invalid license key or signature 같은 다른 문제로 이어질 수 있습니다.

메모장 편집으로 해결해야 하는 상황인지 먼저 판단

경로·줄바꿈·VENDOR 실행파일 위치처럼 관리자가 수정 가능한 항목을 확인할 때는 Notepad++나 Visual Studio Code를 이용하면 줄과 공백을 보기 편합니다.

하지만 발급된 Host ID 또는 Feature 정보를 임의로 고치는 것은 정상적인 문제 해결방법이 아닙니다.

11. 127.0.0.1로 SERVER 라인을 바꾸기 전에

예전 FlexLM 글에서는 다음처럼 SERVER 주소를 127.0.0.1로 수정해 테스트하는 방법이 자주 보입니다.

SERVER 127.0.0.1 001122AABBCC 1700

하지만 운영 라이선스 파일을 바로 수정하는 것보다 서버 자체에서 현재 포트를 로컬로 테스트하는 편이 안전합니다.

Test-NetConnection 127.0.0.1 -Port 1700

lmutil lmstat -a -c 1700@127.0.0.1

이렇게 하면 라이선스 파일의 서명 관련 정보를 건드리지 않고도 같은 서버 PC 안에서 lmgrd가 실제 응답하는지 확인할 수 있습니다.

127.0.0.1은 네트워크 클라이언트용 주소가 아닙니다

다른 PC에서 127.0.0.1은 라이선스 서버가 아니라 그 클라이언트 자기 자신을 가리킵니다.

따라서 여러 PC가 접속하는 Floating License 운영환경에서 서버주소를 127.0.0.1로 사용하는 것은 일반적인 해결방법이 아닙니다.

12. 가상머신 라이선스 서버에서 확인할 항목

FlexNet 서버를 VMware·Hyper-V 등 가상머신에서 운영하면 물리 서버보다 한 가지 변수가 더 생깁니다.

• 가상 NIC MAC 주소 변경
• VM Clone 후 Host ID 변경
• Snapshot 복구
• 호스트명 변경
• IP 주소 변경
• 네트워크 어댑터 교체
• VM 재부팅 후 라이선스 서비스 미실행

MAC 주소와 Host ID가 라이선스 발급정보와 달라졌다면

이 경우 단순 LMTOOLS 재시작으로 해결되지 않을 수 있습니다.

라이선스가 특정 Host ID에 묶여 있다면 가상머신 NIC를 원래 상태로 복구하거나 소프트웨어 공급사에서 Rehost 또는 라이선스 재발급 절차를 받아야 합니다.

FLEXnet -15,10 진단 도우미

아래 도구는 실제 서버를 검사하는 프로그램은 아니지만 현재까지 확인한 결과를 입력하면 어느 구간을 다음으로 점검해야 하는지 빠르게 정리할 수 있습니다.

FLEXnet -15,10 10분 점검 체크리스트

순서	확인내용	확인 명령·화면
1	현재 License Path	오류창·환경변수·제품 설정
2	port@host 정확성	1700@myserver 형태 확인
3	LMTOOLS 서비스	Start/Stop/Reread
4	lmgrd 자동시작	Start Server at Power Up
5	TCP 연결	Test-NetConnection
6	Vendor Daemon 상태	lmstat -a
7	Vendor 포트	Test-NetConnection
8	Feature 체크아웃	lmdiag
9	포트 점유	netstat -ano
10	실제 종료 원인	Debug Log

FLEXnet Error -15 관련 디크리노랗 글

• 
  
  NX 라이선스 에러｜LMTOOLS 설정·서버 시작 오류 해결
  
  
• 
  
  UG NX·Solid Edge LMTOOLS 라이선스 오류와 서버 재부팅
  
  
• 
  
  FlexNet License Error 오류코드 총정리｜-1·-4·-9·-83·-96·-97
  
  
• 
  
  Autodesk 네트워크 라이선스 서버 못 찾음｜FlexNet License Finder
  
  
• 
  
  오토캐드 FLEXnet Licensing 오류｜네트워크 라이선스 코드별 해결
  
  

FLEXnet error -15,10 FAQ

FLEXnet 오류는 경로 → 서비스 → 데몬 → 포트 → 로그 순서로 해결

FLEXnet error -15,10은 라이선스 수량이 부족하다는 오류가 아니라 기본적으로 클라이언트가 라이선스 서버와 정상적인 연결을 만들지 못했다는 계열의 오류입니다.

따라서 프로그램을 지웠다 다시 설치하기보다 먼저 오류창의 License Path와 Server Name을 확인하고, LMTOOLS에서 lmgrd와 Vendor Daemon 상태를 확인한 뒤 실제 클라이언트에서 TCP 통신을 테스트하는 편이 효율적입니다.

lmgrd 포트가 정상이라면 lmstat → Vendor Daemon 포트 → lmdiag → Debug Log 순서로 들어가면 어느 계층에서 실패하는지 상당히 빠르게 좁힐 수 있습니다.

특히 서버를 교체했거나 가상머신의 MAC·Host ID가 바뀐 경우에는 license.dat의 발급정보를 임의 수정하기보다 공급사의 라이선스 이전 정책부터 확인하는 것이 안전합니다.

공식 참고자료

• Revenera FlexNet Publisher 2026 R1 License Administration Guide
• Revenera lmstat Command-Line Utility
• Revenera lmdiag License Checkout Diagnostics
• Revenera SERVER Line / VENDOR Line Reference
• Revenera Windows Service Auto Start Guide
• Microsoft Winsock Error 10061 WSAECONNREFUSED

※ 이 글은 2026년 FlexNet Publisher License Administration Guide 기준으로 일반적인 네트워크 라이선스 서버 구조를 설명합니다. 실제 Vendor Daemon 이름, 포트, 라이선스 환경변수, Rehost 정책은 NX·Autodesk·IDL 등 소프트웨어 제작사별로 다를 수 있으므로 해당 제품의 정식 라이선스 문서를 최종 기준으로 확인하시기 바랍니다.