🥇고통 속 걷기 또는 Direct Connect의 트래픽 암호화, 3부

그리고 새 포도주를 낡은 가죽 부대에 넣는 사람은 아무도 없습니다. 그렇지 않으면 새 포도주가 부대를 터뜨려 스스로 흘러나오고 부대도 버리게 될 것이다. 새 포도주는 새 부대에 담아야 합니다. 그러면 둘 다 저장됩니다. 좋아요. 5:37,38

올해 XNUMX월, 세계 최대 DC 허브의 관리는 보안 연결 지원 시작을 발표했습니다. 그 결과가 무엇인지 봅시다.

영어로 번역하다

양심의 자유

내가 생각한 건 이미 다 말했으니까 이전, 기사의 이 부분은 전혀 존재하지 말았어야 했습니다.

보안이 필요한 경우 최신 클라이언트를 선택하고 ADC 허브. 포인트.

하지만 여전히 NMDC 허브를 사용하고 있다면 어떨까요? 평소의? 이 경우 오래되었거나 매우 오래되었거나 새롭거나 단순히 구성되지 않은 DC 클라이언트의 비호환성을 처리해야 합니다. 그러나 이것은 이루어졌고 문제는 오래지 않아 발생했습니다.

마피아

첫째, 클라이언트-허브 암호화 여부에 관계없이 안전한 클라이언트-클라이언트 연결이 설정됩니다.

둘째, 보안 연결 요청을 브로드캐스팅하는 허브인지 아닌지를 시각적으로 판단하는 것은 불가능합니다.

셋째, 오늘날 거의 모든 DC 클라이언트에는 기본적으로 연결 암호화가 활성화되어 있습니다.

기억 나니? 이제 점검 해보자 사용자 측에서 TLS 설정을 하고, 허브에 연결한 후 조심스럽게 클라이언트 간 연결을 시도해 보세요.

NMDC 허브

DC++는 NMDC 허브의 보안 연결을 절대적으로 거부하지만 일반 연결은 완전히 승인합니다. 개발자들은 그 이유를 두 번 이상 표명했습니다. 똑같은 오래된 갈퀴를 따라갈 필요가 없습니다!

StrongDC++는 TLS v.1.0만 알고 있으며 최신 클라이언트는 TLS v.XNUMX에 전혀 연결하지 않습니다. GreylinkDC++를 사용하면 상황이 더욱 악화됩니다.

FlylinkDC++는 기꺼이 이전 클라이언트와의 호환성 모드에 들어갑니다. 시간이 얼마나 걸리고 꼭 필요한가요?..

EiskaltDC++는 자신의 필요에 따라서만 덜 기꺼이 동일한 작업을 수행합니다.

ADC 허브

모든 것이 동일하지만 DC++가 게임에 적극적으로 포함되어 있습니다.

EiskaltDC++는 NMDC와 ADC 허브 사이에 차이를 두지 않는 것으로 보이며 둘 다에 엄격합니다.

입력 시 TLS v.1.2를 지원하도록 필수 요구 사항을 설정하여 레거시 클라이언트를 필터링하면 어떻게 될까요?..

ADC 허브

좋아요, 그렇죠?

조사 결과

독자는 FlylinkDC++를 사용하는 것이 문제가 없는 것이 가장 좋다고 생각할 수도 있지만, 이 클라이언트가 문제가 있는 나 혼자서. 내가 아는 마지막 사건 중 하나는 많은 사용자가 원격 구성을 사용하여 보안 연결을 지원하는 확인란을 선택하지 않았으며 모든 이전 버전에서는 사실상 보안 연결이 없다는 것입니다.

요약하자면, 많은 역사적, 정치적 이유로 인해 NMDC 허브를 안전한 클라이언트 간 연결을 위한 기반으로 사용하는 것은 어렵거나 심지어 불가능합니다. NMDC 허브를 사용하면 일부 사용자와의 연결 기능이 상실되고 그 대가로 보안을 받을 수 있지만 보장은 없습니다.

고뇌 속 걷기 또는 Direct Connect의 트래픽 암호화, 3부

코멘트를 추가 답장을 취소