트릴레

TRYLE은 BITNET(EARn/NetNorth/GulfNet) 네트워크의 파일 포워딩 서비스였다.

그것이 만들어졌을 때 유럽의 많은 사이트들은 인터넷이 아닌 BITNET이나 호환되는 네트워크에만 접속할 수 있었다. 따라서 인터넷에서만 이용할 수 있는 파일에 접근할 필요성이 컸다. TRYLE 서버는 BITNET 호환 네트워크에 있는 모든 사람이 전 세계의 많은 인기 FTP 서버, 특히 SIMTEL20에서 수십만 개의 파일에 액세스할 수 있도록 허용했다.

TRYLE 서버는 FTP 사이트를 중앙 서버로 '집중기'하는 것이었다. 각 서버에는 사용자가 최근 주문한 파일을 저장하기 위해 자체(대형) 캐시 디스크가 있었고, 캐시의 내용에 대해 다른 모든 TRYLE 서버와 통신 중이었다. 사용자가 로컬 캐시에 없는 파일을 주문할 때, TRICLE은 보통 이 명령을 파일을 보관하는 것으로 알려진 다른 TRICLE 서버에 전달할 수 있다. 경우에 따라 이 파일에 대해 다른 모든 TRYLE에 "방송"이 필요한 경우도 있으며, 파일이 새 파일이거나 매우 드물게 액세스한 경우, 가지고 있던 3대의 FTP 슬레이브 서버 중 하나에서 요청하였다. 이 3개는 FTP를 통해 파일을 가져와 NJE를 통해 트릭엘로 보내는 특수 서버였다.

TRYLE 서버는 FTP 사이트에 대한 로드를 상당히 줄였다. 그들의 발신 파일 전송 속도는 보통 1/5이었다. 즉, 각 캐시된 파일은 보통 캐시 디스크에서 수명 동안 5번 전송되었다.

트릭엘은 사용자에게 다양한 전달 방법을 지원했다. 일반적인 이메일+(UUE, XXE, BTOA 등) 이외에도 파일을 사용자에게 FTP하거나, 가능하면 NJE SendFILE을 사용할 수 있다.

<MSDOS>와 같은 파일 패턴에 가입하는 것이 가능했다.VIRS>SCAN 및 서버가 파일을 사용할 수 있을 때마다 파일의 새 사본을 배달하도록 하십시오. 패턴 대신 '*'라는 특별한 키워드를 사용하여 <OS2>처럼 하위 디렉터리를 통째로 구독할 수 있다.NEW>*

TRICLE은 전성기에 매일 수천 개의 요청을 처리하여 사용자들에게 수 기가바이트의 소프트웨어를 제공하였다.

이 서버는 전 세계 어디서나 양쪽 네트워크에 연결된 게이트웨이 서버를 통해 인터넷상의 FTP 서버에서 파일을 요청할 수 있도록 했다. 그것은 SIMTEL20 및 약 12개의 다른 리포지토리(명령 /PDGET, 아래 참조)에서 (당시 언급된) Public Domain 소프트웨어의 보다 광범위한 배포를 가능하게 하기 위한 것이었다.

The software was originally written by Turgut Kalfaoglu at the Turkish national node TREARN (Ege University, Izmir) and was rapidly mirrored at many other BITNET nodes including AWIWUW11 (Austria), BANUFS11 (Belgium), DKTC11 (Denmark), DB0FUB11 or DTUZDV1 (Germany), IMIPOLI (Italy), EB0UB011 (Spain), TAUNIVM (Israel) and others.

이 서비스를 사용하려면 BITNET 사용자는 로컬 컴퓨터에 명령을 입력하여 나머지 행을 TRYLE 서버로 전달한다. 전달된 명령의 구문은 LISTSERV에서 사용되는 구문과 유사하지만 슬래시 앞에 다음 구문이 붙었다.

Tell TRYKLE AT 노드 /PDGET <디렉토리> 파일(모드) 

어디에 노드는 TRYLE 게이트웨이를 호스팅하는 BITNET 노드였고, <디렉토리> 파일은 필요한 디렉토리와 파일이었으며, (모드는 파일 전송 모드(예: UUE)를 지정했다. BITNET VAX 시스템에서 로컬 구문은 SEND TRICLE@node였다.

예시 명령은 다음과 같다.

트레런 /PDGET <MSDOS>에서 트릭렐에게 말하십시오.GAMES>MADMAX.ARC 

그것은 또한 이메일을 통해 전송된 명령을 받아들였고, 메시지 본문에 임의의 수의 명령을 넣을 수 있었다.

BITNET 네트워크의 혼잡을 완화하기 위해 지핑 후 64Kb 청크로 선택적으로 구분하여 전송 중인 파일을 각 간섭 노드의 크기 오름차순으로 정렬하는 저장 및 전달 전송 모델을 사용하였다. 이것은 매우 작은 파일들이 합리적으로 빨리 이동하도록 하여 더 큰 파일들은 나중에 대기할 수 있게 했다. 디코딩 및 지퍼를 해제하기 위해 UUencoded 전체 파일로 재조립하기 위해 청크를 조각조각 조립하는 것은 수신 사용자의 책임이었다.

TRICLE은 분산 캐시 데이터베이스를 사용했는데, 즉 유럽에서는 각 요청 파일의 복사본 하나만 보관하고 각 TRICLE 서버는 서로의 파일을 알고 있었다. 만약 누군가가 그 파일들 중 하나를 요구한다면, 그 요청은 우연히 그것을 가지게 된 TRYLE 서버로 자동 전달될 것이다. 이는 포화 국제 링크(esp)에 대한 부하를 완화시켰다. 유럽-미국) 및 인기 있는 파일의 신속한 전송 허용. 사용자들은 또한 /SUB <MSDOS와 같은 명령을 사용하여 파일 패턴에 가입할 수 있었다.예를 들어 VIRS>SCAN*과 저장소에 나타난 각각의 새로운 일치 파일은 자동으로 사용자에게 전송된다.

TRYLE은 또한 "뉴스레터"를 만들어 구독자들에게 발송할 수 있는 능력을 가지고 있었다. 그것은 저장소에 추가된 각각의 새로운 파일에 대한 정보를 포함하고 있었다. 마찬가지로, 사용자는 /NEW 명령을 전송하고 아카이브에 새로 추가된 목록을 얻을 수 있다.

서버는 또한 어떤 서버가 그들의 사용자와 가장 가까운지 알고 있었고, 사용자들이 그들의 로컬 서버를 사용하도록 강요했다. 그러나 서버가 다운된 것으로 탐지된 경우, 다른 서버는 해당 영역의 사용자로부터 명령을 수신했다.

트릭일은 구스타프 노이만이 주로 작성한 370 Assembler에서 일부 코드를 가지고 REXX 프로그래밍 언어(코드 40k 라인 이상)로 작성되었다. IBM VM/CMS 시스템에서 실행되었으며, 자세한 내용은 Turgut Kalfaoglu (turgut (at) kalfaoglu.com)에 문의하십시오.

이 서버로 투르굿 칼파오글루는 유럽 학술 연구 네트워크의 올해의 소프트웨어 상을 받았다.

참조:

참조