리눅스 UG NX 설치방법｜Siemens NX 라이센스 서버 설정과 오류 해결까지

리눅스에서 UG NX, 즉 Siemens NX를 설치할 때 윈도우 설치처럼 setup 파일만 누르고 끝나는 느낌으로 접근하면 거의 막힙니다. 특히 NX는 CAD/CAM/CAE 프로그램이라 그래픽 드라이버, 지원 리눅스 배포판, 라이센스 서버, 포트, 환경변수까지 같이 맞아야 정상 실행됩니다.

실제로 설치보다 더 많이 터지는 문제는 라이센스 쪽입니다. 프로그램은 설치됐는데 실행하면 License Error -15, -96, -97, UGS_LICENSE_BUNDLE 오류가 뜨는 경우가 많고, 이건 대부분 NX가 라이센스 서버를 못 찾거나, 서버는 보이는데 필요한 번들 라이센스를 못 가져오는 상황입니다.

먼저 이 부분부터 보면 됩니다.
리눅스에서 NX를 설치하려면 ① 지원되는 리눅스 배포판 확인 ② Siemens Support Center에서 리눅스용 NX 설치 파일 다운로드 ③ Siemens License Server 설치 또는 기존 라이센스 서버 정보 확인 ④ 클라이언트에 SPLM_LICENSE_SERVER 환경변수 설정 ⑤ NX 설치 후 실행 테스트 순서로 보면 됩니다. 크랙, 우회 라이센스, 비공식 패치 방식은 보안과 법적 문제가 있어서 다루지 않습니다.

Siemens Support Center NX CAD 시스템 요구사항 Siemens NX 제품 페이지 Rocky Linux 문서

리눅스 UG NX 설치 전에 확인할 것

NX는 리눅스에서 아무 배포판에나 공식 지원되는 프로그램은 아닙니다. 실무 기준으로는 RedHat Enterprise Linux, Rocky Linux, SuSE Linux Enterprise Server 계열을 먼저 보는 게 안전합니다. 우분투, 리눅스민트, 데비안, 아치 리눅스에서도 억지로 설치를 시도하는 사례는 있지만, 공식 지원 범위 밖이면 그래픽, 라이브러리, 설치 스크립트, 라이센스 도구에서 예외가 생길 수 있습니다.

구분	권장 확인 항목	실무에서 중요한 이유
운영체제	RedHat, Rocky Linux, SuSE Linux 계열 우선	공식 지원 배포판이 아니면 설치가 되더라도 그래픽 오류나 라이브러리 문제가 생길 수 있습니다.
CPU / 메모리	64비트 CPU, 32GB RAM 이상 권장	NX는 단순 뷰어가 아니라 대형 어셈블리, CAM, 해석 데이터를 다루기 때문에 메모리가 부족하면 바로 체감됩니다.
그래픽 카드	NVIDIA RTX/Quadro 또는 AMD Radeon Pro 계열 권장	오픈GL, 드라이버, 대형 어셈블리 회전 성능과 직접 연결됩니다.
설치 파일	Siemens Support Center에서 받은 리눅스용 NX 설치 파일	윈도우용 설치 파일을 리눅스에서 Wine으로 돌리는 방식이 아니라, 리눅스용 설치 미디어를 받아야 합니다.
라이센스	Floating, Node-Locked, Academic, NX X 여부 확인	설치 방식과 환경변수, 서버 접속 방식이 달라집니다.
네트워크	라이센스 서버 IP, 호스트명, 포트, VPN 필요 여부	라이센스 오류 대부분은 클라이언트가 서버를 못 찾거나 포트가 막힌 상태에서 발생합니다.

우분투에 설치해도 되나요?
테스트 목적으로는 시도할 수 있지만 실무용으로는 추천하기 어렵습니다. 특히 제조, 금형, CAM, 대형 어셈블리 업무라면 지원 배포판을 쓰는 쪽이 훨씬 안정적입니다. 우분투에서 돌아가더라도 Siemens 지원을 받기 어려울 수 있고, 업데이트 후 갑자기 실행이 안 되는 상황도 생길 수 있습니다.

NX 설치 구조는 프로그램과 라이센스 서버를 나눠서 봐야 합니다

NX 설치를 헷갈리는 이유는 프로그램 설치와 라이센스 설치가 따로 움직이기 때문입니다. 내 PC에 NX를 설치했다고 해서 바로 실행되는 게 아니라, 실행하는 순간 NX가 라이센스 서버에 접속해서 사용 가능한 라이센스를 가져와야 합니다.

1단계 NX 설치 파일 준비

2단계 라이센스 서버 설정

3단계 클라이언트 환경변수 설정

4단계 NX 실행 및 오류 점검

NX Client 설계자가 쓰는 NX 프로그램

모델링, 드래프팅, CAM, 어셈블리 작업을 하는 실제 NX 실행 환경입니다.

License Server 라이센스를 관리하는 서버

여러 사용자가 라이센스를 공유하는 Floating 방식에서 특히 중요합니다.

Environment SPLM_LICENSE_SERVER

NX 클라이언트가 어느 서버에서 라이센스를 받을지 알려주는 핵심 환경변수입니다.

리눅스 NX 설치 준비 명령어

아래 명령어는 Rocky Linux, RedHat 계열과 SuSE 계열에서 기본적으로 준비해두면 좋은 패키지입니다. NX 버전과 배포판에 따라 필요한 라이브러리는 달라질 수 있지만, 설치 스크립트와 라이센스 도구 때문에 Java, ksh, 그래픽 관련 라이브러리는 먼저 확인하는 게 좋습니다.

Rocky Linux / RedHat 계열

sudo dnf update -y
sudo dnf install -y ksh tcsh libnsl libXext libXrender libXtst libXi libXmu libX11 mesa-libGL mesa-libGLU java-11-openjdk unzip tar

SuSE Linux 계열

sudo zypper refresh
sudo zypper install -y ksh tcsh libnsl libXext6 libXrender1 libXtst6 libXi6 Mesa-libGL1 Mesa-libGLU1 java-11-openjdk unzip tar

우분투에서 테스트 설치를 시도할 때

우분투는 공식 지원 배포판으로 보기 어렵기 때문에 실무용 추천은 아닙니다. 그래도 개인 테스트 환경에서 시도한다면 아래처럼 기본 패키지를 준비해볼 수 있습니다.

sudo apt update
sudo apt install -y ksh tcsh libnsl2 libxext6 libxrender1 libxtst6 libxi6 libxmu6 libgl1 libglu1-mesa openjdk-11-jre unzip tar

우분투 설치 실패가 잦은 이유
NX 설치 스크립트나 실행 파일이 특정 RedHat/SuSE 계열 라이브러리를 기준으로 만들어진 경우가 많습니다. 그래서 같은 리눅스라도 배포판이 다르면 라이브러리 이름, 경로, 그래픽 드라이버, X11/Wayland 환경 차이 때문에 실행 오류가 생길 수 있습니다.

Siemens License Server 설치 방법

회사에서 이미 Siemens License Server를 운영 중이라면 이 단계를 새로 할 필요는 없습니다. 그 경우에는 라이센스 관리자에게 서버 IP 또는 호스트명, 포트 번호, 사용 가능한 NX 번들명만 확인하면 됩니다.

반대로 새 서버를 구성해야 한다면 Siemens Support Center에서 Siemens License Server Linux 설치 파일과 라이센스 파일을 받아야 합니다. 일반적으로 설치 파일은 버전에 따라 아래와 비슷한 이름으로 제공됩니다.

SiemensLicenseServer_v버전번호_Lnx64_x86-64.bin

라이센스 서버 설치 파일 실행

다운로드한 설치 파일이 있는 폴더로 이동한 뒤 실행 권한을 주고 root 권한으로 실행합니다.

cd ~/Downloads
chmod +x SiemensLicenseServer_v*_Lnx64_x86-64.bin
sudo ./SiemensLicenseServer_v*_Lnx64_x86-64.bin

설치 중 라이센스 파일을 지정하라는 화면이 나오면, 발급받은 라이센스 파일을 선택합니다. NX 라이센스는 일반적으로 ugslmd 벤더 데몬을 사용합니다. 설치가 끝난 뒤에는 서비스가 정상 실행 중인지 확인합니다.

systemctl status saltd

서비스를 재시작해야 할 때는 아래 명령어를 사용합니다.

sudo systemctl stop saltd
sudo systemctl start saltd
sudo systemctl status saltd

명령어 이름 주의
Siemens License Server 문서에서는 서비스명이 saltd로 안내됩니다. 일부 오래된 자료나 오타가 섞인 글에서 satld처럼 보이는 경우가 있는데, 실제 서버에서 systemctl list-units 명령어로 정확한 서비스명을 확인하는 것이 좋습니다.

라이센스 서버 포트 확인

NX 클라이언트가 라이센스를 가져오려면 라이센스 서버 포트가 열려 있어야 합니다. Siemens License Server 기본 포트로 29000을 쓰는 경우가 많지만, 회사나 학교 환경에서는 28000, 27000대 포트 또는 별도 포트를 사용할 수도 있습니다.

sudo ss -lntp | grep -E '29000|28000|27000'

방화벽을 쓰고 있다면 라이센스 포트를 허용합니다. 아래는 29000 포트를 기준으로 한 예시입니다.

sudo firewall-cmd --permanent --add-port=29000/tcp
sudo firewall-cmd --reload
sudo firewall-cmd --list-ports

실무 팁
라이센스 서버가 따로 있고 NX 클라이언트가 여러 대라면 IP보다 호스트명을 쓰는 경우가 많습니다. 다만 DNS가 불안정하거나 VPN 환경에서 호스트명이 안 잡히면 라이센스 오류가 생기기 때문에, 테스트할 때는 IP 주소로 먼저 연결해보는 것이 빠릅니다.

NX 클라이언트 라이센스 환경변수 설정

리눅스 NX 클라이언트에서 가장 중요한 설정이 SPLM_LICENSE_SERVER입니다. 이 값이 잘못되면 NX 설치가 정상이어도 실행 시 라이센스 오류가 뜹니다.

현재 설정 확인

echo $SPLM_LICENSE_SERVER

아무것도 나오지 않거나 오래된 서버 주소가 나온다면 새로 설정해야 합니다.

임시 설정

터미널에서만 잠깐 테스트하려면 아래처럼 입력합니다. 여기서 29000은 포트, 192.168.0.10은 라이센스 서버 IP 예시입니다.

export SPLM_LICENSE_SERVER=29000@192.168.0.10

호스트명을 쓰는 경우에는 아래처럼 지정합니다.

export SPLM_LICENSE_SERVER=29000@nx-license-server

영구 설정

모든 사용자에게 적용하려면 /etc/profile.d 아래에 설정 파일을 만드는 방식이 깔끔합니다.

sudo tee /etc/profile.d/siemens-nx-license.sh > /dev/null <<'EOF'
export SPLM_LICENSE_SERVER=29000@192.168.0.10
EOF

sudo chmod 644 /etc/profile.d/siemens-nx-license.sh

설정 후에는 로그아웃했다가 다시 로그인하거나 아래 명령어로 현재 세션에 바로 적용합니다.

source /etc/profile.d/siemens-nx-license.sh
echo $SPLM_LICENSE_SERVER

여러 라이센스 서버를 쓰는 경우

리눅스에서는 여러 라이센스 경로를 콜론으로 구분하는 방식이 일반적입니다. 예를 들어 메인 서버와 백업 서버를 같이 넣는다면 아래처럼 설정할 수 있습니다.

export SPLM_LICENSE_SERVER=29000@server1:29000@server2

Windows와 Linux 구분 주의
윈도우에서는 세미콜론을 쓰는 예제가 많고, 리눅스에서는 콜론 구분을 쓰는 경우가 많습니다. 회사 라이센스 가이드가 윈도우 기준으로 되어 있다면 리눅스 클라이언트에 그대로 복사하지 말고 구분자를 확인해야 합니다.

UG NX 리눅스 설치 파일 실행 방법

Siemens Support Center에서 리눅스용 NX 설치 파일을 받은 뒤 압축을 풉니다. 버전마다 파일 구조가 조금 다를 수 있으므로, 설치 스크립트 이름을 먼저 찾는 방식이 안전합니다.

mkdir -p ~/nx_install
cd ~/nx_install

# 예시: 다운로드한 NX 압축 파일을 여기에 풀기

unzip ~/Downloads/NX_Linux*.zip -d ~/nx_install

# 또는 tar.gz 형태일 경우

tar -xvf ~/Downloads/NX_Linux*.tar.gz -C ~/nx_install

설치 스크립트를 찾습니다.

find ~/nx_install -maxdepth 4 -type f $ -name "ug_install" -o -name "setup" -o -name "install" -o -name "*.sh" $

구버전 NX는 ug_install 스크립트를 쓰는 경우가 많고, 최신 버전은 설치 미디어 구조가 다를 수 있습니다. 검색 결과로 나온 설치 파일에 실행 권한을 주고 실행합니다.

chmod +x ./nx/ug_install
sudo ./nx/ug_install

위 경로는 예시입니다. 실제로는 find 명령어로 나온 경로에 맞춰 실행하면 됩니다.

설치 중 입력할 라이센스 정보

설치 과정에서 라이센스 정보를 묻는 화면이 나오면 아래 형식으로 입력합니다.

29000@라이센스서버IP
29000@라이센스서버호스트명

예를 들어 라이센스 서버 IP가 192.168.0.10이라면 아래처럼 입력합니다.

29000@192.168.0.10

NX 실행 파일 위치 확인

설치가 끝난 뒤 NX 실행 파일을 찾습니다. 버전과 설치 경로에 따라 다르지만 보통 ugii 실행 파일을 찾으면 됩니다.

sudo find / -type f -name "ugii" 2>/dev/null | head

예를 들어 설치 경로가 /usr/Siemens/NX 안쪽이라면 아래처럼 실행할 수 있습니다.

/usr/Siemens/NX/UGII/ugii

실행 전에 라이센스 환경변수를 같이 넣어 테스트하는 것도 좋습니다.

SPLM_LICENSE_SERVER=29000@192.168.0.10 /usr/Siemens/NX/UGII/ugii

NX 실행 스크립트를 따로 만들어두면 편합니다

리눅스에서 NX를 자주 실행한다면 환경변수와 실행 경로를 매번 입력하기보다 실행 스크립트를 하나 만들어두는 게 좋습니다. 특히 여러 NX 버전을 같이 쓰거나 라이센스 서버가 여러 개인 회사라면 이 방식이 훨씬 안정적입니다.

mkdir -p ~/bin

cat > ~/bin/run-nx.sh <<'EOF'
#!/bin/bash
export SPLM_LICENSE_SERVER=29000@192.168.0.10
export UGII_LANG=korean
/usr/Siemens/NX/UGII/ugii
EOF

chmod +x ~/bin/run-nx.sh

이제 아래처럼 실행하면 됩니다.

~/bin/run-nx.sh

여러 버전 NX를 쓰는 경우
NX 12, NX 2206, NX 2306, NX 2312처럼 여러 버전을 같은 장비에서 써야 한다면 run-nx12.sh, run-nx2312.sh처럼 실행 스크립트를 버전별로 따로 만드는 게 좋습니다. 그래야 UGII_BASE_DIR, SPLM_LICENSE_SERVER, 번들 설정을 버전별로 분리하기 쉽습니다.

라이센스 번들 설정 UGS_LICENSE_BUNDLE

NX 라이센스 서버는 정상인데 실행할 때 There are no licenses available 또는 UGS_LICENSE_BUNDLE environment variable is set incorrectly 같은 메시지가 뜰 때가 있습니다. 이 경우는 서버 접속 자체보다 “어떤 번들 라이센스를 사용할지”가 꼬인 상황일 가능성이 큽니다.

사용 가능한 번들명은 회사나 학교 라이센스 구성마다 다릅니다. 예를 들어 ACD10, ACD11 같은 번들명이 있을 수 있지만, 이 값은 임의로 넣는 게 아니라 라이센스 관리자에게 확인해야 합니다.

export UGS_LICENSE_BUNDLE=ACD10

여러 번들을 지정해야 하는 환경이라면 라이센스 관리자에게 구분자까지 확인한 뒤 설정합니다. 리눅스에서는 쉘 해석 문제가 생기지 않도록 따옴표로 감싸는 편이 안전합니다.

export UGS_LICENSE_BUNDLE="ACD10,ACD11"

실행 스크립트에 같이 넣으면 매번 설정하지 않아도 됩니다.

#!/bin/bash
export SPLM_LICENSE_SERVER=29000@192.168.0.10
export UGS_LICENSE_BUNDLE="ACD10,ACD11"
/usr/Siemens/NX/UGII/ugii

번들명은 복사해서 쓰면 안 됩니다.
인터넷에 있는 ACD10, ACD11 같은 값은 특정 학교나 회사 예시일 수 있습니다. 내 라이센스 서버에 없는 번들명을 넣으면 오히려 NX가 라이센스를 못 가져옵니다. 반드시 사내 라이센스 관리자나 Siemens 파트너사에 실제 번들명을 확인해야 합니다.

NX 라이센스 오류 코드별 해결법

NX 실행 오류는 메시지만 보면 복잡해 보이지만, 대부분은 라이센스 서버 접속, 포트, 환경변수, 번들, 벤더 데몬 문제로 좁혀집니다. 아래 표처럼 증상별로 보면 훨씬 빨리 잡을 수 있습니다.

오류 메시지	주요 원인	해결 방법
License Error -15 Cannot connect to license server system	라이센스 서버 미실행, 포트 오류, 방화벽 차단, SPLM_LICENSE_SERVER 오입력	서버에서 saltd 상태 확인, 포트 오픈 확인, 클라이언트 환경변수 재설정, ping/nc로 접속 테스트
License Error -96 License server machine is down or not responding	서버 접속 불가, VPN 미연결, DNS 문제, 서버 IP 변경	VPN 연결 확인, IP로 직접 테스트, hosts 파일 또는 DNS 확인, 서버 재부팅 여부 확인
License Error -97 Vendor daemon is down	라이센스 서버는 켜졌지만 ugslmd 벤더 데몬이 내려감	라이센스 파일의 hostid 확인, ugslmd 로그 확인, saltd 재시작, 라이센스 파일 재등록
License Error -10 Feature has expired	라이센스 만료, 임시 라이센스 기간 종료, 잘못된 라이센스 파일	새 라이센스 파일 발급 여부 확인, 만료일 확인, 서버에 최신 라이센스 파일 반영
No such feature exists	현재 라이센스에 해당 NX 모듈이 없음	사용하려는 기능이 라이센스에 포함되어 있는지 확인, CAM/CAE/Convergent 모듈 별도 확인
There are no licenses available	사용 가능한 라이센스 수량 부족 또는 번들 설정 오류	다른 사용자가 라이센스를 모두 사용 중인지 확인, UGS_LICENSE_BUNDLE 설정 확인
UGS_LICENSE_BUNDLE is set incorrectly	잘못된 번들명 지정	라이센스 관리자에게 실제 번들명 확인 후 환경변수 수정
Convergent Modeling 또는 STAR-CCM+ 관련 라이센스 오류	일부 Convergent 기능이 cdlmd 벤더 데몬 라이센스를 요구	CDLMD_LICENSE_FILE 환경변수 추가, Simcenter STAR-CCM+ 관련 라이센스 포함 여부 확인

라이센스 서버 접속 테스트

클라이언트에서 라이센스 서버가 보이는지 먼저 확인합니다.

ping 192.168.0.10

포트가 열려 있는지 확인하려면 nc 명령어를 사용할 수 있습니다.

nc -vz 192.168.0.10 29000

nc가 없다면 설치합니다.

# Rocky / RedHat
sudo dnf install -y nmap-ncat

# Ubuntu

sudo apt install -y netcat-openbsd

정상이라면 succeeded 또는 connected에 가까운 메시지가 나옵니다. 실패한다면 NX 문제가 아니라 네트워크, 방화벽, 포트, 서버 상태부터 봐야 합니다.

환경변수 중복 확인

오래된 NX를 설치했다가 지운 장비에서는 예전 라이센스 환경변수가 남아 있을 수 있습니다. 아래 명령어로 관련 변수를 확인합니다.

불필요한 값이 보이면 ~/.bashrc, ~/.profile, /etc/profile, /etc/profile.d 폴더를 확인합니다.

grep -R "SPLM_LICENSE_SERVER\|UGS_LICENSE_BUNDLE\|UGII" ~/.bashrc ~/.profile /etc/profile /etc/profile.d 2>/dev/null

Convergent Modeling, Additive, Simcenter 연동 오류

일반 모델링은 되는데 Convergent Modeling, Additive Design, STAR-CCM+ 연동 기능에서만 라이센스 오류가 뜨는 경우가 있습니다. 이때는 NX 기본 라이센스인 ugslmd만 보고 있으면 원인을 놓치기 쉽습니다.

일부 기능은 cdlmd 벤더 데몬을 사용하는 Simcenter 계열 라이센스를 요구할 수 있습니다. 이 경우 클라이언트에 아래 환경변수를 추가로 설정해야 할 수 있습니다.

export CDLMD_LICENSE_FILE=29000@192.168.0.10

영구 적용하려면 NX 라이센스 설정 파일에 같이 넣습니다.

sudo tee -a /etc/profile.d/siemens-nx-license.sh > /dev/null <<'EOF'
export CDLMD_LICENSE_FILE=29000@192.168.0.10
EOF

실제로 많이 헷갈리는 부분
NX가 실행된다고 해서 모든 NX 기능 라이센스가 있는 것은 아닙니다. 기본 Modeling은 되는데 CAM, CAE, Convergent, Routing, Additive 기능에서만 오류가 난다면 설치 문제가 아니라 모듈 라이센스 문제일 가능성이 높습니다.

그래픽 오류와 실행 창이 안 뜨는 문제

라이센스는 통과했는데 NX 창이 안 뜨거나, 스케치·돌출·회전 작업 중 갑자기 종료된다면 그래픽 드라이버를 의심해야 합니다. 특히 리눅스에서는 Nouveau 오픈소스 드라이버보다 NVIDIA 공식 드라이버가 안정적인 경우가 많습니다.

그래픽 카드 확인

lspci | grep -E "VGA|3D|Display"

OpenGL 정보 확인

glxinfo | grep -E "OpenGL vendor|OpenGL renderer|OpenGL version"

glxinfo가 없다면 mesa-utils 계열 패키지를 설치합니다.

# Rocky / RedHat
sudo dnf install -y glx-utils

# Ubuntu

sudo apt install -y mesa-utils

Wayland보다 X11이 안정적인 경우도 있습니다.
최신 리눅스 데스크톱은 Wayland를 기본으로 쓰는 경우가 많지만, CAD/CAM 프로그램은 X11 환경에서 더 안정적으로 동작하는 경우가 있습니다. 창이 뜨지 않거나 마우스 이벤트가 이상하면 로그인 화면에서 Xorg 세션으로 바꿔 테스트해보는 것도 방법입니다.

버전별로 자주 생기는 설치 포인트

NX는 버전별로 설치 방식과 필요한 라이브러리가 조금씩 다릅니다. 특히 예전에는 UG NX라고 부르던 시절의 설치 스크립트와 최신 Designcenter NX 계열 설치 구조가 다를 수 있습니다.

버전 구간	주의할 점	추천 대응
NX 8 / NX 10 / NX 12 같은 구버전	ksh, 오래된 X11 라이브러리, libpng, libXp 같은 구형 의존성 문제가 생길 수 있습니다.	가상머신 또는 구버전 지원 OS 이미지를 별도로 구성하는 것이 안정적입니다.
NX 1847 이후 Continuous Release 계열	업데이트 주기가 빨라지면서 라이센스 서버 버전과 클라이언트 버전 호환 확인이 중요합니다.	NX 업데이트 전 Siemens License Server도 최신 권장 버전인지 확인합니다.
NX 2206 / 2212 / 2306 / 2312 계열	라이센스 서버 포트, 번들, 그래픽 드라이버 문제가 많이 보입니다.	설치 전 라이센스 서버 접속 테스트와 GPU 드라이버 확인을 먼저 합니다.
최신 Designcenter NX 계열	지원 OS와 클라우드 라이센스, NX X 구성이 기존 영구 라이센스 방식과 다를 수 있습니다.	설치 전 구매 유형이 On-premise인지 NX X인지 먼저 확인합니다.

NX 설치 후 꼭 확인할 명령어

설치가 끝났다고 바로 실무 투입하기보다, 아래 항목을 한 번씩 확인해보는 것이 좋습니다.

라이센스 환경변수 확인

echo $SPLM_LICENSE_SERVER
echo $UGS_LICENSE_BUNDLE
echo $CDLMD_LICENSE_FILE

NX 실행 파일 확인

find /usr /opt -type f -name "ugii" 2>/dev/null

라이센스 서버 포트 확인

nc -vz 192.168.0.10 29000

로그 파일 확인

NX가 실행 중 오류를 내고 바로 종료된다면 사용자 홈 디렉터리나 NX 설치 폴더 아래 로그를 확인합니다.

find ~ -iname "*syslog*" -o -iname "*nx*.log" 2>/dev/null | head -30

NX 리눅스 설치 오류 빠른 진단표

상황	먼저 볼 것	바로 해볼 조치
설치 스크립트가 실행되지 않음	실행 권한, ksh 설치 여부	chmod +x, sudo dnf install ksh
No such file or directory	스크립트 경로, 32/64비트 라이브러리, 셸 경로	file 명령어로 실행 파일 아키텍처 확인
Java 관련 오류	JRE 설치 여부	java -version 확인 후 OpenJDK 11 이상 설치
NX 실행 후 바로 종료	그래픽 드라이버, OpenGL, 라이센스 로그	glxinfo 확인, 공식 GPU 드라이버 설치
라이센스 서버 접속 실패	SPLM_LICENSE_SERVER, 포트, 방화벽	nc -vz 서버IP 포트 테스트
회사 밖에서 실행 안 됨	VPN, 사내망 접근 가능 여부	VPN 연결 후 라이센스 서버 ping 테스트
특정 기능만 안 됨	모듈 라이센스 보유 여부	라이센스 관리자에게 해당 Feature 보유 여부 확인

회사 실무용 설치 순서로 다시 정리하면

실무에서 가장 깔끔한 방식은 라이센스 서버와 NX 클라이언트를 분리해서 보는 것입니다. 서버는 IT 또는 라이센스 관리자가 구성하고, 설계자 PC에는 NX 클라이언트와 환경변수만 정확히 넣는 방식이 유지보수하기 좋습니다.

권장 설치 순서
1. Siemens Support Center 계정과 NX 다운로드 권한 확인
2. 지원 리눅스 배포판과 그래픽 카드 드라이버 확인
3. Siemens License Server 설치 또는 기존 서버 정보 확인
4. 라이센스 서버 포트, 방화벽, 서비스 상태 확인
5. NX 클라이언트 설치
6. SPLM_LICENSE_SERVER 환경변수 설정
7. 필요 시 UGS_LICENSE_BUNDLE, CDLMD_LICENSE_FILE 추가
8. NX 실행 후 Modeling, Drafting, CAM, CAE 등 실제 사용하는 모듈 테스트

리눅스 UG NX 설치 FAQ

리눅스에서 UG NX를 공식적으로 설치할 수 있나요?

지원되는 리눅스 배포판과 버전에 맞는 NX 설치 파일을 사용하면 가능합니다. 다만 모든 리눅스 배포판이 지원되는 것은 아니며, 실무에서는 RedHat, Rocky Linux, SuSE 계열처럼 Siemens 지원 범위에 들어가는 환경을 우선으로 보는 것이 좋습니다.

우분투에서도 NX가 설치되나요?

비공식적으로 시도하는 사례는 있지만 실무용으로는 추천하기 어렵습니다. 설치 스크립트, 라이브러리, 그래픽 드라이버, 라이센스 도구에서 문제가 생길 수 있고, 문제가 생겼을 때 공식 지원을 받기 어렵습니다.

SPLM_LICENSE_SERVER 값은 어디서 확인하나요?

라이센스 서버 관리자에게 포트와 서버 주소를 확인해야 합니다. 보통 포트@서버 형식으로 입력하며 예시는 29000@192.168.0.10 또는 29000@license-server 같은 형태입니다.

NX License Error -15는 무슨 뜻인가요?

대부분 NX 클라이언트가 라이센스 서버에 연결하지 못하는 상태입니다. 서버가 꺼져 있거나, 포트가 막혀 있거나, SPLM_LICENSE_SERVER 값이 잘못됐거나, VPN을 연결하지 않은 경우에 자주 발생합니다.

License Error -96은 어떻게 봐야 하나요?

라이센스 서버 장비가 응답하지 않는다는 의미로 보는 것이 좋습니다. 회사 밖에서 접속 중이라면 VPN이 필요한지 확인하고, 서버 IP와 포트가 실제로 열려 있는지 nc 명령어로 테스트해보면 원인 파악이 빠릅니다.

UGS_LICENSE_BUNDLE 오류는 왜 생기나요?

라이센스 서버에는 접속했지만 사용할 번들 라이센스가 잘못 지정됐거나, 현재 사용 가능한 번들이 없을 때 발생할 수 있습니다. 번들명은 회사나 학교 라이센스 구성마다 다르기 때문에 인터넷 예시를 그대로 넣지 말고 실제 라이센스 관리자에게 확인해야 합니다.

NX는 설치됐는데 CAM이나 해석 기능만 안 됩니다.

NX 기본 모델링 라이센스와 CAM, CAE, Convergent, Additive, Routing 같은 모듈 라이센스는 별도일 수 있습니다. 특정 기능에서만 오류가 난다면 설치 문제가 아니라 해당 모듈 라이센스가 없는 상황일 수 있습니다.

라이센스 서버를 윈도우에 두고 리눅스에서 NX를 실행해도 되나요?

가능합니다. 중요한 것은 클라이언트 리눅스 장비가 라이센스 서버의 포트에 접근할 수 있어야 한다는 점입니다. 서버 OS가 윈도우든 리눅스든, NX 클라이언트에서는 SPLM_LICENSE_SERVER를 올바르게 지정하면 됩니다.

NX 설치 후 재부팅이 필요한가요?

설치 직후 환경변수, 그래픽 드라이버, 라이센스 서비스가 제대로 반영되지 않는 경우가 있어서 재부팅하거나 최소한 로그아웃 후 다시 로그인하는 것이 좋습니다.

정리하면
리눅스 UG NX 설치는 프로그램 설치보다 라이센스 연결이 핵심입니다. 지원되는 리눅스 배포판을 쓰고, Siemens License Server가 정상 실행 중인지 확인한 뒤, 클라이언트에서 SPLM_LICENSE_SERVER를 정확히 지정하면 기본 실행 문제의 대부분은 정리됩니다. 그래도 오류가 난다면 -15는 서버 접속, -96은 서버 응답, -97은 벤더 데몬, 번들 오류는 UGS_LICENSE_BUNDLE 쪽으로 나눠서 보면 훨씬 빠르게 해결할 수 있습니다.

이미지 ALT 추천

대표 이미지 ALT : 리눅스 UG NX 설치 및 Siemens NX 라이센스 서버 설정 방법

본문 이미지 ALT 1 : Rocky Linux에서 Siemens NX 설치 전 패키지 준비 명령어

본문 이미지 ALT 2 : Siemens License Server 포트와 SPLM_LICENSE_SERVER 환경변수 구조

본문 이미지 ALT 3 : NX License Error -15 -96 -97 오류 해결 체크리스트

본문 이미지 ALT 4 : UG NX 리눅스 설치 후 라이센스 번들 설정 화면 예시

Designer Edword 3D NX CAD