지원 티켓 만들기
팔로우

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

개요

고객은 때때로 클라이언트 측 시스템이 라이센스 서버의 네트워크 외부에서 떨어져있을 때 클라이언트 측 시스템을 유동 라이센스 서버에 다시 연결할 수 있는지 여부 또는 방법을 묻습니다. 일반적으로 VPN을 사용하여 인터넷을 통해 연결하면됩니다.

추가 정보

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

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

클라이언트는 VPN 사용 여부에 관계없이 2 개의 TCP 포트에서 서버에 연결합니다.
방화벽이있는 경우 VPN 사용 여부에 관계없이 두 포트에 방화벽이 열려 있어야합니다. 이 정보는 파운드리 라이센스 도구 매뉴얼 FLT.pdf에 있습니다.

참고 : 네트워크 구성을 지원할 수 없습니다. 도움이 필요하면 네트워크 관리에 문의하십시오.

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

원격 클라이언트 측 컴퓨터가
라이센스 서버, 서버를 주소 지정하고 네트워크에서 수행해야합니다.
서버가 사용중인 TCP 포트. 그것은 두 가지 수준의 어드레싱입니다. 우리의 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 \

파일에는 한 줄이 포함됩니다.

호스트 서버 이름 임의 4101

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

간단한 핑 테스트를 통해 귀하에게 적합한 용어를 검증 할 수 있습니다
클라이언트와 서버 간 연결, 즉 클라이언트와의 연결

핑 서버 이름

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

좋은 핑 테스트는 다음 예와 같습니다 (sikorski는 클라이언트가
테스트):

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

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


잘못된 핑 테스트는 다음 예제와 같습니다.

시코 르 스키 : ~ dave $ 핑 구피
핑 : 구피를 해결할 수 없음 : 알 수없는 호스트
시코 르 스키 : ~ dave $


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

좋은 핑 테스트를 받았다고 가정하면 두 번째 주소 지정 주소 (서버의 TCP 포트 번호)를 테스트해야합니다. 이것들은 방화벽 설정에 의해 훨씬 더 많이 차단됩니다. 방화벽은 특별히 열지 않는 한 대부분의 TCP 네트워크 포트를 차단합니다.

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

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

클라이언트의 터미널에서 (Windows 시스템에는 텔넷 클라이언트가 있습니다.
활성화) 명령은

텔넷 yourservername 4101

연결되면 터미널이 표시됩니다

<서버 이름의 IP 주소>를 시도하는 중 ...
니모에 연결되었습니다.
이스케이프 문자는 '^]'입니다.

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

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

<control> + 오른쪽 괄호를 사용하여 텔넷 프롬프트로 돌아가서 <control> + c를 사용하십시오.
터미널 프롬프트로 돌아 가기


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


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


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

그래서,


텔넷 yourservername 49153

도움이 되었습니까?

우리는 문제로 불편을 끼쳐 드려 죄송합니다

이유를 알려주세요
5명 중 4명이 도움이 되었다고 했습니다.

댓글