shopkeeper/kowiki-cleaned-020126 huggingface dataset:
자동 인증서 관리 환경

섬네일|ACME 로고
자동 인증서 관리 환경(Automatic Certificate Management Environment, ACME) 프로토콜은 인증 기관과 사용자의 서버 간의 상호 작용을 자동화하여 매우 낮은 비용으로 공개 키 기반 구조를 자동 배포할 수 있도록 하는 통신 프로토콜이다. 이는 인터넷 보안 연구 그룹(ISRG)이 Let's Encrypt 서비스를 위해 설계했다.

HTTPS를 통해 JSON 형식 메시지를 전달하는 것을 기반으로 하는 이 프로토콜은 자체 공인 IETF 워킹 그룹에 의해 에서 인터넷 표준으로 발표되었다.

 클라이언트 구현 

ISRG는 ACME를 위한 자유-오픈 소스 참조 구현을 제공한다. Certbot은 ACME 프로토콜을 사용하는 서버 인증서 관리 소프트웨어의 파이썬 기반 구현이며, Boulder는 Go (프로그래밍 언어)로 작성된 인증 기관 구현이다.

2015년 이후 모든 운영 체제에서 다양한 클라이언트 옵션이 등장했다.

캐디, Traefik Proxy, Nginx(2025년 8월부터), 아파치 HTTP 서버(2.4.30 이상)와 같은 웹 서버는 ACME 프로토콜을 사용하여 TLS 인증서를 자동으로 획득하는 기능을 내장하고 있다.

 API 버전 

 API 버전 1 
API v1 사양은 2016년 4월 12일에 발표되었다. 이 사양은 example.com 또는 cluster.example.com과 같은 정규화된 도메인 이름에 대한 인증서 발급을 지원하지만, *.example.com과 같은 와일드카드(wildcard)는 지원하지 않는다. Let's Encrypt는 2021년 6월 1일부로 API v1 지원을 중단했다.

 API 버전 2 
API v2는 여러 차례 연기된 끝에 2018년 3월 13일 출시되었다. ACME v2는 v1과 하위 호환되지 않는다. 버전 2는 *.example.com과 같은 와일드카드 도메인을 지원하여, 사설 네트워크에서 단일 도메인 아래에 단일 공유 "와일드카드" 인증서를 사용하여 https://cluster01.example.com, https://cluster02.example.com, https://example.com와 같이 많은 하위 도메인에 신뢰할 수 있는 TLS를 사용할 수 있도록 한다. v2의 주요 새로운 요구사항은 와일드카드 인증서 요청 시 도메인에 대한 제어를 확인하기 위해 도메인 이름 서비스 TXT 레코드 수정을 필요로 한다는 점이다.

ACME v1에서 v2로의 프로토콜 변경 사항은 다음과 같다:

 인증/발급 흐름이 변경되었다.
 JWS 요청 승인 방식이 변경되었다.
 JWS 요청 본문의 "resource" 필드가 새로운 JWS 헤더인 "url"로 대체되었다.
 디렉토리 엔드포인트/리소스 이름이 변경되었다.
 챌린지 리소스에서 URI → URL로 이름이 변경되었다.
 계정 생성과 ToS(서비스 약관) 동의가 단일 단계로 통합되었다. 이전에는 두 단계였다.
 새로운 챌린지 유형인 TLS-ALPN-01이 구현되었다. 이전의 두 가지 챌린지 유형인 TLS-SNI-01 및 TLS-SNI-02는 보안 문제로 인해 제거되었다.

 같이 보기 
 Simple Certificate Enrollment Protocol, 자동화된 인증서 배포 프로토콜에 대한 이전 시도.

 각주 

 외부 링크 
 
 ACME 클라이언트 목록 (Let's Encrypt)
 일반적으로 사용되는 ACME 클라이언트 목록 (acmeclients.com)

분류:인터넷 기반 프로토콜
분류:인터넷 보안
분류:공개 키 기반 구조
트랜스액슬

섬네일|1908년 촌카 트랜스액슬
섬네일|"알파 트랜스액슬" 레이아웃 도면: 변속기가 후방 디퍼렌셜에 일체형으로 장착되어 있으며, 언스프렁 질량을 줄이기 위한 인보드 브레이크도 포함되어 있다.

트랜스액슬(Transaxle)은 자동차의 변속기, 차축, 차동 기어의 기능을 하나의 통합된 어셈블리로 결합한 단일 기계 장치이다. 수동 및 자동 버전으로 생산될 수 있다.

엔진과 구동이 같은 위치에 있는 경우
트랜스액슬은 구동 바퀴와 동일한 위치에 엔진이 배치된 모든 자동차 구성에서 거의 보편적으로 사용된다. 즉, 앞 엔진/앞바퀴 굴림, 뒤 엔진/뒷바퀴 굴림, 미드 엔진/뒷바퀴 굴림 방식 등이 이에 해당한다.

많은 미드 및 리어 엔진 차량은 앞바퀴 굴림 장치와 유사하게 가로 배치 엔진과 트랜스액슬을 사용한다. 다른 차량은 페라리의 1989년 몬디알 t와 같이 세로 배치 엔진과 트랜스액슬을 사용하는데, 몬디알 t는 세로 배치 엔진이 가로 배치 트랜스액슬에 연결된 "T" 배열을 사용했다. 전륜구동 방식의 현대 아우디 (A4 이상)와 폭스바겐 그룹의 관련 브랜드 (동일한 자동차 레이아웃을 공유)도 유사한 레이아웃을 사용하지만, 트랜스액슬도 세로로 장착된다.

전륜구동 르노 16은 세로 배치 엔진과 트랜스액슬을 가졌으며, 엔진이 트랜스액슬 뒤에 위치했다. 트랜스액슬 케이스는 파이널 드라이브 링 기어가 피니언의 양쪽에 올 수 있도록 설계되었는데, 이는 엔진-트랜스액슬 어셈블리를 후륜구동 로터스 유로파에 사용할 수 있게 했다. 로터스 유로파는 엔진이 트랜스액슬 앞에 위치했다 (즉, 미드 엔진 방식).

앞 엔진-뒷바퀴 굴림 트랜스액슬
앞 엔진-뒷바퀴 굴림 차량은 엔진 바로 뒤에 변속기가 앞에 위치하는 경향이 있지만, 때로는 앞 엔진이 뒤쪽에 장착된 트랜스액슬을 구동하기도 한다. 이는 일반적으로 무게 분배를 위한 것이므로 스포츠카에서 흔히 볼 수 있다. 또 다른 장점은 구동축이 엔진 속도로 회전하므로 1단 기어비로 곱한 돌림힘 대신 엔진의 돌림힘만을 견디면 된다는 것이다. 이 설계는 1934년 스코다 포퓰러에서 처음 시도되었고, 이후 비토리오 야노가 설계한 1950년 란치아 아우렐리아에 적용되었다.

변속기의 이러한 배치는 솔리드 액슬에는 적합하지 않기 때문에 (과도한 언스프렁 질량으로 인해), 후방 현가장치는 독립식이거나 드 디옹 튜브를 사용한다 (특히 알파 로메오에서). 이 규칙에 대한 드문 예외는 부가티 T46과 T50이었는데, 이들은 솔리드 액슬에 3단 변속기를 가지고 있었다.

트랜스액슬 설계를 적용한 주목할 만한 앞 엔진-뒷바퀴 굴림 차량은 다음과 같다.

참고: 1997년부터 2019년 모델 연도까지 생산된 C5, C6 및 C7 콜벳은 변속기, 차축 및 디퍼렌셜이 단일 어셈블리로 결합된 통합 트랜스액슬을 특징으로 하지 않는다. 이 모델 연도들은 실제로 후방에 장착된 변속기를 특징으로 했으며, 이는 디퍼렌셜에 직접 볼트로 고정된 독립형 유닛이었다. 제너럴 모터스를 포함한 많은 사람들이 이 구성을 트랜스액슬이라고 부르지만, 통합 트랜스액슬을 갖춘 최초의 콜벳은 2020년 모델 연도에 출시된 8세대 콜벳에서 생산되었다.

뒤 엔진-뒷바퀴 굴림 트랜스액슬
폭스바겐과 이후 포르쉐는 뒤(및 미드) 엔진 차량에 트랜스액슬을 광범위하게 사용했다. 수년에 걸쳐 이 구성을 채택한 모델은 다음과 같다.

4륜구동
세로 배치 엔진과 '상징적인' 콰트로 4륜구동 (4WD) 시스템을 갖춘 모든 아우디 차량과 동일한 레이아웃을 공유하는 폭스바겐 그룹의 관련 브랜드는 트랜스액슬을 활용한다. 이 트랜스액슬은 앞쪽에 장착된 엔진 바로 뒤에 (역시 세로로) 장착되며, '변속기'(수동, 자동, DSG, 또는 CVT), 중앙 디퍼렌셜, 그리고 앞쪽 디퍼렌셜 및 최종 구동 장치를 모두 포함한다.

닛산 GT-R과 페라리 FF (및 그 후속 모델)는 앞 엔진 레이아웃과 뒤 장착 트랜스액슬을 갖춘 모든 바퀴 굴림 차량이라는 점에서 특이하다. 닛산에서는 하나의 구동축이 트랜스액슬로 동력을 보내고(이 트랜스액슬에는 '중앙' 디퍼렌셜도 포함됨) 다른 구동축은 차량을 따라 앞바퀴로 동력을 다시 보낸다. 페라리에서는 후방 트랜스액슬이 일반적인 방식으로 작동하는 반면, 앞바퀴로의 동력은 엔진 앞쪽에 있는 별도의 변속기에서 공급된다.

다른 4륜구동 적용 사례는 다음과 같다.
1979-2002 폭스바겐 바나곤/카라벨 싱크로 에디션 - 뒤 엔진, 트랜스액슬은 앞쪽에 있음.
1984–1986 포드 RS200 – 미드 엔진, 변속기는 앞쪽에 있음.
1989-2001 미쓰비시 GTO - 앞 엔진, 변속기 (변속 장치, 앞 및 중앙 디퍼렌셜)는 앞쪽에 있음.
2007–현재 닛산 GT-R – 앞 엔진, 변속기는 뒤쪽에 있음.
2011–2016 페라리 FF

 같이 보기 
 하이브리드 시너지 드라이브
 파워트레인
 드라이브트레인
 트랜스퍼 케이스

 각주 

분류:자동차 부품
1337x

1337x는 비트토렌트 프로토콜을 통해 P2P 파일 공유에 사용되는 토렌트 파일 및 마그넷 링크의 디렉터리를 제공하는 웹사이트이다. 주로 온라인 불법 복제를 용이하게 하는 데 사용된다.

토렌트프리크 뉴스 블로그에 따르면, 1337x는 두 번째로 인기 있는 토렌트 웹사이트이다. 이 사이트와 그 변형들은 오스트레일리아와 포르투갈을 포함한 여러 국가에서 차단되었다. 1337x.to 도메인을 대상으로 한 최소 659만 건의 테이크다운 요청이 구글에 전송되었다.

1337x는 파이러트베이의 더 엄격하게 관리되는 대안으로 선전되었다.

 역사 
1337x는 2007년에 설립되었으며 킥애스토렌트의 폐쇄 이후 2016년에 인기가 급증했다. 2016년 10월, 추가된 기능을 갖춘 웹사이트 재설계를 도입했다.

2015년, 이 사이트는 구글 검색에서 블랙리스트에 올랐다. 이 조치는 Feelgood Entertainment의 DMCA 불만에 따라 취해졌다. 그해 말, 사이트는 차단을 피하기 위해 이전 .pl 도메인에서 .to로 이동했다.

2024년 초, 미국 무역대표부는 이 사이트를 "가장 악명 높은 불법 복제 사이트 중 하나"로 지정했다.

 대체 URL 

1337x에는 방문자가 방화벽과 웹사이트 차단을 우회하는 데 사용할 수 있는 여러 대체 URL이 있다.

 같이 보기 
 비트토렌트 사이트 간 비교
 
 

 각주 

 외부 링크 
 

분류:웹 디렉터리
분류:비트토렌트
분류:비트토렌트 웹사이트
RARBG

RARBG는 비트토렌트 프로토콜을 사용하여 P2P 파일 공유를 용이하게 하는 토렌트 파일과 마그넷 링크를 제공하는 웹사이트였다. 2014년부터 2023년까지 RARBG는 토렌트프리크의 연간 가장 많이 방문한 토렌트 웹사이트 목록에 반복적으로 등장했다. 2023년 1월 기준으로 4위를 차지했다. 이 웹사이트는 사용자가 직접 토렌트를 업로드하는 것을 허용하지 않았다.

 역사 
RARBG는 2008년에 설립되었다. 원래 불가리아 비트토렌트 트래커로 고안되었지만(이름의 BG는 "불가리아"를 의미함), 그 이후로 국제적인 사용자들을 대상으로 서비스를 제공해 왔다. 토렌트프리크에 따르면, RARBG는 영어 "고품질 비디오 릴리스"를 전문으로 했지만, "게임, 소프트웨어 및 음악"을 포함한 다른 콘텐츠도 나열한다.

이 웹사이트는 2019년에 미국 무역 대표에 의해 "악명 높은 시장"으로 묘사되었다. 2020년에는 불가리아 법 집행 기관의 표적으로 지정되었다.

 폐쇄 
2023년 5월 31일, 사이트는 인플레이션, 코로나19 범유행의 부작용, 그리고 러시아의 우크라이나 침공으로 인해 사이트 유지 비용을 감당할 수 없게 된 것을 포함한 여러 가지 이유를 들어 폐쇄를 발표했다.

 차단 및 검열 
RARBG는 일반적으로 저작권 침해를 용이하게 한다는 법적 이유로 전 세계 여러 국가에서 차단되었다. 2008년 12월, 이 사이트는 BREIN의 법적 압력으로 인해 일주일 동안 폐쇄되었다. 2017년, 구글의 "회전목마" 검색 결과에 토렌트 사이트 링크가 강조 표시되는 논란이 있은 후 RARBG는 구글 검색 결과에서 제외되었다. 영화 스튜디오들이 해적들의 개인 정보를 요구하며 ISP Hurricane Electric를 상대로 소송을 제기한 후, Hurricane Electric을 통해 운영되는 VPN 서비스인 Sophidea VPN은 2020년 12월부터 RARBG를 포함한 여러 토렌트 사이트에 대한 접근을 차단했다.

 같이 보기 
 비트토렌트 사이트 간 비교
 영국에서 차단된 웹사이트 목록

 각주 

분류:2008년 개설된 인터넷 자산
분류:러시아의 우크라이나 침공의 영향
분류:2023년 폐지된 인터넷 자산
피어 교환

피어 교환, 피어 익스체인지(peer exchange) 또는 PEX는 비트토렌트 파일 공유 프로토콜을 확장하는 통신 프로토콜이다. 이 프로토콜을 통해 특정 파일을 공유하기 위해 협력하는 사용자 그룹(또는 피어)이 더 신속하고 효율적으로 파일을 공유할 수 있다.

비트토렌트 파일 공유 프로토콜의 초기 설계에서, 파일 공유 그룹(스와름이라고 함)의 피어(사용자)는 서로를 찾고 스와름을 유지하기 위해 트래커라고 불리는 중앙 서버에 의존했다. PEX는 각 피어가 현재 스와름에 있는 피어에 대해 스와름의 다른 피어에게 직접 업데이트할 수 있도록 하여 피어의 트래커 의존도를 크게 줄인다. 중앙 집중식 트래커에 대한 의존도를 줄임으로써 PEX는 비트토렌트 프로토콜의 속도, 효율성 및 견고성을 향상시킨다.

 설명 
파일의 복사본을 얻고자 하는 사용자는 일반적으로 공유할 파일과 .torrent 파일에 설명된 파일(들)을 현재 공유하는 피어 목록을 유지하는 하나 이상의 중앙 컴퓨터인 트래커의 URL을 설명하는 토렌트 파일을 먼저 다운로드한다. 초기 비트토렌트 설계에서 피어는 서로를 찾고 스와름을 유지하기 위해 이 중앙 트래커에 의존했다. 나중에 분산 해시 테이블(DHT)이 개발되면서 피어의 부분 목록이 스와름의 다른 컴퓨터에 저장될 수 있었고 중앙 트래커 컴퓨터의 부하가 줄어들었다. PEX는 스와름의 피어가 트래커 컴퓨터나 DHT에 폴링하지 않고도 스와름에 대한 정보를 직접 교환할 수 있도록 한다. 그렇게 함으로써 PEX는 사용자가 연결된 피어에게 연결된 피어의 주소를 요청하여 피어의 지식을 활용한다. 이는 하나의 트래커에만 의존하는 것보다 빠르고 효율적이며 트래커의 처리 부하를 줄인다. 또한 트래커가 다운되었을 때 스와름이 함께 유지되도록 한다.

피어 교환은 새로운 피어를 스와름에 도입하는 데 단독으로 사용될 수 없다. 스와름과 초기 접촉을 하려면 각 피어는 ".torrent" 파일을 사용하여 트래커에 연결하거나, 부트스트랩 노드라고 하는 라우터 컴퓨터를 사용하여 스와름의 피어 목록을 설명하는 분산 해시 테이블(DHT)을 찾아야 한다. 대부분의 비트토렌트 사용자에게 DHT와 PEX는 사용자가 비트토렌트 클라이언트를 시작하고 .torrent 파일을 열면 자동으로 작동하기 시작한다. 주목할 만한 예외는 자유롭게 사용할 수 없는 "프라이빗 토렌트"이며, 이들은 일반적으로 DHT를 비활성화한다.

 피어 교환 규칙 
PEX와 같은 비트토렌트 확장은 일반적으로 두 가지 일반적인 확장 프로토콜 중 하나인 AZMP 또는 LTEP를 사용하여 구현된다. 두 가지 유형의 피어 교환 모두 스와름에 추가될 피어 그룹과 제거될 피어 그룹을 포함하는 메시지를 보낸다.

Azureus와 뮤토렌트 개발자들은 위에 언급된 메커니즘 중 하나를 구현하는 모든 클라이언트가 PEX 메시지를 보낼 때 다음 제한을 준수하도록 노력하기로 합의했다.

 어떤 PEX 메시지에도 추가된 피어는 50개, 제거된 피어는 50개를 초과해서는 안 된다.
 피어 교환 메시지는 1분에 한 번 이상 보내면 안 된다.

일부 클라이언트는 이러한 제한을 적용하고 이를 무시하는 클라이언트로부터의 연결을 끊을 수 있다.

 DHT 
균일하게 분산된 피어 선택을 제공하는 PEX 프로토콜을 생성하기 위해 토렌트에 로컬인 작은 분산 해시 테이블(DHT)을 형성할 수 있다. 원하는 새 피어마다 (균일하게) 무작위 키를 찾아 해당 키를 담당하는 노드를 새 피어로 사용할 수 있다. 이는 개념적으로 간단하지만 상당한 오버헤드를 필요로 한다.

"트래커 없는" 토렌트의 경우, 메인라인 DHT가 필요에 따라 로드를 분산할 수 있으므로 PEX가 어떤 가치를 제공하는지는 명확하지 않다. 트래커 역할을 하는 각 DHT 노드는 피어의 하위 집합만 저장할 수 있지만, 이는 단일 피어의 관점보다는 DHT 노드 로드에 의해서만 제한되는 최대 하위 집합이다. 프라이빗 토렌트는 일반적으로 DHT를 비활성화하며, 이 경우 PEX는 피어가 트래커로부터 충분한 피어를 얻는다면 유용할 수 있다.

 버전 

세 가지 호환되지 않는 PEX 구현이 있다(스와름에서 별개의 "네트워크"를 만든다).

 Vuze – Azureus에서 도입됨
 비트코멧 – 독점 – 비트코멧에서 도입됨, 버전 1.19부터 BEP11을 지원하며, 메인라인과 호환된다.
 메인라인 – μTorrent에서 도입됨

 피어 교환을 지원하는 클라이언트 

대부분의 비트토렌트 클라이언트는 트래커와 DHT 외에 PEX를 사용하여 피어를 수집한다. Vuze 3.0.5.0 릴리스부터 모든 주요 비트토렌트 클라이언트가 이제 호환되는 피어 교환을 지원한다.

다음 각 클라이언트는 피어 교환의 일부 버전을 구현한다.
 aria2, 뮤토렌트 PEX 지원
 Vuze, 이전 이름은 Azureus이며, 이를 기반으로 한 클라이언트 (Vuze PEX는 트랜스미션 클라이언트와만 호환된다. 다른 클라이언트와의 PEX는 Vuze와 Azureus 3.0.4.3 버전부터 구현되었다)
 비트코멧은 이전 버전에서 독점 프로토콜을 사용하여 PEX를 지원한다. v.1.19부터 확장 프로토콜을 기반으로 한 μTorrent/메인라인 PEX 구현도 지원한다.
 Bitflu
 비트토렌트
 K토렌트는 2.1 RC1부터 완전한 μTorrent PEX 지원을 구현했다.
 libtorrent 및 이를 기반으로 한 클라이언트 (Deluge, qBittorrent, MooPolice) 뮤토렌트와 호환된다.
 Tixati
 뮤토렌트
 오페라 9.5, 뮤토렌트 PEX 지원
 qBittorrent, 뮤토렌트 PEX 지원
 rTorrent
 트랜스미션 (μTorrent 및 Vuze 구현 모두와 호환)
 XTorrent는 트랜스미션 소스 코드를 기반으로 하며, 버전 1.0 (v40)부터 Vuze 및 μTorrent 구현을 모두 완벽하게 지원한다.

 각주 

분류:비트토렌트
가로 배치 엔진

섬네일|토요타 코롤라 E80에 가로로 장착된 엔진
가로 배치 엔진은 엔진의 크랭크축 축이 주행 방향에 수직이 되도록 차량에 장착된 엔진이다. 많은 현대식 전륜구동 차량은 이러한 배열을 사용한다. 대부분의 후륜구동 차량은 엔진의 크랭크축 축이 주행 방향과 평행한 세로 배치 엔진을 사용한다. (일부 후방 미드 엔진 차량은 전면 대신 후면에 가로 배치 엔진과 트랜스액슬을 사용한다.) 가로 배치 엔진은 경차의 공간을 절약하며, 동일한 이유로 장갑전투차량에도 사용된다.

역사
섬네일|미니 쿠퍼에 가로로 장착된 엔진
1899년 다임러 컴퍼니가 제작한 크리츨리 라이트 카는 후방 차축에 벨트 구동과 함께 가로 배치 엔진을 사용했다. 최초로 성공한 가로 배치 엔진 자동차는 1931년에 처음 등장한 2기통 DKW F1 시리즈 자동차였다.

제2차 세계 대전 중에는 장갑차용 가로 배치 엔진이 개발되었으며, 소련의 T-44 및 T-54/T-55 전차는 차체 내부 공간을 절약하기 위해 가로 배치 엔진을 장착했다. T-54/55는 결국 역사상 가장 많이 생산된 전차가 되었다.

전후 사용
제2차 세계 대전 이후, 사브는 1947년에 첫 모델인 사브 92에 이 구성을 사용했다. 이 배열은 보르크바르트의 골리아트와 한자 브랜드 자동차에도 사용되었다.
1957년에 등장한 동독제 트라반트 또한 가로로 장착된 2행정 기관을 가지고 있었으며, 이 디자인은 1991년 생산 종료까지 유지되었다.
그러나 알렉 이시고니스의 미니가 1959년 브리티시 모터 코퍼레이션에 의해 출시되면서 이 디자인은 호평을 받았다. 이시고니스는 자동차의 변속기를 엔진의 섬프에 통합하여, 너비가 에 불과한 자동차에 가로로 장착할 수 있을 만큼 좁은 구동 장치 유닛을 생산했다. 이전의 DKW 및 사브 자동차는 작고 세련되지 않은 공랭식 2행정 기관을 사용하여 성능이 좋지 않았지만, 섬프 내 기어박스 배열은 848cc 4기통 수랭식 엔진을 미니에 장착할 수 있게 하여, 그 크기의 자동차로서는 강력한 성능을 제공했다. 이 배치로 인해 실내 공간이 훨씬 넓어졌고(전체 구동 장치는 자동차 길이의 20%만 차지함), 미니는 전통적인 소형 가족차의 진정한 대안이 되었다.

이 디자인은 단테 지아코사가 피아트를 위해 이를 정교하게 개발하면서 정점에 달했다. 그는 엔진을 샤프트로 기어박스에 연결하고 차동 기어를 중심에서 벗어나게 배치하여 기어박스와 더 쉽게 연결할 수 있도록 했다. 따라서 차동 기어에서 바퀴까지의 하프샤프트는 길이가 달랐지만, 비틀림 강성을 동일하게 만들어 자동차의 조향이 비대칭이 되지 않도록 했다. 지아코사의 배치는 1964년 아우토비안키 프리물라에 처음 사용되었고 나중에 인기 있는 피아트 128에도 사용되었다. 기어박스가 엔진과 별도로 장착되었기 때문에 이 자동차들은 미니보다 필연적으로 컸지만, 이는 단점이 아니었다. 오늘날에도 여전히 사용되는 이 배치는 뛰어난 세련미와 쉬운 수리를 제공했으며, 원래 이시고니스의 섬프 내 디자인보다 5단 변속기를 채택하는 데 더 적합했다.

람보르기니 미우라는 가로 배치 미드 마운트 4.0리터 V12를 사용했다. 이 구성은 1965년에는 전례가 없었지만, 이후 수십 년 동안 란치아 몬테카를로, 노블 M12, 토요타 MR2, 폰티악 피에로, 1세대 혼다 NSX와 같은 자동차들이 이러한 파워트레인 디자인을 사용하면서 더 흔해졌다.

랜드로버 LR2 프리랜더는 1998년 이후의 모든 볼보 모델(V8 모델 포함)과 함께 차량 내부 승객 공간을 늘리기 위해 가로 배치 엔진을 사용한다. 이는 또한 더 많은 종방향 엔진룸 공간이 생성되어 정면 충돌 시 안전성이 향상되었다. 그 결과 더 큰 전방 크럼플 존이 만들어졌다.

가로 배치 엔진은 버스에 널리 사용되었다. 미국에서는 1930년대 초 트윈 코치에서 제공되었고 드와이트 오스틴의 픽윅 나이트 코치에서 제한적으로 성공적으로 사용되었다. 가로 배치 버스 엔진은 드와이트 오스틴의 V-드라이브를 사용한 옐로우 코치 719에서 처음 널리 등장했으며, 1990년대까지 일반적인 사용이 계속되었지만, 1960년대에는 종방향 "T-드라이브" 구성의 짧은 V-구성 엔진이 흔해졌다. 가로 배치 엔진은 영국의 레이랜드 아틀란티언, 많은 대중교통 버스, 그리고 거의 모든 현대식 2층 버스에 사용되었다. 이들은 스카니아, MAN, 볼보 및 르노의 버스 부문에서 널리 사용되었다.

가로 배치 엔진의 위치 배치
엔진은 자동차 내부에 두 가지 주요 위치에 배치될 수 있다:
 전방 엔진 가로 배치 / 전륜구동
 후방 미드 엔진 가로 배치 / 후륜구동

가로 배치 엔진의 일반적인 유형
전륜 휠 아치 내 엔진에 허용되는 공간은 일반적으로 다음으로 제한된다:
섬네일|이 모토 구찌 오토바이의 엔진은 크랭크축이 프레임과 일직선임에도 불구하고 "가로 배치"로 설명된다.
 단기통
 직렬 2기통
 직렬 3기통
 직렬 4기통
 직렬 5기통
 직렬 6기통 (후방 엔진 버스용)
 V4
 V6

가로 배치 엔진의 덜 일반적인 유형
 직렬 6기통: 오스틴 킴벌리, 태즈먼; 오스틴 2200, 모리스 2200, 울즐리 식스); 오스틴/모리스 2200 HL, 울즐리 살롱, 프린세스; GM대우 매그너스 (일명 쉐보레 에피카/이반다, 스즈키 베로나); GM대우 토스카 (일명 쉐보레/홀덴 에피카); 랜드로버 프리랜더 2 (일명 LR2); 볼보 S80; 볼보 S60 (2세대, V60 포함); 볼보 V70 (3세대); 볼보 XC60; 볼보 XC90
 V8: 뷰익 라크로스 라크로스 슈퍼 (2008–2009), 캐딜락 알란테, 포드 토러스 SHO (3세대), 현대 에쿠스/센테니얼 (1세대), 란치아 테마 8.32, 링컨 컨티넨탈 (1995-2002만 해당), 미쓰비시 디그니티, 미쓰비시 프라우디아, 올즈모빌 오로라, 볼보 S80, 볼보 XC90
 V12 (미드 엔진만 해당): 람보르기니 미우라
 V16 (미드 엔진만 해당): 시제타-모로더 V16T

2기통 오토바이의 대체 관례
V-트윈 및 플랫-트윈 오토바이 엔진의 방향 설명은 위에서 언급한 관례와 다를 수 있다. 크랭크축이 주행 방향과 평행하게 장착된 V-트윈 엔진을 가진 오토바이, 예를 들어 AJS S3 V-트윈, 인디언 841, 빅토리아 베르그마이스터, 혼다 CX 시리즈, 그리고 1960년대 이후 여러 모토 구찌는 "가로 배치" 엔진을 가지고 있다고 말한다.

내용주

 각주 

분류:자동차 기술
분류:엔진 기술
슈퍼 시딩

파일 공유에서 슈퍼 시딩(Super-seeding)은 비트토렌트 통신 프로토콜을 위해 존 호프만이 개발한 알고리즘으로, 다운로더가 더 빨리 업로더가 되도록 돕지만, 다운로더가 단 한 명일 경우 전체 시딩 실패의 위험을 초래한다.

이 알고리즘은 스웜에 시드가 하나만 있을 때 적용된다. 각 다운로더가 토렌트에 나열된 파일의 특정 부분만 다운로드하도록 허용함으로써 피어가 더 빠르게 시딩을 시작할 수 있도록 한다. 따라서 슈퍼 시딩이 활성화된 시드에 연결된 피어는 다운로드를 완료하기 전에도 토렌트 파일의 조각을 훨씬 더 쉽게 배포한다.

2003년, 비트토네이도는 이 알고리즘을 구현한 최초의 비트토렌트 클라이언트가 되었다.

효과
한 그룹의 테스트 결과 슈퍼 시딩이 약 20%의 업로드 비율을 절약하는 데 도움이 될 수 있음을 발견했다. 이는 시드의 업로드 속도가 개별 피어의 업로드 속도보다 빠를 때 가장 잘 작동한다.

다운로드 클라이언트가 하나뿐일 때 슈퍼 시딩 전송은 중단된다. 시더는 두 번째 클라이언트가 데이터를 받을 때까지 더 많은 데이터를 보내지 않는다. 이를 피하기 위해 rTorrent는 구성된 용량으로 업로드될 때까지 확인을 기다리지 않고 피어에게 더 많은 조각을 계속 제공한다.

 지원 클라이언트 

 각주 

 외부 링크 
 BitTornado의 원본 슈퍼 시드 알고리즘 설명
 Robb Toploski의 보고서 (Issue #4 & 5는 슈퍼 시딩에 관한 내용)

분류:비트토렌트
세로 배치 엔진

섬네일|삼륜자동차 섀시의 세로 배치 엔진
섬네일|240px|1926년 헨더슨 모터사이클 디럭스 슈퍼식스의 세로 배치 직렬 6기통 엔진

자동차공학에서 세로 배치 엔진은 크랭크축이 탈것의 긴 축을 따라 앞뒤로 배치된 내연기관이다.

이는 크랭크축이 좌우로 배치된 가로 배치 엔진과는 대조적이다. 실린더 수와 배치에는 여러 가지 변형이 있지만, 모든 자동차 엔진은 세로 배치 또는 가로 배치 중 하나이다.

 사용 
이러한 유형의 모터는 일반적으로 후륜구동 차량에 사용되지만, 일부 아우디, 사브, 올즈모빌 토로나도, 1967년형 캐딜락 엘도라도는 전륜구동 방식에 세로 배치 엔진이 장착되었다. 전륜구동 차량에는 일반적으로 가로 배치 엔진이 사용된다. 트럭은 종종 후륜구동 방식에 세로 배치 엔진을 사용한다.

오토바이의 경우 특정 유형의 사용은 구동 방식에 따라 다르다. 체인 또는 벨트 구동의 경우 일반적으로 가로 배치 엔진이 사용되고, 샤프트 구동의 경우 세로 배치 엔진이 사용된다. 오토바이의 세로 배치 엔진은 한 가지 단점이 있다. 크랭크축의 "기울어지는 지점"이 가속 시 오토바이 전체를 크고 작게 기울게 한다. 이는 발전기 및 기어박스와 같은 다른 구성 요소를 크랭크축과 반대 방향으로 회전시켜 부분적으로 해결된다.

대부분의 대형 "고급" 차량은 후륜구동과 함께 세로 배치 엔진을 사용하는데, 이는 직렬 6기통 및 90° 대형 V8과 같은 강력한 엔진은 FF(전륜구동 전방 엔진) 가로 배치 엔진 베이에 장착하기에는 일반적으로 너무 길기 때문이다. 반면 대부분의 주류 현대 차량은 직렬 4기통 또는 V6 엔진이 장착되어 있기 때문에 전륜구동과 가로 배치 엔진 배열을 사용한다. 두 레이아웃 모두 사륜구동에 적용될 수 있지만, 세로 배치 엔진 배열은 더 균형 잡힌 무게 배분을 통해 우수한 핸들링 특성을 제공하지만, 패키징 및 실내 공간 측면에서는 효율성이 떨어진다.

세로 배치 엔진을 장착한 자동차는 일반적으로 가로 배치 엔진을 장착한 자동차보다 최소 회전 반경이 작다. 이는 엔진 측면에 더 많은 공간이 있어 휠 아치가 더 깊어지고 앞바퀴가 더 큰 각도로 회전할 수 있기 때문이다.

1960년대 후반, GM의 올즈모빌과 캐딜락 사업부는 각각 올즈모빌 토로나도와 캐딜락 엘도라도라는 전륜구동 모델을 출시했는데, 이들 모델은 세로 배치 V8 엔진과 통합된 자동 변속기 및 차동 장치로 전륜을 구동했다. 혼다와 토요타도 세로 배치 엔진을 장착한 전륜구동 차량을 제공했는데, 혼다 비고르, 아큐라/혼다 레전드/RL, 토요타 테르셀 등이 있다.

 일반적인 유형 
다음은 자동차에 장착될 수 있는 일반적인 엔진 유형 목록이다.
 직렬 기관 – 2기통, 3기통, 4기통, 5기통, 6기통, 심지어 8기통 실린더가 한 평면에 배치된다.
 V 엔진 – 2기통, 4기통, 6기통, 8기통, 10기통, 12기통, 심지어 16기통 실린더가 크랭크축 끝에서 볼 때 "V"자 모양으로 두 개의 별도 평면에 배치된다.
 수평 엔진 – 2기통, 4기통, 6기통 또는 그 이상의 실린더가 서로 마주 보는 두 개의 수평 평면에 배치된다.
 W 엔진 – 두 개의 (좁은 각도의) V 엔진이 (180° 이내에서) 결합되어 8기통, 12기통 또는 16기통 실린더가 네 개의 별도 평면에 배치된다.

 각주 

분류:자동차 기술
분류:엔진 기술
마이크로 트랜스포트 프로토콜

마이크로 트랜스포트 프로토콜(Micro Transport Protocol, μTP, 때로는 uTP)는 신뢰할 수 있고 순서가 지정된 전달을 제공하면서 전송 제어 프로토콜(TCP)을 통한 기존 비트토렌트에서 발견되는 열악한 네트워크 지연 시간 및 기타 혼잡 제어 문제를 완화하기 위한 사용자 데이터그램 프로토콜 기반(UDP 기반) 비트토렌트 P2P 파일 공유 프로토콜의 개방형 변형이다.

이 프로토콜은 다른 애플리케이션에 지장을 줄 때 P2P 파일 공유 토렌트 사용자 간에 데이터 패킷이 전송되는 속도를 자동으로 늦추기 위해 고안되었다. 예를 들어, 이 프로토콜은 비트토렌트 애플리케이션과 웹 브라우저 간에 DSL 회선 공유를 자동으로 허용해야 한다.

개발

μTP는 인터넷2에서 QoS 및 고성능 대량 전송에 대한 연구에서 나왔으며, 스타니슬라프 샬루노프와 벤 타이틀바움이 설립한 Plicto에 의해 백그라운드 전송 프로토콜로 사용하기 위해 채택되었고, 이후 2006년 비트토렌트 (기업)에 인수되어 새로운 소유자 내에서 추가 개발되었다. 이 프로토콜은 μTorrent 1.8.x 베타 브랜치에 처음 도입되었고, 뮤토렌트 1.9의 알파 빌드에서 공개되었다.

μTorrent에서 사용된 μTP 구현은 나중에 "libutp" 라이브러리로 분리되어 MIT 라이선스에 따라 공개되었다.

μTP를 구현한 최초의 자유 소프트웨어 클라이언트는 K토렌트 4.0이었다. libtorrent는 0.16.0 버전부터 μTP를 구현하며, 큐빗토렌트는 2.8.0부터 사용한다. Tixati는 1.72 버전부터 μTP를 구현한다. Vuze (이전 Azureus)는 4.6.0.0 버전부터 μTP를 구현한다. 트랜스미션 (소프트웨어)은 2.30 버전부터 μTP를 구현한다.

μTP 혼잡 제어
LEDBAT(Low Extra Delay Background Transport)으로 알려진 μTP가 사용하는 혼잡 제어 알고리즘은 지연 시간이 과도하지 않을 때 대역폭을 최대화하면서 프로토콜을 사용하는 애플리케이션으로 인한 지연 시간을 줄이는 것을 목표로 한다. 또한 μTP 혼잡 제어기에서 얻은 정보는 TCP 연결의 전송 속도를 선택하는 데 사용될 수 있다.

LEDBAT는 에 설명되어 있다. 2009년 기준으로 μTP 구현 세부 사항은 당시의 인터넷 초안과 달랐다.

μTP는 또한 세 번째 무제한 피어가 STUN 서버 역할을 하는 두 개의 포트 제한 피어 간의 UDP 홀 펀칭을 사용하여 NAT 순회를 지원한다.

 같이 보기 
 TCP 혼잡 방지 알고리즘
 다목적 처리 프로토콜 (MTP)
 QUIC
 스트림 제어 전송 프로토콜 (SCTP UDP Encapsulation; )

 각주 

 외부 링크 
 비트토렌트 향상 제안 29 - μTorrent 전송 프로토콜
 TCP 저우선순위
 swift - 다중자 전송 프로토콜

분류:인터넷 기반 프로토콜
분류:비트토렌트
프리 다운로드 매니저

프리 다운로드 매니저(Free Download Manager)는 Windows, macOS, 리눅스 및 안드로이드용 다운로드 관리자이다.

프리 다운로드 매니저는 사유 소프트웨어이지만, 버전 2.5와 3.9.7 사이에는 자유-오픈 소스 소프트웨어였다. 버전 3.0.852(2010년 4월 15일)부터 소스 코드는 바이너리 패키지에 포함되지 않고 프로젝트의 서브버전 저장소에서 사용할 수 있게 되었다. 이는 버전 3.9.7까지 계속되었다. 버전 5.0 이상에 대한 소스 코드는 사용할 수 없으며 GNU 일반 공중 사용 허가서 계약은 앱에서 제거되었다.

Pinterest 다운로더 기능은 2021년 10월 16일까지 프로그램 기능에 포함되어 있었지만, 개발자 중 한 명인 알렉스는 구글이 해당 옵션을 비활성화해달라는 불만 신고를 접수했다고 밝혔다. 현재 유튜브에서 비디오를 다운로드하려는 시도는 다운로드 상자에 "Youtube downloads are not available"이라는 메시지가 표시된다. 구글 법무팀과의 해결은 아직 이루어지지 않았다.

웹사이트 freedownloadmanager.org가 2022년까지 3년 넘게 리눅스 악성 소프트웨어를 유포한 것으로 밝혀졌다. 연구원들은 해당 사이트가 간헐적으로 사용자들을 악성 버전의 프리 다운로드 매니저 소프트웨어를 제공하는 도메인으로 리디렉션하는 것을 발견했다. 이 악성 소프트웨어에는 리눅스 장치에 백도어를 설치하여 비밀번호, 검색 기록, 암호화폐 지갑 파일 및 클라우드 서비스 자격 증명을 훔치는 스크립트가 포함되어 있었다. 이 감염은 2023년 9월에 발견되었지만 2020년부터 활동해왔다. 이는 합법적인 프리 다운로드 매니저 프로젝트에 영향을 미치는 공급망 공격으로 추정된다. 이 악성 소프트웨어는 윈도우 위협에 비해 리눅스 위협의 은밀한 특성 때문에 수년 동안 감지되지 않았다. 사이트 관리자들은 캠페인에 대한 알림에 응답했다.

기능
 GUI는 여러 탭을 제공하여 다운로드 유형을 정리하고 프로그램의 다양한 기능에 접근할 수 있게 한다.
 진행 표시줄, 파일 미리보기, 해당 다운로드에 대해 작성된 커뮤니티 의견(있는 경우) 및 연결 상태를 보여주는 로그를 표시하는 다운로드 정보 보기.
 다운로드 가속
 파일 드래그 앤 드롭용 드롭박스
 HTTP 및 FTP 다운로드 지원
 향상된 오디오/비디오 파일 지원
 RTSP/MMS 다운로드 지원
 파일 세트를 다운로드하기 위한 일괄 다운로드 지원
 분할 파일 전송: 큰 파일을 부분으로 나누어 (소프트웨어 설정에서 지정) 동시에 다운로드
 비트토렌트 지원 (Libtorrent 기반), 마그넷 URI 스키마 지원
 구글 비디오와 같은 사이트에서 플래시 비디오 다운로드 (안드로이드 제외)
 서버에서 허용하는 경우 중단된 다운로드 재개
 Zip 파일 부분 다운로드: 사용자가 zip 파일의 필요한 부분만 다운로드할 수 있게 한다.
 여러 미러에서 동시 다운로드
 세 가지 완전 맞춤형 트래픽 모드(낮음, 중간, 높음)를 통한 대역폭 제한 지원
 클립보드에서 URL 목록 가져오기
 다운로드 가능한 콘텐츠가 발견되면 URL 또는 복사 기능을 추적하기 위해 사용 중인 브라우저와 통합
 인터넷을 통한 원격 제어
 스마트 파일 관리 및 강력한 스케줄러
 휴대용 모드: 사용자가 쉽게 휴대용 버전을 만들고 각 컴퓨터에 프로그램을 설치하고 구성할 필요가 없도록 한다.
 사용자와의 활발한 통신을 통해, 그리고 컴퓨터에 설치된 바이러스 검사 소프트웨어를 통해 활성 스파이웨어 및 애드웨어 보호.

탭
 다운로드 – 이 프로그램의 핵심이며, 단순히 다운로드 관리자이다. 사용자는 특정 확장자를 가진 파일이 다운로드될 폴더로 그룹을 만들 수도 있다.
 플래시 비디오 다운로드 – 이 기능은 사용자가 구글 비디오 및 기타 여러 사이트에서 FLV 비디오 파일을 다운로드하는 데 도움이 된다.
 토렌트 – 토렌트 파일 다운로드를 허용한다.
 스케줄러 – 사용자는 미리 설정된 시간에 실행될 작업 목록을 만들고 관리할 수 있다. 작업에는 외부 프로그램 실행, 다운로드 시작 및 중지, 가능한 모든 방법으로 컴퓨터 종료가 포함된다.
 사이트 탐색기 – 이 기능은 FTP 클라이언트이다.
 사이트 관리자 – 이 기능은 사용자가 FDM에게 인증이 필요한 웹사이트 또는 웹사이트가 사용자로부터 동시에 허용할 수 있는 다운로드 연결 수와 같은 특정 사이트에서 어떻게 작동해야 하는지 알려줄 수 있도록 한다.
 HTML 스파이더 – 이 기능은 링크를 재귀적으로 따라가고 다운로드하여 웹사이트를 다운로드할 수 있다.

 같이 보기 
 비트토렌트 클라이언트
 파일 공유 애플리케이션 비교
 다운로드 관리자 비교
 YouTube 다운로더 비교
 비트토렌트 클라이언트 비교

 각주 

 외부 링크 

 
 
 Free Download Manager on 마이크로소프트 스토어

분류:프리웨어
분류:다운로드 관리자
분류:비트토렌트 클라이언트
분류:2004년 소프트웨어
분류:사유 소프트웨어
분류:C++로 작성된 자유 소프트웨어
분류:포터블 소프트웨어
분류:안드로이드 소프트웨어
분류:MacOS 소프트웨어
RTorrent

rTorrent(알토렌트)는 C++로 작성된 텍스트 기반 비트토렌트 클라이언트로, 유닉스용 Ncurses 및 libTorrent (libtorrent와 구별) 라이브러리를 기반으로 한다.

 기술적인 세부 사항 
이 라이브러리는 Mmap() 함수에 의해 메모리에 매핑된 파일 페이지와 네트워크 스택 간에 데이터를 직접 전송한다는 점에서 다른 구현과 차별화된다. 고대역폭 연결에서 공식 클라이언트보다 3배 빠른 속도로 시딩할 수 있다고 주장한다.

rTorrent 패키지는 다양한 리눅스 배포판과 유닉스 계열 시스템에서 사용할 수 있으며, FreeBSD 및 MacOS와 같은 거의 모든 POSIX 호환 운영체제에서 컴파일 및 실행할 수 있다.

rTorrent는 Ncurses 라이브러리를 사용하며 GNU Screen 또는 Tmux와 함께 사용하기에 적합하다. 토렌트를 로드하려면 캐리지 리턴과 같은 명령을 사용하며, 그 후 ^S를 사용하여 토렌트를 시작할 수 있다 (^는 Ctrl 키의 약자). 백스페이스를 사용하여 로드되면 토렌트를 자동으로 시작할 수 있어 ^S를 다시 입력할 필요가 없어진다. ^K는 중지, ^D는 일시 중지 명령이며, 이미 일시 중지되었거나 중지된 경우 ^D를 다시 입력하면 토렌트를 삭제할 수 있다. 세션 저장을 지원하며 사용자가 토렌트를 추가하고 제거할 수 있다. 또한 여러 파일로 구성된 토렌트의 부분 다운로드도 지원한다. rTorrent-0.7.0 릴리스에서는 비트토렌트 프로토콜 암호화 지원도 구현되었다. PEX, DHT 및 초기 시딩은 최근 rTorrent에 구현되었다.

rTorrent는 Simple Common Gateway Interface를 통해 XML-RPC로 제어할 수 있다. JSON-RPC 지원은 0.15.2 버전 이후 상위 프로젝트에 병합되었다. 벤치마킹 결과 JSON-RPC는 두 배의 성능 향상을 제공하고 전체 클라이언트 CPU 사용량을 약 15% 감소시키는 것으로 나타났다.

 같이 보기 
 비트토렌트 클라이언트 비교

 내용주 

 각주 

 외부 링크 
 
 
 
 
 

분류:C++로 작성된 자유 소프트웨어
MLDonkey

MLDonkey는 오픈 소스, 다중 프로토콜, P2P 파일 공유 애플리케이션으로, 여러 플랫폼에서 백엔드 서버 애플리케이션으로 실행된다. 웹 인터페이스, 텔넷 인터페이스 및 12개 이상의 네이티브 클라이언트 프로그램을 포함한 여러 별도의 프론트엔드 중 하나에서 제공하는 사용자 인터페이스를 통해 제어할 수 있다.

원래 eDonkey 프로토콜용 리눅스 클라이언트였으나, 현재는 다양한 종류의 유닉스 계열, OS X, 마이크로소프트 윈도우 및 모르프OS에서 실행되며 수많은 P2P 프로토콜을 지원한다.

일부 C와 assembly를 포함하여 OCaml로 작성되었다.

 역사 
소프트웨어 개발은 2001년 후반에 시작되었다. MLDonkey의 원래 개발자는 INRIA의 파브리스 르 페상(Fabrice Le Fessant)이다. 원래는 오픈 소스 커뮤니티에서 OCaml 사용을 확산시키려는 노력의 일환으로 구상되었다.

2003년 1월, Slyck.com은 MLDonkey 개발자와 공식 오버넷 메타머신(MetaMachine) 개발자 사이에 잠시 마찰이 있었다고 보고했다. 메타머신 개발자는 네트워크에서 잘못된 동작을 이유로 MLDonkey를 "불량 클라이언트"라고 비난했다.

3.0 이전 버전에는 웹 인터페이스에 접근할 수 있는 공격자가 파일 시스템의 모든 파일을 읽을 수 있는 알려진 보안 취약점이 있다.

 특징 
MLdonkey 코어의 특징:
 다음 네트워크 프로토콜을 부분적으로 또는 완전히 지원하는 P2P (p2p) 프로그램:
 FastTrack (Kazaa)
 이동키 네트워크 (오버넷 및 Kad network 포함)
 비트토렌트 (Mainline DHT 포함)
 Direct Connect
 HTTP/FTP
 여러 제어 인터페이스: 텔넷, 웹 인터페이스, 타사 GUI.

OCaml 프로그래밍 언어로 작성되었으며 GPL-2.0-or-later 라이선스에 따라 사용이 허가된 이 애플리케이션은 사용자 인터페이스(웹 브라우저, 텔넷 또는 타사 GUI 애플리케이션일 수 있음)와 P2P 네트워크와 상호 작용하는 코드를 분리한다.

MLDonkey는 서로 다른 네트워크 프로토콜을 사용하여 동시에 다른 피어에 연결할 수 있다. 또한 이 기능은 현재 실험적인 것으로 문서화되어 있지만, 다른 네트워크 프로토콜에서 하나의 파일 조각을 다운로드하고 병합할 수 있다. MLDonkey는 터미널 세션에서 실행되며 GUI 환경을 필요로 하지 않아 메모리와 처리 리소스를 절약한다. 동작은 편집 가능한 구성 파일 또는 더 사용자 친화적인 방식으로 별도의 사용자 인터페이스에서 제어된다.

2.9.0 (2007) 릴리스부터 그누텔라 및 G2 지원은 두 플러그인 모두 버그가 있고 현재 유지 관리되지 않으므로 기본적으로 컴파일되지 않는다. 그러나 구성 파일에서 적절한 설정을 하면 여전히 컴파일할 수 있다.

 프론트엔드 
 P2P-GUI (웹 인터페이스)
 오네이저 (Palm OS)
 산초
 뮬드로이드 - 안드로이드 인터페이스

 같이 보기 

 이동키 소프트웨어 비교
 비트토렌트 클라이언트 비교

 각주 

일반 참고 자료

 

 외부 링크 
 

분류:파일 공유 프로그램
분류:2001년 소프트웨어
분류:C로 작성된 자유 소프트웨어
분류:크로스 플랫폼 소프트웨어
Tixati

Tixati는 C++로 작성된 사유 리눅스 및 윈도우 비트토렌트 클라이언트이다. 각 새 클라이언트 버전과 함께 독립형 및 휴대용 버전이 있다.

 기능 
표준 비트토렌트 클라이언트 공유 기능 외에도 Tixati는 채널 채팅과 함께 통합 채팅방 및 암호화된 비공개 메시징을 제공한다. 채팅방은 공개 또는 비공개일 수 있다. 사용자는 선택적으로 마그넷 또는 URL 링크 목록을 공유할 수 있으며, 이 목록은 사용자가 참여한 모든 채널에서 검색할 수 있다. 특정 사용자의 공유 목록 탐색도 지원된다. 채널은 또한 스트리밍 오디오 및 비디오 미디어를 허용한다.

 Fopnu 

2017년 7월 20일부터 Tixati 개발자들은 Fopnu라는 새로운 P2P 파일 공유 시스템(네트워크 및 클라이언트)의 정기적인 업데이트를 출시했다. Fopnu는 Tixati와 시각적으로 유사하지만 토렌트 클라이언트는 아니다.

 평가 
2012년에 토렌트프리크는 Tixati를 상위 10개 뮤토렌트 대안 중 하나로 선정했다. 같은 해에 Ghacks로부터 긍정적인 평가를 받았다. 2015년 5월, Tixati는 라이프해커 독자층이 가장 많이 사용하는 토렌트 클라이언트 중 5위를 차지했다.

2017년 1월 6일, 개발자는 채널에 암호화된 포럼 기능을 추가한 버전 2.52의 사용자 알파 테스트 출시를 발표했다. 포럼 게시물은 채널의 모든 사용자에게 보이거나, 2명의 사용자에게만 비공개로 보일 수 있다. 2017년 3월, 톰스 가이드에 의해 인기 있는 비트토렌트 클라이언트로 선정되었다. 2017년 12월, 테크레이더로부터 긍정적인 평가를 받았다. 2018년 1월, Lifewire로부터 긍정적인 평가를 받았다.

 같이 보기 
 비트토렌트 클라이언트 간 비교
 비트토렌트 클라이언트 사용 점유율
 WinMX

 각주 

 외부 링크 
 

분류:비트토렌트 클라이언트
분류:크로스 플랫폼 소프트웨어
오픈트래커

오픈트래커(Opentracker)는 빠르고 시스템 자원 소비가 적도록 설계된 자유 (비어웨어 라이선스) 비트토렌트 피어 트래커 소프트웨어(특정 종류의 HTTP 또는 UDP 서버 소프트웨어)이다.

 기능 
opentracker의 여러 인스턴스를 클러스터에서 실행하여 서로 동기화할 수 있다. 하이퍼텍스트 전송 프로토콜(HTTP) 외에도 사용자 데이터그램 프로토콜(UDP)을 통해 opentracker에 연결할 수 있으며, 이는 HTTP가 생성하는 트래커 트래픽의 절반 미만을 생성한다. IPv6, 전체 스크랩에 대한 Gzip 압축, 토렌트 블랙리스트를 지원한다. IP 주소가 비트토렌트 트래커에 등록되어 저작권 침해로 고발당한 사례가 있었기 때문에, opentracker는 그럴듯한 부인을 위해 임의의 IP 주소 번호를 혼합할 수 있다.

 기술 
이 소프트웨어는 다른 트래커 소프트웨어에 비해 속도 이점의 대부분을 차지하는 RAM에서 완전히 실행된다. C로 작성되었으며 네트워크 연결을 관리하는 라이브러리 libowfat을 기반으로 한다.
IPv6를 지원하는 UDP 또는 여러 비트토렌트 트래커 소프트웨어 인스턴스의 동기화와 같은 일부 새로운 기능을 위해 비트토렌트 프로토콜에 새로운 확장이 추가되었다.

 채택 
파이러트베이의 세계 최대 트래커는 2007년 말에 자체 제작 소프트웨어인 하이퍼큐브에서 opentracker로 전환했다.

노르웨이 방송 공사는 자체 TV 프로그램을 배포하는 데 opentracker를 사용한다.

인기 있는 공개 토렌트 트래커인 opentrackr와 coppersurfer는 opentracker를 사용하는 것으로 알려져 있다.

 같이 보기 
 비트토렌트 트래커 소프트웨어 비교

 각주 

 더 읽어보기 
 

 외부 링크 
 
 Stories from an Opentracker (블로그)
 Git 저장소
 24c3: Tracker fahrn – 제24회 카오스 커뮤니케이션 의회에서 소프트웨어 저자의 강연

분류:자유 네트워크 소프트웨어
오픈비트토렌트

오픈비트토렌트(OpenBitTorrent, 일반적으로 OBT로 약칭)는 비트토렌트 프로토콜을 위한 오픈 비트토렌트 트래커 프로젝트이다.

설명
오픈비트토렌트는 인덱싱 사이트나 토렌트 파일 호스팅과 무관하게 무료로 안정적인 서비스를 제공하려는 목표를 성공적으로 달성했으며, 거의 동일한 서비스를 제공하는 여러 복사본을 만들어냈다.

오픈비트토렌트는 파이러트베이의 일부 또는 부수적인 프로젝트로 의심받았다. 초기부터 두 사이트가 동일한 트래커를 사용하는 것이 관찰되었기 때문이다. 오픈비트토렌트 프로젝트는 DCP 네트워크와 프레드릭 네이가 시작 기간(2009년 2월부터 8월까지) 동안 운영하는 트래커 클러스터를 단순히 공유했을 뿐이라고 반박했다.

2010년 5월 22일, 오픈비트토렌트 트래커는 중단되었다. 이는 여러 주요 할리우드 스튜디오가 파이러트베이를 상대로 제기한 소송의 결과였다. 이후 트래커는 다시 온라인으로 돌아왔다.

오픈비트토렌트는 오픈트래커 소프트웨어로 구동된다. 파이러트베이도 자체 트래커를 중단하기 전에는 오픈트래커 소프트웨어를 사용했다.

2012년 7월 16일부터 8월 2일까지 오픈비트토렌트는 파이러트베이 공동 창립자 프레드릭 네이가 제안한 유토렌트 제작자들의 프로토콜 개선 채택 부족에 항의하며 오프라인 상태가 되었다. 이 항의로 인해 많은 사람들이 비트토렌트에서 파일을 다운로드하는 데 어려움을 겪었다.

2014년 12월 5일부터 12월 30일까지 오픈비트토렌트 웹사이트와 트래커에 접속할 수 없었으며, 이는 파이러트베이 공동 창립자 프레드릭 네이의 체포와 관련이 있을 수 있다.

2015년 5월 5일, 오픈비트토렌트 트래커가 다시 온라인으로 돌아왔지만 웹사이트에는 트래커 주소가 표시되지 않았다.

웹사이트는 2017년 7월에 다시 폐쇄되었지만, 2018년 말에 잠시 다시 온라인으로 돌아왔다가 2019년 말에 다시 응답하지 않았다.

2020년에는 웹사이트가 다른 토렌트 트래커인 오픈트래커로 리디렉션되었다. 그러나 1년 후인 2021년 1월, 오픈비트토렌트는 자체 트래커와 웹사이트로 다시 온라인으로 돌아왔다.

 같이 보기 
 비트토렌트 사이트 간 비교

 각주 

 외부 링크 
 

분류:비트토렌트 웹사이트