PC에서 실행되는 IBM의 RDZ는 메인 프레임의 파일 시스템에 어떻게 액세스합니까?

StackOverflow https://stackoverflow.com/questions/1320725

문제

NFS 스타일 파일 시스템은 IBM 메인 프레임에서 사용할 수 있지만 종종 세계의 다른 지역에 대한 메인 프레임의 보안 위험을 최소화 할 수있는 경우가 많지 않다고 반복적으로 들었습니다.

메인 프레임에서 파일에 연락하고 처리하는 PC 기반 도구를 생성하고 싶을 때 간단한 문제 ( "열린 NFS 파일 ' mainframe foo'")가 훨씬 더 어려워집니다. 네트워크가있는 환경에서 파일 시스템 액세스를 제공하려면 무엇을 계산할 수 있습니까? (Linux 시스템은 Samba를 통해 NFS를 표준으로 거의 제공하므로 쉽습니다).

IBM은 IBM COBOL 프로그래머가 사용하는 Eclipse 변형 인 Z에 대한 합리적인 개발자를 제공합니다. RDZ는 IBM 메인 프레임 파일 시스템에 직접 액세스 할 수있는 것 같습니다. 그들은 그것을하기 위해 무엇을 사용하고 있습니까? 왜 나에게 이용할 수없고, 그렇다면 무엇입니까?

도움이 되었습니까?

해결책

RDZ에는 Z/OS 호스트에서 실행되고 Eclipse 플러그인에서 연결을 허용하는 시작 작업 (Unix-Speak의 데몬)이 있습니다. 이 프로토콜은 독점적이므로 정보에 대한 정보를 찾을 수 없을 것입니다.

그리고 RDZ는 COBOL 프로그래머를위한 것이 아닙니다. 사람들이 저장하고 싶어하는 많은 상점에서 사용됩니다. 모두 메인 프레임의 소스 코드 - 두 개의 개별 리포지토리를 유지하는 이유는 무엇입니까? 그렇기 때문에 Longname/Shortname 및 ASCII/EBCDIC 번역이 불경건 한 Java 경로를 아름답고 우아한 8 자 회원 이름으로 바꾸고 Z/OS에서 읽을 수 있습니다. "source ascii" 명령은 그 마지막 우려를 다소 완화시켰다.

비슷한 일을하려면 고객의 들어오는 연결을 수락하기 위해 자신의 시작 작업을 코딩해야합니다. 이것은 소리만큼 어렵지 않습니다. USS (Unix System Services, Renmed OpenMVS)가 기본 운영 체제 소프트웨어의 일부로 Z/OS와 함께 제공되므로 실제로 UNIX 환경에서 수행 할 것입니다. 또한 USS 파일과 Z/OS 데이터 세트/멤버에 투명하게 액세스 할 수 있습니다.

그 다음에, 메인 프레임 상점에 시작된 작업이 보안 위험이 아니라는 것을 확신시켜야합니다. 그것이 당신을 위해 어떻게 작동하는지 알려주세요 :-)

NFS를 소프트웨어의 전제 조건으로 만드는 것이 더 쉬울 수 있습니다. 그런 다음 적어도 그것은 당신이 아닌 IBM의 보안 문제입니다.

다른 팁

RDZ는 원격 시스템 탐색기 (RSE)를 통해 Z/OS와 대화합니다. Z/OS는 SMB, NFS, FTP 및 SCP 및 기타 원격 액세스 방법을 제공합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top