지원 티켓 만들기
팔로우

Q100030 : 가상 사설망 (VPN) 연결을 통해 유동 라이센스에 액세스

개요

클라이언트 측 컴퓨터가 라이센스 서버의 네트워크 외부에있는 오프 사이트에있을 때 고객이 가끔씩 클라이언트 측 컴퓨터를 플로팅 라이센스 서버에 다시 연결할 수 있는지 묻습니다. 이것은 일반적으로 VPN을 사용하여 인터넷을 통해 연결하여 수행됩니다.

추가 정보

가상 사설망 (VPN) 연결을 통해 유동 라이센스에 액세스 :

VPN은 단순히 네트워크 (일반적으로 인터넷)의 터널입니다.

클라이언트는 VPN 사용 여부에 관계없이 2 개의 TCP 포트에서 서버에 연결합니다.
방화벽이있는 경우 VPN을 사용하든 사용하지 않든 두 포트에 대해 방화벽을 열어야합니다. 이 정보는 Foundry License Tools 매뉴얼 FLT.pdf에 있습니다.

참고 : 우리는 네트워크 구성을 지원할 수 없습니다. 네트워크 관리자에게 도움을 요청하십시오.

그러나 유동 라이센스 시스템의 요구 사항에 대한 다음과 같은 요약이 유용 할 수 있습니다.

원격 클라이언트 측 시스템이 a에서 유동 라이센스를 얻으려면
라이센스 서버는 서버를 처리하고 네트워크에서 수행해야합니다.
서버가 사용중인 TCP 포트. 그것은 2 단계의 어드레싱입니다. 우리 RLM
서버는 일반적으로 포트 4101에서 연결 요청을 수신합니다.
고객. 클라이언트가 서버에 핑 (ping)을 수행 할 수없는 경우, 즉 "
사용 가능한 가장 낮은 레벨 (ping)의 네트워크를 사용하면 무엇이 문제가되지 않습니까?
연결해야하는 포트 - 서버를 먼저 주소 지정해야합니다.

클라이언트는 서버의 호스트 이름, 정규화 된 호스트 이름,
도메인 이름 (FQDN) 또는 IP 주소. 이 용어 중 클라이언트가
라이센스 사용 기간 동안 만 유효해야합니다. 에서
다른 말로하면 서버의 IP 주소로 서버에 연결할 수 있지만
IP 주소가 주기적으로 변경되면 클라이언트는 오른쪽을 사용하도록 적응해야합니다.
필요한 때 주소. 아마도 IP를 사용한다면 연결을 유지하지 못할 것입니다.
세션 중에 변경됩니다.

또한 클라이언트에는 일반적으로 로컬 .lic 라이센스 파일이 있습니다.
서버의 호스트 이름, FQDN (정규화 된 도메인 이름) 또는 IP 주소가 들어 있습니다.
클라이언트가이 파일의 유사 콘텐츠를 계속 추가하는 경우
서버의 데이터가 변경되면 클라이언트 파일을 정리해야합니다.
그렇지 않으면 클라이언트와 마찬가지로 연결에 느려지는 효과를 갖기 시작할 것입니다.
모든 .lic 파일을 시도하고 실패합니다.

사용자가 제품을 개봉하고 고객에게 라이센스를 시도 할 때마다
다른 입력 문자열 (port @ server), 새 라이센스 파일을 작성하고
종종 우리는 많은 나쁜 라이선스 파일을 클라이언트에서 제거해야합니다.

클라이언트 측 라이센스 파일은 여기에 저장된 일반 텍스트 .lic 파일입니다.

Mac의 경우 :
/ 라이브러리 / 응용 프로그램 지원 / TheFoundry / RLM /

Linux :
/ usr / local / foundry / RLM /

Windows의 경우 :
C : \ Program Files \ The Foundry \ RLM \
C : \ ProgramData \ The Foundry \ RLM \
C : \ Program Files (x86) \ The Foundry \ RLM \

파일에는 다음과 같은 한 줄이 있습니다.

호스트 서버 이름 any 4101

여기서 servername은 서버의 호스트 이름, FQDN (정규화 된 도메인 이름)
또는 IP 주소.

간단한 ping 테스트를 통해 귀하의
클라이언트 - 서버 연결 (예 : 클라이언트에서)

ping 서버 이름

여기서 servername은 서버의 호스트 이름, FQDN (정규화 된 도메인 이름)
또는 IP 주소.

좋은 ping 테스트는이 예제처럼 보입니다 (sikorski는 클라이언트가
테스트):

sikorski : ~ dave $ ping grim
PING grim.thefoundry.co.uk (192.9.198.34) : 56 데이터 바이트
64 바이트에서 192.9.198.34 : icmp_seq = 0 ttl = 64 시간 = 0.477 ms
642.9.198.34에서 64 바이트 : icmp_seq = 1 ttl = 64 시간 = 0.380 ms
64 바이트에서 192.9.198.34 : icmp_seq = 2 ttl = 64 시간 = 0.249 ms
642.9.198.34에서 64 바이트 : icmp_seq = 3ttl = 64 시간 = 0.313ms
642.9.198.34에서 64 바이트 : icmp_seq = 4ttl = 64 시간 = 0.327ms

(출력 스트림을 중지하려면 <control> + c를 입력하십시오.)


나쁜 ping 테스트는 다음 예제와 같습니다.

sikorski : ~ dave $ ping 구피
ping : 구피를 해결할 수 없습니다 : 알 수없는 호스트
sikorski : ~ dave $


일반적으로 서버의 ping 테스트는 방화벽 설정에 의해 차단되지 않습니다.
그것은 수.

좋은 핑 테스트를 받았다면 서버의 TCP 포트 번호 인 주소 지정의 두 번째 레벨을 테스트해야합니다. 이들은 방화벽 설정에 의해 더 많이 차단됩니다. 일반적으로 방화벽을 열지 않으면 방화벽이 대부분의 TCP 네트워크 포트를 차단합니다.

가장 쉬운 방화벽 접근법은 포트를 열도록 서버를 준비하는 것입니다.
RLM 라이센스 관리자 Foundry Licensing Tools 사용자 가이드 ( www.thefoundry.co.uk/support/licensing/tools/)를 다운로드하고 FLT.pdf 67 페이지의 지침을 따르십시오.

......................
Telnet 명령은 포트가 실제로 열려 있고 클라이언트가 연결할 수 있는지 확인합니다.
그것에. 여러 번, 우리는 고객에게 방화벽이 꺼져 있지만
네트워크 경로의 어딘가에서 간과되는 것, 즉 서버 설정,
라우터, ... 뭔가.

클라이언트의 터미널에서 (Windows 컴퓨터에는 텔넷 클라이언트가 있습니다.
enable) 명령은 다음과 같습니다.

telnet yourservername 4101

연결하면 터미널에 표시됩니다.

<yourservername의 IP 주소> 시도 중 ...
nemo에 연결되었습니다.
이스케이프 문자는 '^]'입니다.

또는 관련 DNS가있는 경우 표시 할 수 있습니다.

<yourservername의 IP 주소> 시도 중 ...
<yourservername의 정규화 된 도메인 이름>에 연결되었습니다.
이스케이프 문자는 '^]'입니다.

telnet 프롬프트로 돌아가려면 <control> + 오른쪽 괄호를 사용하고 <control> + c를 사용하십시오
터미널 프롬프트로 돌아 가기


두 경우 모두 위의 출력은 포트 4101이 호스트에서 열렸 음을 보여줍니다
yourservername.


그것이 모두 작동하면 두 포트 중 두 번째 포트를 시도해야합니다.
서버의 FLU 진단 출력에 있습니다. 그것은 지정되지 않았으므로
라이센스 파일에서 라이센스 관리자가 시작될 때 무작위로 선택됩니다.
쪽으로. 다음은 누군가의 서버 진단 예제입니다.


==> --------- ISV 서버 ----------
==> 이름 포트 실행 재시작
==> foundry 49153 예 0
==>
==> ------------------------

그래서,


telnet yourservername 49153

도움이 되었습니까?
/

We're sorry to hear that!

Please tell us why.
5명 중 4명이 도움이 되었다고 했습니다.

댓글