n2n VPN - muito tráfego de rede no supernode

0

Eu construí uma VPN P2P entre:

  1. Raspberry Pi executando Jessie (anexado a um dongle LTE) e
  2. desktop Ubuntu 16.04 (com conexão de rede independente)

Como eu fiz: Eu comprei um VPS barato (para iniciar a conexão P2P), apt-get instalado n2n nas três máquinas e configure a rede virtual da seguinte forma:

VPS ('supernode' na linguagem n2n):

$> supernode -l 5000

Desktop:

$> sudo edge -d edge0 -a 10.0.0.11 -c mynetwork -u 1000 -g 1000 -k password -l <VPS_IP_ADDR>:5000 -m ae:e0:4f:xx:yy:zz

Framboesa Pi:

$> sudo edge -d edge0 -a 10.0.0.10 -c mynetwork -u 1000 -g 1000 -k password -l <VPS_IP_ADDR>:5000 -m ae:e0:4f:xx:yy:zz

Até agora, funcionou como um encanto. Eu reproduzi filmes através de RTSP, SSHed way and back, arquivos copiados, coisas sujas com netcat e muito mais. Mas eu comecei a me preocupar quando corri o monitor de largura de banda ( bmon ) no VPS. O que aconteceu foi que o VPS (supernode) tem muito tráfego na sua rede. Por 'lotes', quero dizer 'tanto quanto os pares'. Isso não é o que eu esperaria de uma conexão P2P.

Minhas perguntas, portanto, são:

  1. Eu uso o n2n corretamente?
  2. Como evitar que o n2n desperdice a largura de banda do VPS na minha configuração?
  3. Como saber se tenho uma conexão P2P real ?
  4. Alguma outra ferramenta disponível? Eu preciso que seja P2P.
por siege 22.08.2016 / 15:27

1 resposta

0

Eu recebi uma resposta do desenvolvedor do n2n, então estou postando aqui.

O que eu observo é uma conseqüência de nós não conseguirem estabelecer conexão P2P. Isso ocorre porque o encapsulamento reverso do UDP é bloqueado em algum estágio. Nesse caso, o tráfego recua a um caminho que envolve supernós.

Quanto às alternativas, isso é o que eu encontrei (não testado):

por 24.08.2016 / 10:53