n2n VPN - viel Netzwerkverkehr auf Supernode

1228
siege

Ich baute ein P2P-VPN zwischen:

  1. Himbeer-Pi mit Jessie (an einem LTE-Dongle befestigt) und
  2. Ubuntu 16.04 Desktop (mit unabhängiger Netzwerkverbindung)

So habe ich es gemacht: Ich habe ein billiges VPS gekauft (um die P2P-Verbindung zu initiieren ), apt-get auf allen drei Rechnern installiert und das virtuelle Netzwerk folgendermaßen eingerichtet:

VPS ('supernode' in der Sprache 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

Himbeer-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

Bisher funktionierte es wie ein Zauber. Ich habe Filme über RTSP, SSHed hin und zurück abgespielt, Dateien kopiert, netcat'sche Drecksachen und vieles mehr. Ich machte mir jedoch Sorgen, als ich den Bandbreitenmonitor ( bmon ) auf VPS laufen ließ . Es stellte sich heraus, dass VPS (Supernode) viel Verkehr auf seinem Netzwerk-iface hat. Mit 'vielen' meine ich 'so viel wie die Kollegen'. Dies ist nicht das, was ich von einer P2P-Verbindung erwarten würde.

Meine Fragen sind daher:

  1. Benutze ich n2n richtig?
  2. Wie kann ich verhindern, dass n2n VPS-Bandbreite in meinem Setup verschwendet?
  3. Wie kann ich feststellen, dass ich eine echte P2P-Verbindung habe?
  4. Irgendwelche anderen Tools da draußen? Ich brauche es, um P2P zu sein.
0

1 Antwort auf die Frage

0
siege

Ich habe eine Antwort vom Entwickler von n2n erhalten, deshalb poste ich sie hier.

Was ich beobachte, ist eine Folge davon, dass Knoten keine P2P-Verbindung aufbauen können. Dies liegt daran, dass das umgekehrte UDP-Tunneln irgendwann blockiert wird. In diesem Fall fällt der Verkehr auf einen Pfad zurück, der einen Superknoten beinhaltet.

Was die Alternativen angeht, habe ich Folgendes gefunden (ungeprüft):

Verwandte Probleme