Peer-to-peer - P2p

Índice de

i

Figuras

Imagem 1 – Rede P2P................................................................................... . Imagem 2 - RedeVirtual................................................................................ Imagem 3 – primeiros programas P2P........................................................... Imagem 4 – Rede P2P heterogénea............................................................... Imagem 5 – Disponibilidade numa rede P2P................................................. Imagem 6 – Rede Overlay............................................................................. Imagem 7 – Arquitectura P2P estruturada.................................................... Imagem 8 – Arquitectura P2P não-estruturada............................................. Imagem 9 – Ícones do Btuga e Napster.........................................................

1 - Introdução Os serviços na Internet têm aumentado cada vez mais e isto apenas pode ser limitado pela população mundial. O sistema de P2P tem como objectivo permitir a partilha de dados e recursos numa larga escala, eliminando qualquer requisito por servidores geridos separadamente e a sua infra-estrutura associada. O propósito do P2P é suportar sistemas e aplicações distribuídas utilizando os recursos que têm, tanto de computadores pessoais como redes inteiras, tais como estações de trabalho em número crescente. Isto tem-se mostrado um objectivo bastante sugestivo, já que a diferença da performance dos computadores pessoais e de servidores tem diminuído e as conexões da banda larga têm aumentado. Shirky [1] definiu as aplicações P2P como "aplicações que exploram recursos disponíveis nas bordas da Internet - armazenamento, ciclos, conteúdo, presença humana". Uma rede P2P é constituída por clientes e servidores, que são considerados de nível igual e nunca com um papel fixo, apenas o que os diferencia é o que estão a fazer nesse momento, a receber ou a enviar dados. Os dados que circulam pela rede, muitas vezes são ignorados por todos os nós, á excepção do destinatário, visto ser ele a requisitar os dados. Os nós, servem apenas como estações intermediárias, ou seja, servem como repetidoras de informação.

Imagem 1 – Rede P2P

As velocidades de transmissão são definidos e diferenciados:

• • • • •

Nas configurações locais, Capacidade de processamento, Capacidade de armazenamento, Largura de banda, Entre outras...

1.1 - Redes virtuais Este termo é utilizado nas diferentes tecnologias que adoptam um modelo conceitual, tal como os protocolos NNTP (Usenet news), SMTP (Simple Mail Transfer Protocol), etc. No entanto começou-se a falar mais em redes virtuais com o aparecimento de softwares em que qualquer utilizador que tenha o software instalado possa aceder à rede e aos seus recursos. O caso tornou-se mais conhecido com Shawn Fanning, criador do Napster. Ele trouxe o termo P2P para os média principalmente por se tornar alvo de ataques jurídicos por parte das empresas fonográficas.

Imagem 2 – Rede Virtual

2 – História do P2P O P2P é o resultado da tendência natural do desenvolvimento de engenharia de software com a disponibilidade de tecnologia para a criação de redes maiores. A tendência das últimas décadas tem crescido com a necessidade das aplicações empresariais, o que resultou na substituição dos sistemas monolíticos por sistemas distribuídos. As redes informáticas começaram a crescer, tornando-se cada vez maiores e mais poderosas, os utilizadores começaram a ser cada vez mais, a banda larga tornouse cada vez mais barata e poderosa, sendo fácil de aceder. Neste campo houve a necessidade de ter a disponibilidade de pontos interligados, e quanto mais recursos houvesse, mais poderosa se tornava essa rede. A Internet foi um claro exemplo e uma explosão de utilizadores. Enquanto as redes cresciam, as aplicações P2P desenvolviam-se e a sociedade interessava-se pelo P2P. Aplicações como o Napster, Gnutella e Kazaa ficaram famosos, porque estas colocaram um subconjunto da tecnologia P2P que estava ao alcance de milhares de utilizadores. Na verdade o P2P surgiu da tecnologia básica que utilizaram nos tempos da USENET e da FidoNet. Eram duas redes totalmente descentralizadas, e sistemas como o DNS.

Imagem 3 – primeiros programas P2P

No inicio eram trabalhos que dois estudantes tinham na licenciatura. Não existia muita informação sobre a partilha, nem Internet como hoje em dia. Os arquivos eram trocados em batch nas linhas telefónicas, porque os computadores eram ligados por cabos coaxiais, não tendo muito mais que 10 computadores em cada rede, ligando-se por um terminador, passando virtualmente por cada nó. No entanto em 1979, como não havia maneira de centralizar, a USENET, era totalmente descentralizada sendo o criador Jim Ellis. (Será explicado mais á frente o que é). A FidoNet também era descentralizada, mas servia para troca de mensagens. Esta aplicação foi criada em 1984 por Tom Jennings para trocar mensagens de sistemas (BBS) diferentes. O DNS tornou-se uma necessidade, porque em 1983 já existiam milhões de hosts na Internet. Na altura a forma de navegar na Internet era através de um ficheiro.txt, nomeado de hosts.txt. O nome “cin” era associado um determinado ip do ficheiro hosts.txt. Como a Internet cresceu, este sistema tornou-se impossível e foi então que surgiu o DNS. O conceito de DNS é comparado às aplicações de ficheiros actuais. Mas foi na década de 90 que as redes P2P apareceram com toda a força, quando aplicações como o Napster e o Gnutella foram desenvolvidas. Cada nó neste tipo de rede é conhecido como peer, e pode servir com os mesmos direitos de cada peer da rede, serve tanto de cliente como de servidor. Os recursos e as informações passaram a ser disponibilizados de forma mundial. Estas redes tinham características, que quantos mais peers existissem mais escabilidade e mais autonomia tinham, e a rede tornava-se mais eficiente e mais rica em recursos com a comunicação directa que os peers tinham.

3 - Distribuição Horizontal A organização de uma aplicação cliente-servidor numa arquitectura multi-camadas, distribui o processamento, colocando componentes logicamente diferentes em máquinas diferentes. A essa distribuição dá-se o nome de distribuição vertical. Uma distribuição vertical, facilita a gestão dos sistemas, pois divide, as funções lógica e física entre várias máquinas, onde cada máquina é responsável por um grupo específico de funções. Uma abordagem alternativa à distribuição horizontal, bastante comum nas arquitecturas modernas, baseia-se na distribuição dos clientes e dos servidores, o que se chama de distribuição horizontal.

Nessa distribuição, um cliente ou um servidor pode estar fisicamente dividido em partes logicamente equivalentes, onde cada parte opera sobre a sua própria porção dos dados, o que balanceia a carga. Os sistemas peer-to-peer se baseiam na distribuição horizontal. Olhando de uma perspectiva de alto nível, os processos que constituem um sistema peer-to-peer são todos iguais. Isso significa que as funções necessárias devem estar em todos os processos que constituem o sistema distribuído. Como consequência, a maior parte da interacção entre os processos é simétrica: cada processo actua como um "cliente" e um "servidor" ao mesmo tempo. [2]

4 – Características do P2P O sistema P2P apresenta as seguintes características: • •

O modo como estão os recursos, faz com que cada um contribua para o seu melhoramento; Os direitos de cada nó na rede são iguais, o que diferencia são os recursos.

4.1 - Descentralização Os sistemas P2P não dependem de um servidor central, ou de várias administrações centralizadas. Um sistema P2P totalmente descentralizado, não há utilizadores com características especiais, são todos iguais, com poderes iguais, ou recebem dados, ou estão a enviá-los.

4.2 - Heterogeneidade Na construção da rede P2P, temos que nos lembrar que há preocupação em que nada é eterno, e que eventualmente poderá haver falhas de ligação. Para que isso não aconteça, utilizamos a técnica da replicação, diminuindo assim em muito a falha ao tentar aceder aos dados. A replicação pode também tornar o sistema mais confiável se utilizada para neutralizar a acção de nós maliciosos, que interceptam o sistema e corrompem os dados, através de técnicas de tolerância a falhas.

Imagem 4 – Rede P2P heterogénea

5 - Sistemas Híbridos Os sistemas centralizados são simples de implementar e gerir, mas não suportam o aumento da rede. Por outro lado os sistemas descentralizados são escaláveis e robustos, contudo, são algo complicados de implementar, principalmente nas questões de tolerância a falhas e na descoberta de recursos. Existem sistemas que utilizam características de ambos, cliente-servidor e peer-to-peer. Estruturas híbridas implantam ambos, embora adoptem pelo sistema cliente-servidor devido a complicações de junção de ambos os sistemas. Um exemplo bem claro disso é o servidor que utiliza o BitTorrent [4]. Ao utilizarmos o MSN Messenger, e enviarmos um ficheiro, pensamos que esse ficheiro está a ser enviado directamente para o outro nó, no entanto ficamos surpresos em saber que existe uma espécie de servidor por trás, que guarda a informação, ou faz a associação entre o nome do utilizador e o ip dele, grava mensagens quando está em modo off-line, etc. Se fosse um sistema totalmente descentralizado, isso seria impossível na Internet de hoje. Por isso como vemos grande parte dos sistemas utilizados hoje utilizam um esquema de directório centralizado enquanto o ficheiro está a ser enviado.

6 - Os requisitos para uma aplicação P2P Para funcionar eficientemente, os sistemas peer-to-peer devem-se preocupar com os seguintes requisitos não-funcionais [5]:

6.1 - Escalabilidade global Um dos objectivos das aplicações peer-to-peer é explorar os recursos de hardware de um grande número de hospedeiros conectados à Internet. Assim, essas aplicações devem ser projectadas de modo a suportar o acesso a milhões de objectos em dezenas ou centenas de milhares de hospedeiros.

6.2 - Balanceamento de carga A performance de qualquer sistema projectado para utilizar uma grande quantidade de computadores depende da distribuição balanceada de carga entre eles. Para os sistemas que consideramos, isso será alcançado através da colocação aleatória de recursos, juntamente com a utilização de réplicas dos recursos mais utilizados.

6.3 - Optimização de interacções locais entre nós vizinhos A "distância de rede" entre os nós que interagem tem um impacto substancial na latência das interacções individuais, como por exemplo, clientes requisitando acesso a recursos. A carga do tráfego da rede também é afectada por isso. As aplicações devem colocar os recursos perto dos nós que mais os utilizam.

6.4 - Disponibilidade A maioria dos sistemas peer-to-peer são constituídos por computadores hospedeiros que são livres para se juntar ou sair do sistema em qualquer altura. Além disso, os segmentos de rede utilizados nos sistemas peer-to-peer não são administrados por qualquer autoridade; nem possuem garantias de qualidade de serviço. Um grande desafio para os sistemas peer-to-peer é prover um sistema confiável, apesar desses factos. Quando novos hospedeiros se juntam, eles devem ser integrados ao sistema e a carga deve ser redistribuída para explorar esses novos recursos. Quando eles saem do sistema voluntariamente ou involuntariamente, o sistema deve detectar a partida deles, e redistribuir as suas cargas e os seus recursos.

Imagem 5 – Disponibilidade numa rede P2P

6.5 - Segurança dos dados Em sistemas de escala global com participantes de origens diversas, a confiança deve ser construída com o uso de autenticação e mecanismos de criptografia para garantir a privacidade dos dados e da informação.

6.6 - Anonimidade, negabilidade e resistência à censura Anonimidade é uma preocupação legítima em muitas situações que procuram resistência à censura. Um requisito relacionado é que hospedeiros que guardam dados devem ser capazes de negar plausivelmente a responsabilidade sobre a posse e o

suprimento deles. A utilização de um grande número de hospedeiros em sistemas peerto-peer pode ser útil para alcançar essas propriedades.

7 - Redes P2P estruturadas e nãoestruturadas 7.1 - Rede sobreposta Um conceito importante do paradigma P2P é a rede sobreposta, ou rede overlay. Nesta tipo de rede, os nós são formados por processos e as ligações são representados pelos canais existentes (conexões TCP). Em geral, um processo não se pode comunicar com outro processo arbitrário, só pode enviar mensagens através dos canais de comunicação disponíveis. Na rede overlay, cada nó tem um vizinho, que tem outro vizinho, e assim continuamente. Na imagem abaixo, vemos claramente que cada nó tem dois vizinhos, que são vizinhos nessa rede, mas fisicamente não o são necessariamente.

Imagem 6 – Rede Overlay

A localização dos nós e dos ficheiros é realizado na rede overlay através de um router distribuído. Esse algoritmo é aplicado na camada de aplicação (modelo OSI), não tendo nenhuma ligação no router com a camada de rede, do modelo OSI. Através deste processo, em que a requisição dos clientes é feita no router para um uploader que possui o ficheiro e redirecciona novamente para o ip que o solicitou.

O router garante que qualquer nó possa aceder a qualquer ficheiro da rede overlay, explorando cada "conhecimento" de cada nó. Os sistemas modernos de peer-to-peer, armazenam múltiplas réplicas do mesmo ficheiro para que o sistema possa garantir disponibilidade. Assim o router mantém o mínimo de informação possível sobre a localização de todas as réplicas para o nó vivo mais próximo e mantém uma cópia do ficheiro. Existem dois tipos de redes sobrepostas: • •

As redes estruturadas As redes não-estruturadas

7.2 - Arquitecturas Peer-to-peer Estruturadas Numa rede estruturada, a rede sobreposta é construída através de um procedimento determinístico. O que isto significa? O procedimento é feito através de uma tabela de hash (associa chaves de pesquisa a valores.) distribuída (DHT) organizada. Um sistema baseado em DHT's, os dados recebem uma chave aleatória com um certo identificador, de 128 ou 160 bits [3]. Os nós da rede recebem igualmente um identificador do mesmo espaço. O problema ainda por resolver num sistema baseado em DHT's, é implementar um esquema determinístico eficiente que faça unicamente scan á chave de um ficheiro para o identificador do nó responsável pelo ficheiro. A partir daí, é possível fazer retornar o endereço de rede do nó responsável pelo ficheiro, contactando-o directamente. Como houve várias implementações e protocolos baseados em DHT, também houve melhorias. Alguns dos protocolos mais conhecidos é o Chord [4] e NodeWiz [5], serviços de descoberta em Grids(GIS), ou seja utiliza a estrutura de árvores para organizar os nós da rede sobreposta. Cada nó é responsável por um subespaço do espaço completo. Assim podemos realizar consultas por faixas de valores e não por valores exactos como contrariamente acontece na DHT.

Imagem 7 – Arquitectura P2P estruturada

7.3 - Arquitectura Peer-to-Peer Não estruturadas Sistemas não estruturados baseiam-se em algoritmos aleatórios. Ou seja a ideia principal é que cada vizinho tenha uma lista de vizinhos, que é construída de forma aleatória. Os dados também são colocados aleatoriamente nos nós. Acontece que quando fazemos uma busca por um determinado ficheiro na rede, que ela fique "lagada", ou seja inunda com uma busca só [6]. Acontece que quando o cliente e o uploader estão muito longe um do outro, que a resposta da pesquisa não seja obtida. De um ponto de vista, podemos ver que os mecanismos impedem que as mensagens se propaguem indefinidamente na rede. Para além desta desvantagem, existe outra, que é quando a busca se torna lenta porque o tráfego de sinalização é muito.

O modelo básico é que cada nó tenha uma lista de vizinhos, onde cada um dos vizinhos representa um nó escolhido aleatoriamente dentro dos nós "vivos". Esta lista de nós pode ser chamada de visão parcial. O BitTorrent que constrói a rede overlay de forma aleatória, poderá ser considerado como tal.

Imagem 8 – Arquitectura P2P não-estruturada

8 - Plataformas, Frameworks e Aplicações peer-to-peer No início da era P2P, as aplicações surgiram monolíticas, ou seja, o programa precisava implementar o seu próprio protocolo de comunicação peer-to-peer para permitir a interoperabilidade entre os nós constituintes do seu sistema em rede. Este tipo de P2P não era uma boa solução, devido a que, embora com serviços iguais, o cliente tinha que ter os programas todos instalados porque os ficheiros, ou dados ficavam apenas na rede. Kazaa, eMule e Gnutella ficaram apenas acessíveis dentro da sua própria rede. Mas com o passar do tempo, criaram-se aplicações que "juntavam" todas estas aplicações, de forma a poderem comunicar entre elas todas. Dentro destas destacam-se o JXTA, Windows Peer-to-Peer-Networking e o XNap. O JXTA e o Windows P2P-Networking são especificações de protocolos peer-to-peer e de uma API para utilização dos serviços, sendo o primeiro com implementações em Java e em C. O XNap provê, além de uma API de serviços peer-to-peer, também um Framework para desenvolvimento das aplicações em si, incluindo recursos de interface gráfica com o usuário. Um Framework peer-to-peer, portanto, vai além de uma plataforma para comunicação peer-to-peer, provendo serviços adicionais não necessariamente relacionados com a comunicação em si, mas indispensáveis para o desenvolvimento rápido de aplicações baseadas nesta arquitectura.

8.1 - Frameworks P2P Apresenta-se de seguida as frameworks P2P mais utilizadas:

8.1.1 - Kademlia Kademlia é um conceito de rede altamente descentralizada baseada em "nós" de rede. Os próprios utilizadores constituem a estrutura da rede dispensando servidores. Várias redes utilizam o conceito Kademlia.

8.1.2 - Overnet A rede Overnet é uma espécie de eDonkey "paga". É preciso adquirir o programa da empresa que a desenvolveu. É uma variante do eDonkey totalmente descentralizada e mais rápida seguindo o conceito Kademlia e foi a primeira implementação da mesma.

8.1.3 - Gnutella Rede open-source surgida no final de 2000, utilizada inicialmente por utilizadores do sistema Linux. Possui uma estrutura altamente descentralizada não havendo mesmo nenhum servidor central sequer. Os utilizadores constituem a estrutura da própria rede. Entre os programas que a utilizam, estão o BearShare , LimeWire, Azureus e agora o Shareaza.

8.1.4 - Gnutella 2 Segundo projecto da rede Gnutella, mas agora com servidores centrais optimizando buscas e o desempenho geral da rede. É conhecida principalmente no programa Shareaza. Recebeu críticas quando foi criada pelos criadores da Gnutella original.

8.1.5 - Kad Network Rede paralela do programa eMule introduzida pelo autor deste em 2004; é uma implementação fiel ao conceito Kademlia. Essa rede tinha por objectivo inicial oferecer mais fontes aos utilizadores do programa e mais tarde tornar-se uma rede P2P completa.

8.1.6 - OpenFT OpenFT é um protocolo desenvolvido pelo projecto giFT. O nome "OpenFT" significa "Open FastTrack". Entretanto, o OpenFT é um protocolo completamente novo, apenas alguns protocolos vieram do pouco que se sabia sobre a FastTrack quando o OpenFT foi desenvolvido. Assim como a FastTrack, o OpenFT é uma rede onde nós que enviam listas de arquivos compartilhados para outros nós. Isso reduz o consumo de banda necessário para a pesquisa, entretanto, consumindo no entanto mais recursos do processador e memória nos nós.

8.1.7 - AudioGalaxy Projecto antigo da empresa com mesmo nome, o Audiogalaxy centralizava tudo, indexando-o para o seu site oficial. Foi facilmente fechada por um processo judicial na Inglaterra. Era uma implementação de FTP’s sendo mais superficial ao utilizador.

8.1.8 - SoulSeek Rede introduzida para trocas de músicas em 2000. Utiliza o programa com o mesmo nome. Caracteriza-se pelo facto de ter um grande número de arquivos raros, e principalmente música alternativa. O programa cliente tem uma interface simplificada, e permite a adição de utilizadores numa hotlist, ou seja, uma lista de contactos que permite saber quando um utilizador que tem arquivos relevantes está conectado à rede. Também há na rede SoulSeek um serviço de chat parecido com o IRC, que possibilita uma melhor interacção entre os utilizadores, que também podem criar seus próprios canais de chat.

8.1.9 - DNS O DNS (Domain Name System) é um exemplo de sistema que mistura os conceitos de rede peer-to-peer com um modelo hierárquico de posse da informação. O mais incrível do DNS é quão bem ele tem escalado, dos poucos milhares de hospedeiros que ele foi projectado para suportar, em 1983, para as centenas de milhões de hospedeiros actualmente na Internet. Os problemas encontrados pelas aplicações P2P actuais, tais como partilha de arquivos, são os mesmos problemas que foram resolvidos pelo DNS há 10 ou 15 anos atrás. Assim, vários elementos-chave no projecto do DNS são replicados nos sistemas distribuídos actuais. Um elemento é que o hospedeiro pode operar tanto como cliente como servidor. O segundo elemento é um método natural de propagar as requisições de dados pela rede. A carga é naturalmente distribuída pela rede, tanto que qualquer servidor individual de nomes só precisa servir as solicitações dos seus clientes e o espaço de nomes que ele gere.

8.1.10 – BitTorrent BitTorrent é um sistema de download de arquivos P2P. A ideia básica é que quando um utilizador procura por um arquivo, ele saca "pedaços" do arquivo de outros utilizadores até que o arquivo fique completo. Um objectivo importante do projecto foi garantir colaboração. Na maioria dos sistemas de partilha de arquivos, uma fracção significante dos utilizadores somente saca os arquivos, não contribuindo para o objectivo da colaboração [8] [9] [10]. Para isso, um arquivo pode ser sacado somente quando o cliente que está sacando, também está a disponibilizar ficheiros para alguém.

8.2 - Redes, Protocolos e Aplicativos São apresentadas de seguida as redes, protocolos e aperitivos que utilizam o P2P: (Informação retirada do Wikipédia) Ares: Ares Galaxy, Warez P2P, AlterGalaxy BitTorrent: AllPeers, ABC [Yet Another BitTorrent Client], Azureus, BitComet, BitSpirit, BitTornado, BitLord, Burst!, G3 Torrent, KTorrent, mlMac, MLDonkey, QTorrent, Shareaza, Transmission,Tribler, µTorrent CSpace: Uma rede peer-to-peer baseda em sistemas de comunicações Direct Connect: DC++, NeoModus Direct Connect, BCDC++, ApexDC++, StrongDC++ Domain Name System eDonkey: aMule, eDonkey2000 (parado), eMule, DreaMule, LMule, MLDonkey, mlMac, Shareaza, xMule, iMesh FastTrack: AlterGalaxy, giFT, Grokster, iMesh, iMesh Light, Kazaa, Kazaa Lite (sem adwe), KCeasy, Mammoth, MLDonkey, mlMac, Poisoned

Freenet: Entropy, Freenet GNUnet: GNUnet, (GNUnet-gtk) Gnutella: AlterGalaxy, Acquisition, BearShare, Cabos, Gnucleus, Grokster, iMesh, gtk-gnutella, Kiwi Alpha, LimeWire, FrostWire, MLDonkey, mlMac, Morpheus, Phex, Poisoned, Swapper, Shareaza, XoloX Gnutella2: Adagio, Caribou, Gnucleus, iMesh, Kiwi Alpha, MLDonkey, mlMac, Morpheus, Shareaza, TrustyFiles Kad (rede) (usando o protocolo Kademlia): aMule, eMule, MLDonkey MANOLITO/MP2P: Blubster, Piolet MFPnet: Amicima Napster: Napigator, OpenNap, WinMX P2PTV type networks: TVUPlayer, CoolStreaming, Cybersky-TV, TVants Peercasting type networks: PeerCast, IceShare, FreeCast SoulSeek: SoulSeek, Nicotine Usenet WPNP: WinMX ZPoC

9 - Direitos de autor As redes P2P são acusadas mundialmente de ir contra os direitos de autor, por disponibilizar ou partilhar arquivos sem a autorização do copyright. Muitos utilizadores das redes P2P, defendem que a ausência de lucro na reprodução do copyright não deveria ser considerada crime.

9.1 - Caso Napster e Btuga

Imagem 9 – Ícones do Btuga e Napster

Embora os administradores do Napster e Btuga defendam que apenas disponibilizassem os servidores e não copiassem ficheiros para o servidor e que os utilizadores é que copiavam os arquivos para lá, os servidores foram confiscados. Os endereços eram localizados e conhecidos e foi com isso que não se mantiveram anónimos. Qualquer que seja a visão que alguém tenha sobre a legitimidade de cópia de arquivos para o propósito de partilha de material protegido por direitos de autor, existe uma

legítima justificativa social e política para a anonimidade de clientes e servidores em alguns contextos de aplicações. A justificativa mais persuasiva é usada quando a anonimidade é utilizada para superar a censura e manter a liberdade de expressão para indivíduos em sociedades e organizações opressivas [7].

10 – Exemplo com Wireshark e SNORT Utilizei o wireshark para analisar os pacotes que são enviados e recebidos. Fui a um site através do browser e começou a fazer a transferência do servidor para a minha máquina. Houve contacto com o ip 66.197.10.114 e foram fazendo reconhecimento das máquinas. Não houve impedimento nem regras do SNORT para restringir o tráfego. Visto que não houve mais nós nesta transferência, coloquei um arquivo do site http://mininova.org na aplicação utorrent. Tal como esperado, houve cerca de 30 nós que estavam a receber e/ou a enviar arquivos. Analisei cada pacote que estava na transferência capturada e todos os pacotes capturados que já estavam a ser enviados por outros nós, dos quais o wireshark deu erro e passou esses pacotes à frente. Houve transferências de vários países, reconhecimento de ip’s que enviavam e/ou recebiam dados do meu nó e ainda houve protocolos e portas virtuais abertas especiais que foram abertas pelos protocolos da transferência. Para além da análise dos pacotes com o wireshark utilizei uma aplicação para poder restringir esses pacotes. Nos pacotes analisados a partir do browser capturei o ip do servidor e bloqueei esse ip, porque poderia tratar-se de uma ligação não segura. Nos pacotes que analisei com o ut

Conclusão O tema Peer-to-Peer hoje em dia é um dos mais falados e mais criticados por motivos de leis e direitos de autor. Mas como tal como apresentei, este tema ainda é um tema que cada vez mais é explorado e que não se poderá parar, visto que existem arquitecturas que são impossíveis de parar. As arquitecturas foram explicadas junto com vários frameworks e aplicações que fizeram esclarecer melhor como as redes informáticas Peer-to-Peer funcionam e como se relacionam connosco hoje em dia.

Referências [1]# Shirky, C. (2000) What's P2P and What's not, 24/11/2000. Internet Publication. [2]# Tanenbaum, A. S.(2005), Steen, M. V. - Distributed Systems : Concepts and Design. 4th Edition. [3]# Fábio Melro(2009), P2P model, application and alternative solution [4]# Stoica, I., Morris, R., Liben-Nowell, D., Karger, D. R., Kaashoek, M.F., Dabek, F., e Balakrishnan, H.: "Chord: A Scalable Peer-to-peer Lookup Protocol for Internet Applications." IEEE/ACM Trans. Netw., (11)1:17-32, Feb. 2003 [5]# Basu, S., Banerjee, S., Sharma, P., and Lee, S. 2005. NodeWiz: peer-to-peer resource discovery for grids. In Proceedings of the Fifth IEEE international Symposium on Cluster Computing and the Grid (Ccgrid'05) - Volume 1 - Volume 01 (May 09 - 12, 2005). CCGRID. IEEE Computer Society, Washington, DC, 213-220. [6]# Risson, J. and Moors, T.: "Survery of Research towards Roubust Peer-to-Peer Netwroks: Search Methods." Comp. Netw., (50), 2006. [7]# Coulouris, G., Dollimore, J., Kindberg, T. Distributed Systems : Concepts and Design. 4th Edition (2005). [8]# Adar, E. and Huberman, B.A.: "Free Riding on Gnutella." Hewlett Packart, Information Dynamics Lab, Jan.2000. [9]# Saroiu, S., Gummadi, P.K., and Gribble, S.D.: "Measuring and Analyzing the Characteristics of Napster and Gnutella Hosts." ACM Multimedia Syst., (9)2:170-184, Aug. 2003. [10]# Yang B. and Garcia-Molina, H.: "An Empirical Study of Free-Riding Behavior in the Maze P2P File-Sharing System" Proc. Fourth Int'l Workshop on Peer-to-pEer Systems, Lect. Notes Comp. Sc., (Ithaca, NY). Berlin: Springer-Verlag, 2005