问题[p2p](server)

我正在寻找的概念系统：

给定两个主机（可以是个人电脑）！
两者都可以在动态网络（动态 ip）上！
两者都连接到同一个中央服务器以找到彼此！（在我的情况下需要！一台客户端主机也可以充当服务器）
服务器充当桥梁！并让隧道发生！
首先主机连接到服务器！第二个也是！现在服务器映射两个节点（主机）！
并进行转发（隧道）！
每当主机 1 向主机 2 发送内容时，它都会发送到中央服务器！通过网络套接字之类的东西！然后服务器将其发送到第二台主机！第二位主持人回复！管他呢！服务器以两种方式处理桥接和隧道！

这里的属性：

• 节点可以动态连接！无需设置网络或动态 dns ... 就像 teamviewer 或 anydesk 一样！
• tcp 连接是隧道和转发的！
• 两个节点连接起来，可以像一台主机一样工作！

恢复： pc1, pc2 => 将 pc1 连接到 pc2 而不必知道彼此的 IP 地址！都是动态的！直接挖坑！

怎么做 ？

看了不一样的东西！我只是认为最简单的方法是自己实现类似的东西！因为我可以想象我该怎么做！

我需要那个！尝试在 AWS EC2 上运行 Android 模拟器！并将 adb 转发到远程模拟器！

我不是在询问android问题的解决方案！而是上面的系统！我想知道是否已经有一些东西可以做我所描述的！

否则我会花一些时间！

对于一个让我想到的解决方案！我在看一个中央 websocket 服务器！并通过 ws 隧道传输 tcp！

这种系统的名称是什么？

实现这一目标的所有好方法是什么！你会怎么做？

然后是我查找的系统上的其他一些方法

对于您可能会想到上述内容的系统或问题！和安卓远程调试一样！

可以想到：

SSH 反向隧道 => 需要静态结束！以我为例的服务器！服务器实例需要 ssh 工作！在需要一些工作来设置工作代理的 AWS 中！并不总是直截了当！

动态 DNS => 需要端口转发！对某些人来说设置起来可能很复杂！可能的安全风险

那些可能会提到他们的人！我只是要求上面提到的概念系统！

我在概念上提到了自己！将是最容易使用的东西和系统！无需复杂的设置！只需配置一台服务器！一切都按设计顺利而动态地进行！即使没有高级用户！就像同一团队或组织中的其他开发人员一样！就像 teamviewer 和 anydesk 一样，很多系统已经可以工作了！

第一个问题！你好！

在 Ubuntu 16.04 上运行。

硬件信息：lspci | awk '/[Nn]et/ {print $1}' | xargs -i% lspci -ks %

00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V
    Subsystem: ASUSTeK Computer Inc. Ethernet Connection (2) I219-V
    Kernel driver in use: e1000e
    Kernel modules: e1000e
02:00.0 Network controller: Intel Corporation Device 093c (rev 3a)
    Subsystem: Intel Corporation Device 7001

运行 P2P 应用程序时，我面临一些奇怪的以太网停顿 -> 更准确地说：https ://github.com/prysmaticlabs/prysm 。根据相同的应用程序日志，大约 30 个对等点连接到我的机器。带宽利用率一直很低（峰值为 6 Mbps），我在 Cat6 电缆上运行，并且获得了大约 120 Mbps 的光纤上行链路，并且根据canyouseeme org 的报告正确转发了端口。其他 P2P 应用程序（例如种子文件）不会显示任何冲突行为。

如前所述，症状很奇怪。当我运行该应用程序时，它似乎并没有失去连接。但是当另一个应用程序需要在网络上运行时（例如，网页浏览、聊天、文件传输），界面会停顿几秒钟，甚至几分钟。我注意到了这一点，因为浏览会经常超时。

当停顿发生时，应用程序继续正常运行，但所有其他应用程序失去互联网连接。我监控 ICMP (ping) 流量：

• 从主机到路由器
• 从另一个本地主机到停止主机

在这两种设备中，它都会停止返回任何类型的响应（终端停止输出，没有反馈，也没有超时）。在漫长的摊位之后，突然间，所有的包裹都被确认了。请参阅此示例：

64 bytes from 192.168.1.1: icmp_seq=1122 ttl=64 time=0.304 ms
64 bytes from 192.168.1.1: icmp_seq=1123 ttl=64 time=0.303 ms
64 bytes from 192.168.1.1: icmp_seq=1124 ttl=64 time=0.313 ms
64 bytes from 192.168.1.1: icmp_seq=1125 ttl=64 time=0.263 ms
64 bytes from 192.168.1.1: icmp_seq=1126 ttl=64 time=0.266 ms
64 bytes from 192.168.1.1: icmp_seq=1127 ttl=64 time=0.273 ms
64 bytes from 192.168.1.1: icmp_seq=1128 ttl=64 time=0.289 ms
64 bytes from 192.168.1.1: icmp_seq=1129 ttl=64 time=0.276 ms
64 bytes from 192.168.1.1: icmp_seq=1130 ttl=64 time=0.280 ms
64 bytes from 192.168.1.1: icmp_seq=1131 ttl=64 time=0.635 ms
64 bytes from 192.168.1.1: icmp_seq=1132 ttl=64 time=0.292 ms
64 bytes from 192.168.1.1: icmp_seq=1133 ttl=64 time=0.537 ms
64 bytes from 192.168.1.1: icmp_seq=1134 ttl=64 time=0.299 ms
64 bytes from 192.168.1.1: icmp_seq=1135 ttl=64 time=0.272 ms
64 bytes from 192.168.1.1: icmp_seq=1136 ttl=64 time=27625 ms
64 bytes from 192.168.1.1: icmp_seq=1137 ttl=64 time=26635 ms
64 bytes from 192.168.1.1: icmp_seq=1138 ttl=64 time=25631 ms
64 bytes from 192.168.1.1: icmp_seq=1139 ttl=64 time=24640 ms
64 bytes from 192.168.1.1: icmp_seq=1140 ttl=64 time=23641 ms
64 bytes from 192.168.1.1: icmp_seq=1141 ttl=64 time=22671 ms
64 bytes from 192.168.1.1: icmp_seq=1142 ttl=64 time=21648 ms
64 bytes from 192.168.1.1: icmp_seq=1143 ttl=64 time=20652 ms
64 bytes from 192.168.1.1: icmp_seq=1144 ttl=64 time=19658 ms
64 bytes from 192.168.1.1: icmp_seq=1145 ttl=64 time=18655 ms
64 bytes from 192.168.1.1: icmp_seq=1146 ttl=64 time=17658 ms
64 bytes from 192.168.1.1: icmp_seq=1147 ttl=64 time=16659 ms
64 bytes from 192.168.1.1: icmp_seq=1148 ttl=64 time=15655 ms
64 bytes from 192.168.1.1: icmp_seq=1149 ttl=64 time=14632 ms
64 bytes from 192.168.1.1: icmp_seq=1150 ttl=64 time=13611 ms
64 bytes from 192.168.1.1: icmp_seq=1151 ttl=64 time=12588 ms
64 bytes from 192.168.1.1: icmp_seq=1152 ttl=64 time=11565 ms
64 bytes from 192.168.1.1: icmp_seq=1153 ttl=64 time=10542 ms
64 bytes from 192.168.1.1: icmp_seq=1154 ttl=64 time=9522 ms
64 bytes from 192.168.1.1: icmp_seq=1155 ttl=64 time=8501 ms
64 bytes from 192.168.1.1: icmp_seq=1156 ttl=64 time=7478 ms
64 bytes from 192.168.1.1: icmp_seq=1157 ttl=64 time=6459 ms
64 bytes from 192.168.1.1: icmp_seq=1158 ttl=64 time=5436 ms
64 bytes from 192.168.1.1: icmp_seq=1159 ttl=64 time=4415 ms
64 bytes from 192.168.1.1: icmp_seq=1160 ttl=64 time=3391 ms
64 bytes from 192.168.1.1: icmp_seq=1161 ttl=64 time=2370 ms
64 bytes from 192.168.1.1: icmp_seq=1162 ttl=64 time=1350 ms
64 bytes from 192.168.1.1: icmp_seq=1163 ttl=64 time=320 ms
64 bytes from 192.168.1.1: icmp_seq=1164 ttl=64 time=2.73 ms
64 bytes from 192.168.1.1: icmp_seq=1165 ttl=64 time=0.258 ms
64 bytes from 192.168.1.1: icmp_seq=1166 ttl=64 time=0.303 ms

然后网络恢复正常，一段时间。

我尝试过的事情：

• 将 MTU 从 1500 增加到 9000（无效）
• 将 txqueuelen 从 1000 增加到 11000（无效）
• 限制可以连接的对等点数量（无效）
• 虚拟化（无效）
• 删除端口转发。这似乎可行，尽管它超出了应用程序的目的并使其速度大大降低。

在这一点上，我有两个理论：

1）要么网关表现得很有趣（无法检查）。我放弃了这个，因为网络中的其他设备运行正常，无论是在本地连接还是外部连接 2）或者某种内存缓冲区阻塞，但不知道是哪个。

我会很感激灵感！

给定 ISA 服务器后面的公共 WiFi 热点和单个 Internet 地址，哪些规则或内容过滤器可用于实现此配置？

• 允许匿名用户上网、通过 IM 聊天并连接到他们不同的工作场所 VPN

• 限制 Bittorrent 和其他 P2P 客户端吸引 MediaSentry 和其他人的注意。

如果 ISA 防火墙策略足够，将显示什么样的测试？例如，使用 uTorrent 客户端，您可以配置使用的端口（用于传入连接？），那么更改为端口 80 是否会显示 P2P 流量是否通过？

排名靠前的 P2P 网络似乎是 Bittorrent、DC++、eDonkey 和 Usenet。

我让它运行，可以看到带有直接隧道的 EC2 实例。但是，我无法 ping EC2 实例，也无法浏览共享文件夹。

我确信以下几点： - 文件共享服务正在运行 - 文件夹已共享

我尝试了以下方法： - 关闭 Windows 防火墙 - 允许所有 TCP 和 UDP 端口以及 ICMP 通过 Amazon EC2 组策略防火墙

该实例是 Windows 2008 DataCentre 32 位。

我想在没有任何防火墙或服务器端软件安装的情况下阻止 p2p 和 torrent 连接。

最重要的是它是免费的。

谢谢。

典型的企业 VOIP 解决方案（如MS Comm Server）需要服务器计算机来处理通信。有没有什么程序可以做到Peer-2-Peer（P2P），无需服务器，直接与目标计算机通话聊天，直接在网络上？（不使用互联网）

这两个似乎最接近我想要的：http:
//www.ntop.org/n2n/
OpenVPN with Quagga (OSPF)

我将拥有不受我控制的路由器/防火墙后面的服务器。许多可能是 ADSL 或其他预算连接。由于中国有节点，也可能有多层NAT。我可以控制服务器，并且可以请求访问他们的路由器以转发端口（尽管最好不要这样做）。

n2n 似乎可以开箱即用地做我想做的事情。付款要求和不太明确的“商业用途”让我担心，以及它有点实验性的感觉。如果 n2n 相当稳定（任何有 n2n 经验的人？），我认为无论如何修补 n2n 会很有趣。

OpenVPN 和 Quagga 随大多数发行版一起提供，并且非常可靠。我计划做一些类似于 n2n 所做的事情，但用一双眼睛做这项工作。IT 可以进行负载平衡和容错，在链路出现故障时建立链路以防万一，或者设置规则。和/或编写脚本。额外的好处是我可以设置可能比 n2n 更好的路线。

我最好选择什么？使用和破解 n2n，或者使用 OpenVPN 和 Quagga 做类似 n2n 的事情？

我在一个小办公室管理网络（软件开发是我的“真正的工作”），并且有几个用户通过运行 bittorrent 击败了我们的互联网连接。在上传端（20Mbps）的几乎严重影响和潜在责任之间，我想尽可能地关闭它。

预期问题或建议的一些快速细节：

• 我们有 2 台路由器（1 台 Linksys，1 台 Buffalo）运行最新的 DD-WRT，一台 D-Link DIR-655 运行最新的工厂软件

• 互联网是 FiOS 20/20 计划

• 用户通过 WiFi 和有线连接，每个人都使用 DHCP

• 购买真正可靠的新硬件（假设 < 1000 美元）是一种选择

• 我们制定了互联网使用政策，是的，但我想通过 IT 尽可能多地执行它，因为我们都知道有些人就是无法遵守规则。是的，我知道处理这是一个社会问题，但这部分超出了我的权限/控制范围。

• 常见的策略（完全阻止 MAC / IP 访问、阻止端口等）将不起作用。至少有 2 人定期在其以太网接口上重新编程 MAC 地址。

我知道 BT 客户端可以配置为使用其他端口，因此仅阻止标准 BT 端口范围是弱项。

我不敢相信我是第一个给这只猫剥皮的人。或者也许只有 IT 部门。用大设备预算能剥这只猫吗？

谢谢你的帮助！