Ubuntu One은 파일 동기화에 어떤 종류의 기술을 사용합니까? 학교에서는 Ubuntu One과http://one.ubuntu.com'P2P 애플리케이션'이기 때문에 차단되지만 Google 드라이브는 계속 허용됩니다. 이것이 사실입니까? 아니면 일종의 오해일까요? Ubuntu One의 작동 방식에 대한 기술적 세부 사항을 이해하는 사람의 답변을 기대합니다.
답변1
짧은 답변:
아니요. 클라우드/서버 기반 파일 저장소입니다.
긴 답변:
Ubuntu One은 파일 동기화에 어떤 종류의 기술을 사용합니까?
에서 발췌기술 세부사항 위키:
이는 Amazon S3에 저장된 원격 액세스 가능 디스크 공간을 제공합니다. 이 원격 디스크 공간에 대한 액세스는 기존 프로토콜(예: FTP, SFTP, NFS, Webdav)을 사용하는 대신 여기에서 개발된 통신 프로토콜인"우분투원 스토리지 프로토콜"기반으로Google 프로토콜 버퍼.
ubuntu-storage-protocol 패키지(일명 ubuntuone-storageprotocol)의 README 발췌:
프로토콜 개요:
다른 곳에서는 잘 문서화되어 있지 않기 때문에 여기서는 프로토콜 상호 작용에 대한 매우 간략한 개요도 제공하겠습니다.
대부분의 클라이언트/서버 통신은 클라이언트가 시작한 요청 형식입니다. 요청을 시작하는 클라이언트의 각 메시지에는 연결 수명 동안 고유하도록 의도된 요청 ID가 제공됩니다.
요청 ID를 생성하는 실제 방법은 짝수(예: 0, 2, 4, ...)이고 동일한 연결의 다른 요청에서 재사용되지 않는 한 중요하지 않습니다. 여러 메시지가 포함될 수 있음) 클라이언트 요청에 대한 서버 응답은 클라이언트가 제공한 요청 ID를 사용하지만, 서버에서 시작된 메시지는 서버가 할당한 홀수 ID(예: 1, 3, 5, ...)를 갖습니다. 실제로 요청 ID의 낮은 비트가 설정되면 서버에서 시작된 요청을 나타냅니다.
프로토콜은 여러 요청이 동시에 "진행 중"일 수 있고 해당 메시지(요청에 여러 메시지가 있는 경우)가 임의로 인터리브된다는 점에서 비동기식입니다.
[...]
다운로드 시노드의 내용, 클라이언트 및 서버는 간단한 교환을 한 후 동일한 요청 ID를 가진 데이터를 포함하는 일련의 메시지를 받습니다. 업로드는 비슷하게 작동합니다. 두 경우 모두 요청 ID는 진행 중인 특정 업로드 또는 다운로드를 식별합니다.
이 경우 프로토콜이 P2P 연결로 표시될 수 있는 방법은 없습니다. 피어 투 피어는 각각이 파일/연결을 공유할 수 있는 여러 노드/클라이언트(파일을 보유하는 서버는 없음)를 의미합니다. 이 경우 구조화된 전송 프로토콜을 사용하여 데이터를 보내고 받는 서버와 여러 클라이언트만 있습니다. BitTorrent, eDonkey 또는 기타 P2P 프로토콜 근처에는 없습니다.
차이점을 확인하기 위해 P2P를 정의해 보겠습니다.
P2P(Peer-to-Peer) 네트워크는 일종의 네트워크입니다.분산 및 분산 네트워크 아키텍처어느개별 노드네트워크("피어"라고 함)는 리소스의 공급자이자 소비자 역할을 합니다.중앙 집중식 클라이언트-서버와 달리클라이언트 노드가 중앙 서버가 제공하는 리소스에 대한 액세스를 요청하는 모델.