hotchpotch/wikipedia-multilingual-ir-related-paragraph-pairs huggingface dataset:
버프 스위트

이 스위트의 주목할 만한 기능으로는 웹 크롤링을 프록시하는 기능(Burp Proxy), HTTP 요청/응답을 기록하는 기능(Burp Logger 및 HTTP History), 전송 중인 HTTP 요청을 캡처/가로채는 기능(Burp Intercept), 그리고 취약점을 나타내는 보고서를 취합하는 기능(Burp Scanner)이 있다. 이 소프트웨어는 캡처된 HTTP 요청/응답 내에서 검색하기 위해 알려진 안전하지 않은 구문 패턴과 키워드를 포함하는 내장 데이터베이스를 사용한다.

버프 스위트(Burp Suite)는 웹 애플리케이션의 보안 평가 및 침투 테스트를 위한 독점 소프트웨어 도구이다. 셀레늄과 같이 자동화 가능한 웹 도구의 기능을 깨달은 후, 2003년부터 2006년까지 다피드 스터타르드(Dafydd Stuttard)가 자신의 보안 테스트 요구 사항을 자동화하기 위해 처음 개발했다. 스터타르드는 버프 스위트의 개발을 선도하기 위해 PortSwigger라는 회사를 설립했다. 이 제품은 커뮤니티, 프로페셔널, 엔터프라이즈 버전으로 제공된다.
버프 스위트
Section: 기능

Burp Site Map: BurpSuite는 OWASP ZAP 소프트웨어와 유사하게 작동하며, 대상 URL의 사이트 맵을 자동 또는 수동 웹 크롤링을 통해 캡처할 수 있다. 사용자가 웹 애플리케이션을 크롤링하면 HTTP 요청이 버프 스위트 소프트웨어의 웹 프록시로 전송된다. HTTP 요청/응답이 캡처되면 이 엔드포인트를 수동으로 조사하거나 Burp Suite Professional 에디션의 기능을 통해 자동으로 감사할 수 있다.

Burp Logger 및 HTTP History: 웹 크롤링(및 Professional 에디션의 자동 스캐닝) 중에 캡처된 HTTP 요청/응답 목록을 보관한다.

Burp Repeater: 캡처된 HTTP 요청을 반복하여 요청 변수에 대한 사용자 정의 변경을 허용한다. 사용자 정의된 HTTP 요청은 빠르게 연속으로 전송될 수 있으며, 경쟁 조건 취약점을 악용하는 데 사용될 수 있다.
페이스북에 대한 비판
Section: 직원 대우 및 노동 문제

2020년 2월, 유럽 연합 집행위원들은 소셜 미디어 플랫폼의 콘텐츠를 중재하기 위해 계약된 사람들의 근무 조건에 대한 페이스북의 계획을 비판했다.

페이스북은 2020년 5월 12일 5천2백만 달러의 집단 소송 합의에 동의했으며, 여기에는 해당 클래스에 속한 11,250명의 중재자 각자에게 1,000달러를 지급하고, 직무로 인해 발생한 외상 후 스트레스 장애 및 기타 질환 치료를 위한 추가 보상도 포함되었다.

페이스북 소유의 부동산 개발 프로젝트인 "Willow Village"는 주민들의 권리를 종종 침해하고, 직원들이 근무 시간 외에도 고용주가 만들고 감시하는 환경에 머물도록 장려하거나 강요하는 "기업도시"와 유사하다는 비판을 받았다. 비평가들은 이 개발을 "저커타운(Zucktown)" 및 "페이스북빌(Facebookville)"이라고 불렀으며, 회사는 캘리포니아의 기존 지역 사회에 미칠 영향에 대해서도 추가적인 비판을 받았다.
페이스북에 대한 비판
Section: 추가 문헌

"Facebook: Friend or Foe?". LifeIvy. May 15, 2013

Funk, McKenzie (2016년 11월 19일). “The Secret Agenda of a Facebook Quiz”. 《뉴욕 타임스》. 2017년 1월 25일에 확인함.

Mims, Christopher (2011년 6월 1일). “How Facebook Leveraged Publishers' Desperation to Build a Web-Wide Tracking System”. 《테크놀로지 리뷰》. 2012년 2월 9일에 원본 문서에서 보존된 문서. 2011년 6월 1일에 확인함.
페이스북에 대한 비판
Section: 제3자의 페이스북에 대한 반응

오픈북은 2010년 초 페이스북을 패러디하고 변화하는 개인 정보 관리 프로토콜을 비판하는 목적으로 설립되었다.

플러프 버스팅 퓨리티(Fluff Busting Purity), 줄여서 FB Purity (이전에는 페이스북 퓨리티)는 2009년 처음 출시된 브라우저 확장 프로그램으로, 사용자들이 피드에서 스팸과 같은 성가신 요소를 제거하고 표시되는 콘텐츠에 대해 더 많은 개별적인 제어를 할 수 있도록 해준다. 이에 페이스북은 개발자의 플랫폼 사용을 금지하고 확장 프로그램으로 연결되는 링크를 차단했다.

세일즈포스와 같은 여러 소셜 네트워킹 관련 웹사이트들은 사용자들이 데이터를 공유할 때 얻는 정보 부족을 비판했다. 고급 사용자들도 자신의 프로필에서 접근할 수 있는 정보의 양을 제한할 수 없지만, 페이스북은 마케팅 목적으로 개인 정보 공유를 장려하여, 이를 완전히 인식하지 못하는 사용자들의 개인 데이터를 사용하여 서비스를 홍보하게 된다. 페이스북은 데이터 교환을 위한 개방형 표준을 지원하지 않고 개인 데이터를 노출한다. 여러 커뮤니티와 작가들에 따르면, 폐쇄형 소셜 네트워킹은 자신의 개인 정보를 노출하지 않으면서 다른 사람의 데이터를 검색하도록 장려한다.
Doas

doas는 테드 우낭스트가 OpenBSD용으로 sudo를 더 간단하고 안전하게 대체하기 위해 개발했다. 우낭스트 자신은 기본 sudo 구성에 문제가 있었고, 이것이 doas를 개발하게 된 동기가 되었다. doas는 2015년 10월 OpenBSD 5.8과 함께 출시되어 sudo를 대체했다. 하지만 OpenBSD는 여전히 sudo를 패키지로 제공한다.

doas("dedicated openbsd application subexecutor")는 다른 사용자로 명령을 실행하는 프로그램이다. 시스템 관리자는 지정된 사용자에게 특정 명령을 실행할 권한을 부여하도록 구성할 수 있다. ISC 라이선스에 따라 자유-오픈 소스이며 유닉스 및 유닉스 계열 운영체제에서 사용할 수 있다.
Doas
Section: 구성

휠 그룹의 구성원이 root로 모든 명령을 실행하도록 허용:

더 간단한 버전 (기본 사용자가 root일 경우에만 작동하며, 설치 후에는 root이다):

휠 그룹의 구성원이 모든 명령(기본적으로 root)을 실행하고 암호를 입력했음을 기억하도록 허용:

권한 정의는 구성 파일 /etc/doas.conf에 작성되어야 한다. 구성 파일에 사용되는 문법은 패킷 필터 구성 파일에서 영감을 받았다.

user1이 암호 없이 root로 procmap을 실행하도록 허용:
엠시소프트
Section: 역사

CEO인 마이롤은 2014년 뉴질랜드 시골로 이전했으며, 엠시소프트 본사를 그 나라로 옮겼지만, 유럽, 아시아, 미국 전역의 직원들은 원격 근무를 계속했다.

2019년, 엠시소프트는 유럽 연합 법집행협력청의 노 모어 랜섬 프로젝트에 복호화 도구를 기부했다. 이 회사의 복호화 도구는 2021년 미국, 유럽, 영국 전역의 수십 개 기업을 대상으로 한 카세야 VSA 랜섬웨어 공격,다크사이드 및 블랙매터 랜섬웨어 공격 해결에도 사용되었다.

엠시소프트는 크리스티안 마이롤이 2003년 오스트리아에서 설립한 안티-멀웨어 및 사이버 보안 소프트웨어 및 컨설팅 회사이다. 이 회사는 기업과 개인이 랜섬웨어 공격으로 암호화된 컴퓨터 파일을 복구하는 데 도움이 되는 안티-멀웨어 소프트웨어 및 복호화 도구를 만든다. 또한 랜섬웨어 공격을 추적하고 연구를 생성한다.
마이크로소프트 포어프론트
Section: 구성 요소

익스체인지 온라인 프로텍션(Exchange Online Protection): 익스체인지 서버용 포어프론트 프로텍트의 서비스형 소프트웨어 버전: 서버에 보안 프로그램을 설치하는 대신, 고객은 이메일을 받기 전에 마이크로소프트 온라인 서비스로 이메일 트래픽을 다시 라우팅한다.

위협 관리 게이트웨이: 라우팅, 방화벽, 웹 캐시의 세 가지 기능을 제공하는 단종된 서버 제품. 이전에는 인터넷 시큐리티 앤 액셀러레이션 서버(Internet Security and Acceleration Server) 또는 ISA 서버라고 불렸다.
SAML 2.0
Section: SAML 2.0 메타데이터

이 섹션 시작 부분에 언급된 대로, Location 속성 값은 서비스 공급자가 SAML 메시지를 라우팅하는 데 사용되며, 이는 악의적인 ID 공급자가 중간자 공격을 조직할 가능성을 최소화한다.

ID 공급자와 마찬가지로 서비스 공급자도 <md:EntityDescriptor> 요소에 자신에 대한 데이터를 게시한다.

이 엔터티 디스크립터에 대한 다음 세부 사항에 주목하자.

entityID 속성은 엔터티의 고유 식별자다.
SAML 2.0
Section: SAML 2.0 바인딩

유형 0x0004 아티팩트의 형식은 다음과 같이 추가로 정의된다.

따라서 유형 0x0004 아티팩트는 44바이트(인코딩되지 않음) 크기다. SourceId는 임의의 바이트 시퀀스지만, 실제로는 SourceId가 발행자의 entityID의 SHA-1 해시인 경우가 많다. MessageHandle은 아티팩트 발행자가 온디맨드로 생성할 수 있는 SAML 메시지를 참조하는 임의의 바이트 시퀀스다.

TypeCode는 아티팩트 형식을 고유하게 식별한다. SAML 2.0은 유형 0x0004의 아티팩트 하나만 미리 정의한다. EndpointIndex는 아티팩트 발행자(이전에 언급했듯이 IdP 또는 SP일 수 있음)가 관리하는 특정 아티팩트 해결 엔드포인트에 대한 참조다. 유형 정의에 의해 결정되는 RemainingArtifact는 아티팩트의 "핵심"이다.
SAML 2.0
Section: SAML 2.0 프로토콜

SAML 메시지는 값으로 또는 참조로 한 엔터티에서 다른 엔터티로 전송된다. SAML 메시지에 대한 참조를 아티팩트라고 한다. 아티팩트의 수신자는 <samlp:ArtifactResolve> 요청을 아티팩트 발행자에게 직접 전송하여 참조를 해결한다. 그러면 발행자는 아티팩트가 참조하는 실제 메시지로 응답한다.

예를 들어, ID 공급자가 다음 <samlp:ArtifactResolve> 요청을 서비스 공급자에게 직접 전송한다고 가정하자(백 채널을 통해).

이에 응답하여 서비스 공급자는 포함된 아티팩트가 참조하는 SAML 요소를 반환한다. 이 프로토콜은 HTTP 아티팩트 바인딩의 기초를 형성한다.
소프트웨어 토큰

소프트웨어 토큰은 물리적으로 소유하지 않는 것이기 때문에, 기본 암호화 자료의 복제를 기반으로 하는 고유한 위협, 예를 들어 컴퓨터 바이러스 및 소프트웨어 공격에 노출된다. 하드웨어 토큰과 소프트웨어 토큰 모두 봇 기반 중간자 공격 또는 토큰이 제공하는 일회용 비밀번호를 요청하여 제때에 실제 웹사이트에 제공하는 단순한 피싱 공격에 취약하다. 소프트웨어 토큰에는 이점이 있다. 들고 다닐 물리적 토큰이 없고, 배터리가 소모되지 않으며, 하드웨어 토큰보다 저렴하다.

소프트웨어 토큰(software token) 또는 소프트 토큰(soft token)은 컴퓨터 서비스 사용을 승인하는 데 사용될 수 있는 다요소 인증 보안 장치의 일부이다. 소프트웨어 토큰은 데스크톱 컴퓨터, 랩톱, 개인 정보 단말기 또는 휴대 전화와 같은 범용 전자 장치에 저장되며 복제될 수 있다. (자격 증명이 전용 하드웨어 장치에 저장되어 물리적 장치 침해 없이 복제될 수 없는 하드웨어 토큰과 대조된다.)
트렌드 마이크로 인터넷 시큐리티
Section: 버전 역사

PC-cillin 인터넷 시큐리티 v11/2004

PC-cillin 인터넷 시큐리티 v12/2005

PC-cillin 인터넷 시큐리티 v14/2006

트렌드 마이크로 인터넷 시큐리티 v15/2007

이전 버전은 다음과 같다.

PC-cillin

PC-cillin 2

PC-cillin 95

PC-cillin 2000

PC-cillin 2002

PC-cillin 2003
트렌드 마이크로 인터넷 시큐리티
Section: 기능

키로거 보호

온라인 데이터 백업

원격 파일 및 폴더 권한 제어

PC 튜닝 및 정리

안드로이드, 심비안 OS, 윈도우 모바일 운영 체제에서 실행되는 모바일 장치용 보안 프로그램

소프트웨어는 또한 다음을 포함한다:

루트킷 방어

선제적 침입 차단

개인 데이터 유출 방지

트렌드 마이크로 프리미엄 시큐리티는 다음을 포함한 추가 기능을 제공한다.

무선 네트워크 유효성 검사
트렌드 마이크로 인터넷 시큐리티
Section: 효과

2016년 1월, 트렌드 마이크로 AV의 일반 사용자 버전이 사용자가 방문하는 모든 웹사이트가 보호를 표방하는 Windows PC에서 임의 코드를 실행하거나 모든 브라우저 암호를 읽을 수 있도록 허용하는 것으로 밝혀졌다. 이 문제는 나중에 패치로 해결되었다.

2014년 6월, AV-Test는 6개월 동안 30개 이상의 앱을 평가한 모바일 보안 내구성 테스트 결과를 발표했다. 트렌드 마이크로의 모바일 보안은 13점 만점에 13점으로 최고 점수를 기록했다.
WS-Security
Section: 사용 사례

SOAP 중간자가 필요하고, 중간자가 덜 신뢰할 수 있는 경우 메시지에 서명하고 선택적으로 암호화해야 한다. 이는 TCP (전송 제어 프로토콜) 연결을 종료하는 네트워크 경계의 응용 프로그램 수준 프록시의 경우일 수 있다.

부인봉쇄를 위한 한 가지 방법은 특정 보안 보호 조치가 적용되는 감사 추적에 트랜잭션을 기록하는 것이다. WS-Security가 지원하는 디지털 서명은 보다 직접적이고 검증 가능한 부인봉쇄 증명을 제공한다.
WS-Security
Section: 기능

발신자의 신원을 확인하기 위해 보안 토큰을 첨부하는 방법.

이 사양은 다양한 서명 형식, 암호화 알고리즘 및 여러 신뢰 도메인을 허용하며 다음과 같은 다양한 보안 토큰 모델에 개방되어 있다:

WS-Security는 세 가지 주요 메커니즘을 설명한다:

무결성을 보장하기 위해 SOAP 메시지에 서명하는 방법. 서명된 메시지는 또한 부인봉쇄를 제공한다.

기밀성을 보장하기 위해 SOAP 메시지를 암호화하는 방법.
WS-Security

이 프로토콜은 메시지에 대한 무결성과 기밀성을 어떻게 적용할 수 있는지 명시하며, 보안 어설션 마크업 언어 (SAML), 케르베로스, X.509와 같은 다양한 보안 토큰 형식의 통신을 허용한다. 주요 초점은 XML 서명 및 XML 암호화를 사용하여 엔드 투 엔드 보안을 제공하는 것이다.

웹 서비스 보안(Web Services Security, WS-Security, WSS)은 SOAP에 보안을 적용하기 위한 확장으로 웹 서비스에 적용된다. 이는 웹 서비스 사양의 일원이며 OASIS에 의해 발행되었다.
프리게이트 (소프트웨어)
Section: 악성 소프트웨어 보고서

2013년, 시리아의 "친정부 전자 행위자"들이 반군에게 프리게이트라는 파일을 다운로드하도록 권유하는 전자 메시지를 보냈다고 보고되었다. 이 파일은 반체제 인사들이 국가 감시 기관을 우회하는 데 도움이 되도록 설계된 것이라고 주장되었지만, 실제로는 악성 소프트웨어였으며 침입자는 피해자들이 컴퓨터에 입력하는 내용을 모니터링하고 파일을 읽거나 제거할 수 있었다.

2004년 파이낸셜 타임스는 중국 본토의 시만텍 직원을 인용하여 노턴 안티바이러스가 프리게이트를 트로이 목마로 식별했다고 보도했다. 초기에는 이 보고서가 중국공산당 당국이 컴퓨터에서 소프트웨어 제거를 유도하기 위한 술책일 수 있다는 우려가 있었지만, 곧 위협 목록에서 제외되었다. 시만텍은 웹사이트를 차단하는 방화벽을 뚫기 위해 프록시를 사용하는 방식 때문에 이 소프트웨어가 다양한 트로이 목마와 유사하게 작동한다는 것을 기반으로 탐지했지만, 프리게이트를 제외하도록 탐지 기준을 수정했다고 설명했다.
프리게이트 (소프트웨어)
Section: 생성 및 자금 조달

프리게이트는 파룬궁 수행자들에 의해 만들어졌으며 미국 정부 기관인 방송 이사회의 자금 지원을 받았다. 프리게이트는 또한 휴먼 라이츠 인 차이나로부터 자금을 지원받으며, 휴먼 라이츠 인 차이나는 프리게이트의 고객 중 하나이며 미국의 비영리 단체인 전미민주주의기금으로부터 일부 자금을 지원받는다. 미국 의회조사국 (CRS) 보고서에 따르면, 미국 정부는 2005년에 프리게이트에 68만 5천 달러의 자금을 지원했다.

DIT는 2001년에 미국 정부 기관 및 NGO를 위한 중국 이메일 전달 서비스를 제공하기 위해 설립되었다. 2002년, DIT는 DynaWeb 프레임워크 아래에서 검열 방지 서비스를 제공하기 시작했으며, 울트라서프와 마찬가지로 DynaWeb은 GFW 침투 노력의 주요 경쟁자가 되었다.
프록소미트론
Section: 기능

세션 목록 생성

메모리 전용 텍스트 파일은 필터에 의해 생성되어 임시 블록리스트를 구축하는 데 사용될 수 있으며, 영구 블록리스트는 필터가 메모리 전용 "세션" 데이터만 추가하도록 구성될 수 있다.

필터용 목록 생성

텍스트 파일("블록리스트"로 알려짐)은 필터 일치용 패턴 소스로 사용될 수 있다.

표준 목록 생성

텍스트 파일("로그 파일"로 알려짐)은 필터에서 캡처된 데이터를 목록에 추가하는 데 사용될 수 있다.
프록소미트론
Section: 개요

프로그램 작동은 프로그램의 그래픽 사용자 인터페이스를 통해 사용자가 작성, 편집, 삭제, 활성화 또는 비활성화할 수 있는 특수 필터가 포함된 구성 파일을 사용하여 지시된다. (타사 필터도 구성에 가져오거나 "병합"할 수 있다.) 필터는 텍스트 편집에서 사용되는 표준 정규 표현식과 유사한 "매칭" 언어를 활용한다. "블록리스트" 및 SSL DLL과 같은 추가 파일은 필터링 기능을 확장할 수 있다.

적절하게 구성된 프록소미트론은 사용자 브라우저와 웹 서버 간의 HTTP 트래픽을 가로챈다. 이 프로그램은 텍스트를 제거하거나 추가하여 웹 페이지 콘텐츠를 변경할 수 있다. 또한 HTTP 메시지 헤더를 추가, 수정 또는 삭제하고, 웹 페이지 주소를 기반으로 연결을 차단하거나 요청을 리디렉션하도록 구성할 수 있으며, 원격 프록시를 통해 연결을 라우팅하도록 구성할 수 있다. 사용자는 원한다면 연결 및 필터 활성화를 모니터링할 수 있다.
프록소미트론
Section: 현재 상태

많은 최신 브라우저에는 프록소미트론 필터에서 제공하는 것과 유사한 기능(예: 광고 및 팝업 차단)이 포함되어 있다. 모질라 파이어폭스용 그리스몽키 및 스타일리시 애드온을 통한 파이어폭스 및 기타 브라우저용 사용자 스타일시트와 같은 다른 브라우저 기능 또는 애드온도 웹 페이지의 로컬 수정을 허용한다.

이것은 폐쇄형 소스 프로젝트였으므로 프록소미트론은 더 이상 유지 관리되거나 개발되지 않지만, 프록소미트론 프로그램은 여전히 작동하며 전자 포럼을 통해 지원을 제공하는 사용자 커뮤니티가 있다. 필터, 필터 세트, 호환 가능한 DLL 및 기타 파일, 그리고 프록소미트론의 그래픽 사용자 인터페이스를 재구성 및 업데이트하기 위한 GUI 패치도 사용자들이 제공하고 있다.
캐디 (웹 서버)
Section: HTTP 서버

HTTP 서버는 공식 캐디 배포판에 표준으로 포함된 앱 모듈이다. 주로 정적 파일 서버 및 로드 밸런싱 리버스 프록시로 사용된다. Caddy의 HTTP 기능의 기반은 Go의 표준 라이브러리에서 찾을 수 있는 구현을 사용하지만, 다양한 개선 사항 및 사용자 지정은 미들웨어로 제공되며 구성 매개 변수를 통해 노출된다.

기본적으로, 어떤 경로라도 비어 있지 않은 호스트 매처를 가지면 TLS가 자동으로 사용된다. 이들은 Caddy가 서비스하는 사이트 이름 또는 IP 주소로 간주되므로, Caddy는 구성된 호스트명과 IP 주소에 대한 인증서를 자동으로 조달하고 갱신한다. 이러한 방식으로 자동 HTTPS가 활성화되면 Caddy는 HTTP 요청을 해당 HTTPS 위치로 리디렉션한다.
캐디 (웹 서버)
Section: 개발

캐디 프로젝트의 첫 번째 Git 커밋은 2014년에 이루어졌다.

캐디 버전 1.0은 2019년 4월 24일에 출시되었다. 그 시점에서 프로젝트에는 250명 이상의 기여자가 있었다.

캐디 버전 2는 2020년 5월 5일에 출시되었다. 아르스 테크니카의 리뷰어들은 버전 2의 구성 형식이 이전 주요 캐디 릴리스와 대부분 호환되지 않음에도 불구하고 여전히 아파치 HTTP 서버보다 단순한 구성 파일 구문을 가지고 있다고 말한다.
캐디 (웹 서버)
Section: 아키텍처

관리 소켓을 통해 구성이 수신되면 캐디는 지정된 모든 모듈에 대한 구성을 디코딩하고 모든 앱 모듈을 실행하기 시작한다. 앱 모듈이 프로비저닝될 때, 이들 자체적으로 사용하는 모듈을 로드하고 프로비저닝할 수 있다. 예를 들어, HTTP 서버는 HTTP 요청을 처리하기 위해 HTTP 핸들러 모듈을 사용하는 앱 모듈이다. 이 핸들러는 기능을 구현하기 위해 다른 모듈을 사용할 수 있으며, 이는 계속된다. 이 모든 모듈은 구성 로드 단계에서 프로비저닝된다.

캐디의 입력은 RESTful HTTP API를 통해 열린 소켓을 통해 수신되는 JSON 구성 문서이다. HTTP 클라이언트가 없는 경우, Caddy의 명령줄 인터페이스를 사용하여 구성 파일을 로드할 수 있다. 구성 어댑터를 사용하여 다른 구성 형식을 JSON으로 변환할 수 있다. 기존 어댑터에는 명령줄에서 최우선 지원되는 Caddyfile과 YAML, TOML, Nginx 및 기타 여러 형식이 포함된다.
자동 인증서 관리 환경
Section: 클라이언트 구현

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

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

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

디렉토리 엔드포인트/리소스 이름이 변경되었다.

챌린지 리소스에서 URI → URL로 이름이 변경되었다.

계정 생성과 ToS(서비스 약관) 동의가 단일 단계로 통합되었다. 이전에는 두 단계였다.

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

인증/발급 흐름이 변경되었다.

JWS 요청 승인 방식이 변경되었다.

JWS 요청 본문의 "resource" 필드가 새로운 JWS 헤더인 "url"로 대체되었다.
트랜스액슬
Section: 앞 엔진-뒷바퀴 굴림 트랜스액슬

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

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

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

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

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

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

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

FitGirl Repacks의 인기는 꾸준히 증가하여, 2020년에는 토렌트프리크의 '가장 인기 있는 토렌트 사이트 10선'에 처음으로 진입했으며, 2024년에는 전체 6위를 기록하며 개인 리패커로서는 이례적인 수준의 인지도를 증명했다.

'FitGirl'이라는 페르소나를 사용하는 운영자는 2012년경 러시아어 기반의 주요 불법 복제 포럼 및 트래커 사이트에서 활동을 시작했다. 초기 활동은 다른 리패커들의 작업을 공유하거나 자신만의 소규모 리패킹을 시도하는 것이었다.
FitGirl Repacks
Section: 영향력

일부 지지자들은 FitGirl의 활동이 상업적으로 더 이상 구매할 수 없게 된 어밴던웨어나, DRM-free 버전이 없는 게임들을 압축된 형태로 보존하는 '디지털 아카이빙'의 일종이라고 주장하기도 한다.

FitGirl Repacks는 단순한 불법 복제물 배포자를 넘어, 불법 복제 시장에서 하나의 '브랜드'로 자리 잡았다. 토렌트프리크의 '가장 인기 있는 토렌트 사이트' 순위에 개인 리패커의 블로그가 매년 상위권에 포함되는 것은 매우 이례적인 현상이다.
FitGirl Repacks
Section: 비판 및 논란

극단적인 압축 방식은 사용자의 PC에서 압축을 해제할 때 막대한 시스템 자원을 요구한다. 특히 CPU와 RAM 사용량이 매우 높으며, 하드 디스크 드라이브 사용자들은 설치 시간이 몇 시간에 달할 수 있다. 저사양 PC 사용자의 경우 설치 과정에서 오류가 발생하거나 시스템이 멈추는 현상을 겪기도 한다.

리팩은 게임의 특정 버전을 기준으로 제작된다. 따라서 리팩을 설치한 후 게임 개발사가 배포하는 공식 패치나 업데이트, 또는 새로 출시되는 DLC를 적용하기가 매우 어렵거나 불가능하다. 사용자는 새로운 업데이트가 포함된 새 리팩 버전이 나올 때까지 기다리거나, 복잡한 수동 패치 과정을 거쳐야 하는 불편함이 있다.
RARBG
Section: 역사

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

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

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

일본 경찰청은 파일 공유 소프트웨어를 이용한 저작권 침해로 44명을 체포했다고 보고했다. 발표문에는 일본에서 다운로드가 불법임을 명시하고 있다.

Netagent는 Winny가 4만 5천 개의 노드로 가장 많았고, Perfect Dark가 3만 개, Share가 1만 개로 추가 감소를 보고했다.

일본에 거주하는 한 한국 남성이 유튜브에서 무료로 볼 수 있는 애니메이션을 비트토렌트 네트워크에 업로드한 혐의로 체포되었다.

콘텐츠 해외 유통 협회 (CODA)는 온라인으로 유통되는 일본 불법 복제 콘텐츠로 인한 피해액이 2조 엔에 달하는 것으로 추산했다.
피어 교환
Section: 피어 교환을 지원하는 클라이언트

비트코멧은 이전 버전에서 독점 프로토콜을 사용하여 PEX를 지원한다. v.1.19부터 확장 프로토콜을 기반으로 한 μTorrent/메인라인 PEX 구현도 지원한다.

Bitflu

비트토렌트

K토렌트는 2.1 RC1부터 완전한 μTorrent PEX 지원을 구현했다.

libtorrent 및 이를 기반으로 한 클라이언트 (Deluge, qBittorrent, MooPolice) 뮤토렌트와 호환된다.
피어 교환
Section: 설명

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

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

어떤 PEX 메시지에도 추가된 피어는 50개, 제거된 피어는 50개를 초과해서는 안 된다.
Z-라이브러리
Section: 법적 지위

2022년 10월, 틱톡은 Z-라이브러리 관련 해시태그가 인기를 얻자 이를 차단했으며, 작가 길드는 미국 무역대표부에 불만을 제출했다. 2022년 11월 3일, z-라이브러리의 240개 이상의 도메인 이름이 법원 명령에 따라 미국 법무부와 연방수사국에 의해 압류되었고, 프로젝트와 관련된 러시아인 두 명이 아르헨티나에서 저작권 침해 및 돈세탁 혐의로 체포되었다.

z-라이브러리의 일부 도메인(bookfi.org, booksc.org, b-ok.org)은 2017년 미국 무역대표부의 악명 높은 시장 보고서에 포함되었다.

z-라이브러리의 도메인은 2021년 하버드 비즈니스 퍼블리싱이 발행한 DMCA 통지 이후 일시적으로 차단되었다. 도메인 정지는 해제되었다.
Z-라이브러리
Section: 웹사이트

일부 피싱 사기는 유사한 도메인 이름과 동일한 시각적 디자인을 사용하여 z-라이브러리를 사칭하고 로그인 자격 증명을 탈취하고 기부를 요청하기도 했다. 2024년 6월, 뉴스 매체 사이버뉴스(Cybernews)는 사기성 복제 사이트 Z-lib.is가 수집한 거의 1천만 명의 사용자 개인 데이터가 포함된 유출된 데이터베이스를 발견했다고 보도했다.

(법적 절차에 따라 인터넷 공급자가 DNS 수준에서 도메인을 블랙리스트에 올리는 것을 방지하기 위해) z-라이브러리는 침해 콘텐츠를 포함하지 않고 대신 다른 지역을 위한 많은 작동 미러 도메인을 나열하는 홈페이지를 사용했다. 이 전략은 2022년에 "z-lib.org" 도메인이 압류되면서 효과가 없다는 것이 입증되었다. 2023년 8월, z-라이브러리는 도메인 이름 변경 시 발생할 수 있는 문제를 완화하기 위해 브라우저 확장 기능을 사용할 가능성을 발표했다.
Z-라이브러리

이 조직은 자신들을 "세계 최대의 전자책 도서관"이자 "세계 최대의 과학 논문 저장소"라고 설명한다. 이들은 기부금으로 운영되는 비영리 조직으로 활동한다. 전자책 공유 외에도, z-라이브러리는 전 세계의 지정된 "Z-포인트"에서 실제 종이책을 포함한 서비스를 확장할 계획을 발표했다.

Z-Library와 그 활동은 많은 관할권에서 불법이다. 웹사이트 압류는 콘텐츠 접근성을 줄이지만, 다크 웹에서는 여전히 이용 가능하다. 이 프로젝트의 법적 지위와 출판 산업 및 저작자의 권리에 미칠 수 있는 영향은 계속 논쟁 중이다.
가로 배치 엔진
Section: 역사

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

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

직렬 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
슈퍼 시딩

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

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

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

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

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

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

수평 엔진 – 2기통, 4기통, 6기통 또는 그 이상의 실린더가 서로 마주 보는 두 개의 수평 평면에 배치된다.

W 엔진 – 두 개의 (좁은 각도의) V 엔진이 (180° 이내에서) 결합되어 8기통, 12기통 또는 16기통 실린더가 네 개의 별도 평면에 배치된다.

다음은 자동차에 장착될 수 있는 일반적인 엔진 유형 목록이다.

직렬 기관 – 2기통, 3기통, 4기통, 5기통, 6기통, 심지어 8기통 실린더가 한 평면에 배치된다.

V 엔진 – 2기통, 4기통, 6기통, 8기통, 10기통, 12기통, 심지어 16기통 실린더가 크랭크축 끝에서 볼 때 "V"자 모양으로 두 개의 별도 평면에 배치된다.
마이크로 트랜스포트 프로토콜
Section: μTP 혼잡 제어

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

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

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

μ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를 구현한다.
마이크로 트랜스포트 프로토콜

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

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

분할 파일 전송: 큰 파일을 부분으로 나누어 (소프트웨어 설정에서 지정) 동시에 다운로드

비트토렌트 지원 (Libtorrent 기반), 마그넷 URI 스키마 지원

구글 비디오와 같은 사이트에서 플래시 비디오 다운로드 (안드로이드 제외)

서버에서 허용하는 경우 중단된 다운로드 재개

Zip 파일 부분 다운로드: 사용자가 zip 파일의 필요한 부분만 다운로드할 수 있게 한다.

여러 미러에서 동시 다운로드

세 가지 완전 맞춤형 트래픽 모드(낮음, 중간, 높음)를 통한 대역폭 제한 지원
프리 다운로드 매니저
Section: 탭

다운로드 – 이 프로그램의 핵심이며, 단순히 다운로드 관리자이다. 사용자는 특정 확장자를 가진 파일이 다운로드될 폴더로 그룹을 만들 수도 있다.

플래시 비디오 다운로드 – 이 기능은 사용자가 구글 비디오 및 기타 여러 사이트에서 FLV 비디오 파일을 다운로드하는 데 도움이 된다.

토렌트 – 토렌트 파일 다운로드를 허용한다.

스케줄러 – 사용자는 미리 설정된 시간에 실행될 작업 목록을 만들고 관리할 수 있다. 작업에는 외부 프로그램 실행, 다운로드 시작 및 중지, 가능한 모든 방법으로 컴퓨터 종료가 포함된다.
프리 다운로드 매니저

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

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

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

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

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

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

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

MLdonkey 코어의 특징:

다음 네트워크 프로토콜을 부분적으로 또는 완전히 지원하는 P2P (p2p) 프로그램:
FastTrack (Kazaa)
이동키 네트워크 (오버넷 및 Kad network 포함)
비트토렌트 (Mainline DHT 포함)
Direct Connect
HTTP/FTP

여러 제어 인터페이스: 텔넷, 웹 인터페이스, 타사 GUI.

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

A2K라는 용어는 학술 담론과 문헌에서도 사용된다. 블룸스버리 아카데믹은 브라질, 이집트 및 인도에 관한 일련의 문제를 다루었으며, UCT Press는 아프리카 문제에 대한 개요를 출판했다.

A2K 조약 초안

뉴, 윌리엄. "지식 접근에 대한 전문가 토론", IP 워치, 2005년 2월 15일. 2007년 4월 23일 접속.

"정보에 대한 지식재산권에 맞서기 위한 운동들의 수렴", 시들링, 2005년. 2007년 4월 23일 접속.
지식 접근 운동
Section: 역사

A2K 학자들은 "물질적 이익"이 단순히 현행 지식 재산권 규정과 동등하지 않다고 주장한다. 이러한 권리는 판매 및 양도 가능하며 따라서 "양도할 수 없는" 권리가 아니기 때문이다. 접근권은 궁극적으로 권리 중 더 중요한 부분이다. A2K 이론가에 따르면, 현재의 지식 재산권 보호 수준은 제27조와 불균형을 이루는 것으로 보인다.

...매우 실제적인 의미에서, 지연된 권리는 거부된 권리이다. 경구 수액 요법 및 2세대 백신 기술에 대한 접근이 20년 동안 지연되었다면... 3백만 명의 어린이가 사망했을 것이다. 생명과 직결되지 않는 기술의 경우에도 20년의 지연은 권리 향유에 엄청난 제한을 가한다. 문화 작품의 경우 상황은 훨씬 더 심각하다. 보호 기간이 인간 수명보다 길다.
지식 접근 운동

A2K는 2000년대 초반, 제한적인 지식 재산권 법률과 디지털 독점이 정보, 교육, 문화 자원에 대한 대중의 접근을 제한한다는 커지는 우려에 대한 전 세계적인 대응으로 등장했다. 이 운동은 지식이 지리적 또는 경제적 지위에 관계없이 모든 사람이 이용할 수 있어야 하는 공유된 사회적 자산임을 강조한다.

지식 접근 운동(Access to Knowledge movement, A2K) 또는 지식 확산 운동은 지식에 대한 접근이 정의, 자유, 경제발전의 근본 원칙과 연결되어야 한다는 생각에 동의하는 시민 사회 단체, 정부, 개인들의 느슨한 모임이다.
UDP 홀 펀칭

UDP 홀 펀칭(UDP hole punching)은 네트워크 주소 변환 (NAT) 애플리케이션에서 NAT를 통과하는 사용자 데이터그램 프로토콜 (UDP) 패킷 스트림을 유지하는 데 일반적으로 사용되는 기술이다. NAT 통과 기술은 일반적으로 인터넷에서 사설망에 연결된 호스트가 관련된 클라이언트-클라이언트 네트워킹 애플리케이션, 특히 P2P, Direct Client-to-Client (DCC) 및 Voice over Internet Protocol (VoIP) 배포에서 필요하다.

UDP 홀 펀칭은 하나 이상의 네트워크 주소 변환기를 통해 통신하는 두 호스트 간의 연결을 설정한다. 일반적으로 공용 전송 네트워크의 제3자 호스트를 사용하여 통신 호스트 간의 직접 통신에 사용될 수 있는 UDP 포트 상태를 설정한다. 포트 상태가 성공적으로 설정되고 호스트가 통신하면, 포트 상태는 일반 통신 트래픽으로 유지되거나, 장기간 통신이 없을 경우 일반적으로 비어 있는 UDP 패킷 또는 최소한의 비간섭 콘텐츠를 포함하는 keep-alive 패킷으로 유지될 수 있다.
UDP 홀 펀칭
Section: 흐름

A와 B는 각각 S와 UDP 대화를 시작한다. NAT 장치 NA와 NB는 UDP 변환 상태를 생성하고 임시 외부 포트 번호 ePortA와 ePortB를 할당한다.

S는 UDP 패킷을 검사하여 NA와 NB가 사용한 소스 포트(외부 NAT 포트 ePortA와 ePortB)를 얻는다.

A와 B는 각각 자신의 사설망에 있는 내부 IP 주소 iAddrA와 iAddrB를 가진 두 호스트이다. NA와 NB는 각각 외부 IP 주소 eAddrA와 eAddrB를 가진 두 NAT 장치이다. S는 알려진 IP 주소를 가진 공용 서버이다.
UDP 홀 펀칭
Section: 개요

다소 더 정교한 접근 방식에서는 두 호스트 모두 여러 번의 시도를 사용하여 서로에게 보내기 시작한다. 제한적 콘 NAT에서는 다른 호스트에서 온 첫 번째 패킷이 차단된다. 그 후 NAT 장치는 다른 머신으로 패킷을 보낸 기록을 가지게 되며, 이 IP 주소와 포트 번호에서 오는 모든 패킷을 통과시킨다. 이 기술은 P2P 소프트웨어 및 VoIP 전화 통신에서 널리 사용된다. 또한 UDP를 통해 작동하는 가상사설망의 구축을 지원하는 데 사용될 수도 있다. 동일한 기술은 때때로 전송 제어 프로토콜 (TCP) 연결로 확장되지만, TCP 연결 스트림이 애플리케이션이 아닌 호스트 OS에 의해 제어되고 시퀀스 번호가 무작위로 선택되기 때문에 성공률은 낮다. 따라서 시퀀스 번호 검사를 수행하는 NAT 장치는 패킷이 기존 연결과 관련이 있다고 간주하지 않고 삭제한다.

NAT를 통해 인터넷에 연결된 사설망 내에서 네트워크 연결을 사용하는 호스트는 일반적으로 Session Traversal Utilities for NAT (STUN) 방법 또는 상호 연결 확립 (ICE)을 사용하여 통신 피어가 필요로 하는 NAT의 공용 주소를 결정한다. 이 과정에서 공용 네트워크의 다른 호스트가 포트 매핑 및 기타 UDP 포트 상태를 설정하는 데 사용되며, 이는 애플리케이션 호스트 간의 직접 통신에 유효하다고 가정된다. UDP 상태는 일반적으로 수십 초에서 몇 분 범위의 짧은 시간 후에 만료되고, 이 과정에서 UDP 포트가 닫히기 때문에 UDP 홀 펀칭은 주기적인 Keep-alive 패킷 전송을 사용하여 각 패킷이 NAT의 UDP 상태 머신에서 수명 카운터를 갱신한다.