CORE网络模拟器中的RJ45工具如何使用？
How to use the RJ45 tool in the CORE network emulator?
我最近安装了CORE Network Emulator，并且已经阅读了文档的相关部分。 CORE 承诺能够将您在其中创建的虚拟网络与物理网络连接一次。但是，我无法将我的虚拟网络连接到物理网络，而 RJ45 工具承诺可以做到这一点。据我所知，在 CORE NetEm 中，您可以为 RJ45 工具分配一个网络接口，然后将您的物理设备桥接到网络。
我已经尝试创建一个基本的拓扑结构，使用一个虚拟主机、一个路由器，然后使用 RJ45 工具创建我的计算机，我正在尝试查看是否可以通过 ping 从主机访问我的计算机，反之亦然命令，但我得到的只是 "network is unreachable."
不幸的是，CORE 文档没有详细说明如何使用此工具，而且我无法在 Internet 上找到任何其他与它相关的资源。
您可以在此处找到文档：http://coreemu.github.io/core/usage.html#connecting-with-physical-networks
有没有人对 CORE 有任何经验可以帮助我解决这个问题？
非常感谢！
CORE RJ45 工具在虚拟接口和物理接口之间创建 Linux 桥接。
示例：如果您将节点 n1 链接到分配给 eth0 的 RJ45 节点，在按下 "Start" 后，在底层主机上您将拥有一个与 n1:eth0 veth0 对设备的网桥，并且你主机的 eth0 设备被奴役了。
您需要配置虚拟网络和物理网络之间的路由。在上面的例子中，假设 n1:eth0 是 10.0.0.1/24。当您将物理设备插入 eth0 时，该设备需要返回 10.0.0.1 的路由。该设备可能位于同一子网上，例如，如果它的地址为 10.0.0.2/24。如果您的物理设备在不同的子网上有地址，您将需要通过连接接口手动添加路由以到达 10.0.0.0/24 网络。
我遇到了同样的问题。我的 CORE 版本是 v.5.3.0 (20190615) Ubuntu 18.04 LTS w/ Linux 5.0.0-37 通用 x86_64。在r1正确配置OSPF v2、v3、Zegra、IPForward，使vpc1能顺利收发数据。
CORE主机内置物理接口的RJ45端口映射到虚拟端点，用于连接第二台真实计算机rpc 192.168.10.10/24和虚拟交换机sw1。另一台虚拟PC，vpc1 192.168.10.20/24和一个router r1，有192.168.10.1/24和10.0.10.1/24两个接口。
可以从 rpc ping 到 vpc1 和 r1 192.168.10.1 但不能 10.0.10.1 或更高版本。但是，使用vpc1的双节点工具或虚拟终端，我也可以traceroute和ping r1及以后。
r1 无法将真实远程 PC rpc 的流量从 192.168.10.1 路由到 10.0.10.1 并返回是因为它的 WiFi 保持打开状态，网关配置为 FiOS 路由器。你不能有两个网关。关闭 WiFi 后，traceroute 和 ping 可以到达 r1 及以后。
这也可能是您问题的根本原因。
我最近安装了CORE Network Emulator，并且已经阅读了文档的相关部分。 CORE 承诺能够将您在其中创建的虚拟网络与物理网络连接一次。但是，我无法将我的虚拟网络连接到物理网络，而 RJ45 工具承诺可以做到这一点。据我所知，在 CORE NetEm 中，您可以为 RJ45 工具分配一个网络接口，然后将您的物理设备桥接到网络。
我已经尝试创建一个基本的拓扑结构，使用一个虚拟主机、一个路由器，然后使用 RJ45 工具创建我的计算机，我正在尝试查看是否可以通过 ping 从主机访问我的计算机，反之亦然命令，但我得到的只是 "network is unreachable."
不幸的是，CORE 文档没有详细说明如何使用此工具，而且我无法在 Internet 上找到任何其他与它相关的资源。
您可以在此处找到文档：http://coreemu.github.io/core/usage.html#connecting-with-physical-networks
有没有人对 CORE 有任何经验可以帮助我解决这个问题？
非常感谢！
CORE RJ45 工具在虚拟接口和物理接口之间创建 Linux 桥接。
示例：如果您将节点 n1 链接到分配给 eth0 的 RJ45 节点，在按下 "Start" 后，在底层主机上您将拥有一个与 n1:eth0 veth0 对设备的网桥，并且你主机的 eth0 设备被奴役了。
您需要配置虚拟网络和物理网络之间的路由。在上面的例子中，假设 n1:eth0 是 10.0.0.1/24。当您将物理设备插入 eth0 时，该设备需要返回 10.0.0.1 的路由。该设备可能位于同一子网上，例如，如果它的地址为 10.0.0.2/24。如果您的物理设备在不同的子网上有地址，您将需要通过连接接口手动添加路由以到达 10.0.0.0/24 网络。
我遇到了同样的问题。我的 CORE 版本是 v.5.3.0 (20190615) Ubuntu 18.04 LTS w/ Linux 5.0.0-37 通用 x86_64。在r1正确配置OSPF v2、v3、Zegra、IPForward，使vpc1能顺利收发数据。
CORE主机内置物理接口的RJ45端口映射到虚拟端点，用于连接第二台真实计算机rpc 192.168.10.10/24和虚拟交换机sw1。另一台虚拟PC，vpc1 192.168.10.20/24和一个router r1，有192.168.10.1/24和10.0.10.1/24两个接口。
可以从 rpc ping 到 vpc1 和 r1 192.168.10.1 但不能 10.0.10.1 或更高版本。但是，使用vpc1的双节点工具或虚拟终端，我也可以traceroute和ping r1及以后。
r1 无法将真实远程 PC rpc 的流量从 192.168.10.1 路由到 10.0.10.1 并返回是因为它的 WiFi 保持打开状态，网关配置为 FiOS 路由器。你不能有两个网关。关闭 WiFi 后，traceroute 和 ping 可以到达 r1 及以后。
这也可能是您问题的根本原因。