문제

이 있 알려진 방법을 찾기 동료들을 사용하지 않고 전용 중앙 서버?

ie:이 있을 경우 피어있는 연결을 끊고 다시 연결하는 인터넷이지만 새로운 IP 주소는 각 시간,그리고 내가 원하는 연결하지 않고 그들을 설정하는 전용 서버와 등록입니다.

에 대해 생각하고 있었을 사용하여 동료들 이메일 주소 보 매니페스트에의 연결 동료,주기적으로 어떤 종류의 코드,부정에 필요한 전담 서버입니다.이 될 것이 대체하는 경우도 동료 연결 될 수있는 시도한 후에는 모든 이전에 알려진 피어에 주소가 있습니다.하지만 기존의 모델을 찾는 것에 동료는 것이 좋습니다 것입니다.

도움이 되었습니까?

해결책

더 많은 것을 발견하기 위해 적어도 하나의 초기 동료를 알아야 할 방법은 없습니다. gnutella 또는 gnutella2와 같은 완전 P2P 프로토콜 또는 더 간단한 오버넷 (Storm Worm에서 유명함)은 몇몇 동료의 시작 목록이있는 각 클라이언트를 기반으로합니다. 예를 들어 웹 기반 자동 추적기에서 나올 수 있습니다. 클라이언트는 예를 들어 파일 검색을 위임 할 때 다른 피어에게 더 많은 주소를 요청하여 전체 네트워크 또는 일부를 발견합니다.

중앙 집중식 리소스를 가질 수 없다면, 최선을 다하면 방송 된 메시지와 궁극적으로 IP 주소 스캔을 통해 첫 번째 피어를 찾는 것입니다. 첫 번째 접근법은 선의의 것이지만 적어도 98%의 경우 결과를 얻지 못합니다. 물론 이후의 접근법은 대부분의 국가에서 불법뿐만 아니라 인터넷을 남용하고 있습니다.

나는 일종의 중앙 추적기를 가지고 있다는 것을 정말로 생각할 것입니다. Webserver의 PHP 스크립트만큼 간단 할 수 있습니다 (오늘 Gnutella 네트워크는 서로 모르는 사람들이 호스팅하는 10 대의 스크립트에 의해 유지됩니다). 그리고 이것은 확실히 이메일보다 가벼운 것입니다 (스팸 필터로 인해 최소한 작동하지 않을 것입니다).

다른 팁

인트라넷 내의 동료의 제한된 경우, 공인이 다시보고하도록 요구하는 알려진 포트에 방송 UDP 메시지를 보낼 수 있습니다.

을 활용해 기존 포럼 데이터 수 있습니다.생각한 비밀 IRC channel,데이터 포함에서 사진을 게시하는 사진 공유 사이트 4chan?, 모든 사이트는 것을 허용한 응용 프로그램 로그인하고 게시하지 않고 데이터 captia 로그인 등입니다.

http://chatzilla.hacksrus.com/faq/#password

또 다른 전략이 될 수 있습니다 포함된 메시지를 디지털화 트랜잭션이 있습니다.선택하는 동전 저렴한 가능성을...총독 또는 달 동전이 아마.구축 지갑 기능으로 귀하의 응용이다.할 수 있습니다 그런 후 마이크로 거래 앞뒤로 사이의 주소는 앱을 제어합니다.거기서 아직도 광부의 요금이지만,이것은 분수집니다.는 경우에도 그들은 나중에 금지 메타데이터 추가를 거래할 수 있습을 트랜잭션에 해당하는 IP 주소에 달하고 사용 허영의 주소에 달한 앱이다.는 경우 새로운 노드에 온라인 알고 무엇을 검색 기록을 위한--2daMOON%코@pM3.을 보낼-104.003021133 달 IP=104.3.21.133 지 않은 비용이 많이 듭니다.

BitcoInqt 클라이언트는 다양한 방법을 사용하여 노드를 찾으므로 일부는 귀하에게 유용 할 수 있습니다.

사토시 클라이언트 노드 발견

IRC는 더 이상 사용되지 않지만 구현하기가 가장 쉽습니다.

버전 0.6.x 기준으로 Bitcoin 클라이언트는 더 이상 기본적으로 IRC 부트 스트랩을 사용하지 않으며 버전 0.8.2 IRC 부트 스트랩에 대한 지원이 완전히 제거되었습니다. 아래 문서는 대부분의 이전 버전에서 정확합니다.

노드는 자체 주소를 학습하고 공유하는 것 외에도 IRC 채널을 통해 다른 노드 주소에 대해 배웠습니다. 보다 irc.cpp.

자체 주소를 학습 한 후 노드는 자체 주소를 문자열로 인코딩하여 별명으로 사용했습니다. 그런 다음 #bitcoin00과 #bitcoin99 사이의 IRC 채널에 무작위로 결합했습니다. 그런 다음 WHO 명령을 발행했습니다. 스레드는 채널에 나타나면서 줄을 읽고 채널에서 다른 노드의 IP 주소를 디코딩했습니다. 노드가 종료 될 때까지 영원히 루프 에서이 작업을 수행했습니다.

클라이언트가 IRC에서 주소를 발견했을 때 주소의 타임 스탬프를 현재 시간으로 설정했지만 51 분의 "페널티"를 사용했는데, 이는 실제로 거의 한 시간 전에 보이는 것처럼 보였습니다.

옵션 3을 사용하지 않는 한 항상 연결을 시작하려면 항상 중앙 서버가 필요하지만 세 가지 방법은 내 머리 꼭대기에서 세 가지 방법입니다.

  • Keep-alive와 함께 알려진 피어 목록을 유지하는 중앙 서버.
  • 공통 리소스 피어가 서로를 발견하는 데 사용할 수있는 일부 중앙 서버 중 하나 이상의 중앙 서버는 피어가 연결되어있는 한 (Bittorrent와 같은) 중앙 서버가 더 이상 필요하지 않습니다. 피어링 된 연결도 체인 할 수 있습니다.
  • 포트/IP 스캔 (강력하게 권장되지 않습니다).

예에서는 여전히 피어가 등록되는 일종의 중앙 서버가 있습니다. 프로토콜이 유일한 차이점입니다.

오래된 질문이지만 나는 생각하고 이 문제에 관하여 자신도 광고 제 2-센트입니다.에서 짧은 중앙 서버가 필요하지 않은 경우 노드를 알고 있는 하나 이상의 유효한 peer.새로운 노드를 추가해야 합 네트워크를 통해 현재의 모든 구성원(예를들면초청,또는 노드를 생성하는 다른 노드로,응용 프로그램에 따라서).

정:

  • 에이전트를 추적 동료;의 크기 이 주소 예약하고 어떻게 항목을 관리에 따라 달라집니다 자연의 시스템예:얼마나 오래 동료된 상태로 유지되는 경우에 동료를 사용하여 안정적인 주소

  • 에이전트 피어 정보 공유와 함께 다른 동료들

  • 적어도 일부 에이전트는 계속 사용할 수 있는 비교적 장시간의 시간에 상대적인 주파수 노드에 연결하는 네트워크를 업데이트의 주소(또는 노드가 안정된 주소)

  • 외에 피어 주소,가용성,정보 또한 추적(많은 옵션은 여기에 따라 시스템입니다.예에는 다음이 포함됩니다:는지 여부를 피어에는 안정된 주소를 가지고,마지막으로 볼 때,일부 가용성 미터,콘텐츠/서비스 정보 유형,주소가 유효하기까지 시간을 알려진 경우)

  • 새로운 에이전트로 초기화됩에서 하나 이상의 유효한 피어 투 피어(어야 하지 않는 중앙 노드,할 수 있는 유효한 모든 노드)

  • 신뢰 메커니즘 것이 필요한 경우 악의적인 동료는 가능성

때 피어 온라인 상태를 쿼리에서 동료들 그것은 피어 투 피어 테이블을 발견하는 활동 적이고,아마도 제가 만료 동적 주소.노드 exchange 피어 정보와 연결 될 수 있습 자체.이 검색 피어/교환을 계속할 수 있도의 특정 번호를 홉 통해 또는 임의의 걸을 때까지 피어 목록이면 충분한 크기 및/또는 품질입니다.

몇 가지 자세한 내용:

  • 노드에 연결 및 공유에 피어 정보를 가진 주파수와 관련하여 어떻게 종 노드 주소를 변경하는,그래서 주소록 되지 않는 부패하고 노드에 연결이 끊어지지 않기 때문에 그것의 이전 동료에 사용할 수 있는 그들의 마지막 주소

  • 노드를 제한해야 할 수도 있습니다 숫자의 동료들은 그들을 받아들을 피하기 위해,경향을 향해 집중 주위에는 가장 안정적인 노드입니다.

  • 노드를 선택이 있어야에 대해 동료들은 계속;즉사람들은 더 많은 가능성이 높 데이터 교환(예:무게에 따라 역사)

  • 노드로 연결 될 수 있 비대칭이나 대칭형에 따라서 응용 프로그램

간단히 말하면 아무 방법이 없지 않고 이 중앙 sever.

당신이 원하는 경우 이를 단순히 필요 하나 이상의 중앙 서버지에 의해 동 dns 나지 않습니다.클라이언트가 필요로 하는 방법을 발견하는 그들이 어디에 연결해야만 진정으로 합리적인 방법이 당신의 자신의 서버에서는 가장 간단한 시나리오 그것은 단지 보낼 필요가 있는 IP 주소에 응답합니다.

가상 서버가 있을 수 있습에 대한 약$15/month,는 IMO 상당히 저렴하게 사용하려고 남용 또는 다른 사람의 대역폭이 있습니다.


[편집].

간단히 말하면,거기에 또 다른 방법으로,다음과 같습니다.

반사에 따라고 생각 나는 무엇 인지를 지정하는 설정의 동료로 클러스터는 컨트롤러와 사용이 동적인 DNS 서비스를 통해 다른 동료들을 발견하는 클러스터는 컨트롤러입니다.

선적 DNS 공급자가 통 myc.ath.cx(사용 http://www.dyndns.com/).

각 피해야 할 수 있되는 클러스터는 컨트롤러입니다.컨트롤러 클러스터가 포함됩니다 목록의 모든 다른 동료들과 연결되어 있다.

때 피어가 시작한 보 myc.ath.cx 시도를 연결합니다.는 경우 연결할 수 없는 기간 내에,말 30 초 동안,그것은 이상의 등록에 대한 DNS 항목이 있습니다.

모든 피어를 발견하고자하는 다른 동료들 수 있습니다 단순히 쿼리 myc.ath.cx 고 목록을 제공될 것입니다

모든 동료들에 대한 책임은 주기적으로 다운로드 목록 동료의 경우에는,그들이 필요로스 컨트롤러입니다.

컨트롤러 클러스터는 정기적으로 쿼리 DNS 항목-는 경우는 변경에서의 IP 주소를 알 수 있는 더 이상의 컨트롤러 클러스터-그래서 연락 컨트롤러 클러스터는 현재 DNS 항목이 있을 제공 그것은 목록의 알려져 있습니다.

컨트롤러 클러스터는 정기적으로 접촉에서 호스트 목록을 보장하는 그들은 여전히 유효합니다.

당신의 방법을 이메일로 보내지는 전용 서버를 사용하지만,;피어의 이메일 서버를 정확하게하는 것입니다.

대략,나는 생각하지 않는 것이 가능 사용하지 않고 어떤 종류의 저장이나 서버(는 이메일로 접근 방식은,이기는 하지만 비스듬히)할 수 있는 경우가 아니면 특성을 연결하는 인터넷신의 동료들이 사용하고 있습니다.

기본적으로,당신의 세트가 있 X 숫자의 동료에는 연결한 양의 시간,그리고 그들은 다 그리드 Z 양의 시간...기본적으로 구성할 수 있습니다 가능성 방정식에 대해 어떻게 가능성이 높다는 설정의 동료는 당신이 마지막으로 연결은 여전히 유효하다;는 확률 접근 1(특정 세트의 X,Y,Z 상),할 수 있는 가능성을 유지 peer-to-peer 네트워크를 사용하지 않고 저장합니다.

가능성상 성령 안에서는 대신에"전용 중앙 서버에"사용한 간단한 온라인 서비스를 지정하는 동료 목록입니다.설 yahoo 그룹과 같은;클라이언트가 자동으로 보면 그것을 얻어 주소서 쿼리트의 동료;클라이언트 코딩할 수 있으로 인증하는 게시물 그룹에 게시할 수 있는 주기적으로 IP 주소로 다른 사람들이 그렇게 요청할 수 있는 것으로 알려진 일련의 활 동료들.

을 얻고 싶은 경우에는 정말 까다로운 시작할 수 있습니다 기본적으로 사용 steganographic 방법을 숨기기 피어에 위치 정보를 제공합니다.I.e.을 얻을 구글 검색에 대한"ㅋ";첫 번째 사이트에 나열된 결과를 갖는 보호되지 않음(CAPTCHA)메시지 보드을 찾을 제삼(또는)포스팅으로 시작하는"또렷한"(또는 어떤),을 찾아 헤더의 첫 번째 메시지가고 있는 IP 주소의 동료.이 작동하지 않는 경우,아래로 이동의 목록을 검색어는 다음 하나입니다.

하지만 그의 눈에 띄지 마십시오.:-)

재사용 할 수 있습니까? 기존의 목적을위한 전용 서버?

특히 동적 DNS로 각 동료를 등록 할 생각이지만, 약간 추악한 사람이라면 알려진 Hotmail 계정 또는 Google Doc 등에 대한 액세스를 공유하려는 경우.

서비스 검색을 위해 중앙 디렉토리 또는 일종의 방송 프로토콜을 사용할 수 있습니다. Google에 의해 색인을 얻을 수 있다고 가정하면 각 피어가 특정 페이지에 포함 된 독특하고 희귀 한 단어가 포함 된 웹 사이트를 실행하는 시스템을 생각할 수 있습니다. 그런 다음이 단어를 기반으로 Google 검색 결과를 사용하여 잠재적 인 동료를 식별 할 수 있습니다. 이것은 본질적으로 (시끄럽고 느리게) 인터넷 방송 일 것입니다.

페이지 구조가 잘 알려진 패턴이거나 해당 피어에 대한 식별 가능한 연결 정보가 포함 된 경우 검색 결과에서이를 쉽게 구별 할 수 있습니다. 이러한 공개 디렉토리를 사용하면 형성된 네트워크의 노드가 손상 될 수 있지만 이는 일부 보안 메커니즘이없는 P2P 네트워크에서 거의 해당됩니다.

특정 Arcane 검색어 세트에 대해 Google (또는 다른 검색 엔진)이 웹 사이트를 크롤링하고 고도로 순위를 매기는 것이 속임수입니다. 나는 몇 가지 방법을 생각할 수 있지만, 내가 사용할 방법은 아닙니다. 합법적 인 서비스를 위해서는 돈을 쓰거나 디렉토리로 기능 할 수있는 무료 웹 사이트를 찾습니다.

다른 P2P 시스템의 온라인 동료를 추적하기 위해 특별히 구축 된 다른 P2P 시스템은 어떻습니까?

그런 다음 새로운 P2P 시스템에 대한 동료를 찾는 문제를 단순히 'Main'P2P 시스템에 대한 동료를 찾는 데 문제가 있습니다.

이것은 분산 해시 테이블 알고리즘의 일반적인 사용입니다. 생과자와 같은 것을 보는 것이 좋습니다. 다른 레이어 위에 오버레이 네트워크 (애플리케이션 계층 네트워크)를 사용합니다.

각 노드에는 피어 네트워크를 가로 질러 요청을 라우팅하는 데 사용되는 GUID가 있습니다.

이미 확립 된 중앙 서버에 대한 루르고 있다면 여기 페이지의 MetaServer 항목을 참조하십시오.
http://martindevans.appspot.com/
당신은 거기에 동료를 등록 할 수 있고 다른 동료들은 그들을 찾을 수 있습니다. 분명히 이것은 중앙 서버이지만 유지 보수가 필요하지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top