我在我的OPNsense网关配置中看到了这个选项,并希望有人能够确切地了解它是什么:
Dynamic gateway policy: [YES/NO]
This interface does not require an intermediate system to act as a gateway
根据这一解释:
如果目标可以通过不需要中介系统充当网关的接口直接到达,则可以选择此选项,该选项允许在没有直接目标地址的情况下创建动态网关。有些隧道类型支持这一点。
我发现了这个googling,它让我更接近于理解:https://kb.fortinet.com/kb/documentLink.d
我设计了以下网络图,但我不知道它是否会在网络上引起一些问题:
📷
关于基础设施的一些细节:
网络连接Ext、Int和C为172.16.0.0/24 (该网络的默认网关)
A 172.16.0.1/24
转机A经172.16.0.2/24到达172.16.100.0/24
通过172.16.0.3/24到达172.16.200.0/24
- Int rtr B IP 172.16.0.2/24
- Int rtr C IP 172.16.0.3/24
B岛的网络为172.16.100.0/24
岛IP 172.16.100.1/24 (是此网络的默认网关)中的Ext rtr
Ext r
我正在尝试这个命令:
route add -net 125.106.0.0 netmask 255.255.0.0 gw 105.101.67.70 dev eth0
105.101.67.70是位于不同子网并通过internet连接的VPN路由器网关的公共IP地址。
结果:
SIOCADDRT: No such process
是否可以将流量路由到外部网关?或者它要求网关在同一网络中启用静态路由。
任何信息或方向都很感激。
谢谢。
我刚接触过网络并阅读了RFC791关于IP协议规范的内容,并对2.2 Model of Operation段落提出了一些问题。以下是描述的内容:
The internet module prepares a datagram header and attaches the data
to it. The internet module determines a local network address for
this internet address, in this case it is the address of a gateway.
It sends this datagram
我遇到了一个Linux系统,其中一些通过以太网接口的路由是在没有指定网关的情况下配置的。我一直认为,指定接口而不是网关的路由仅用于点对点链接。对于以太网接口来说,这是没有意义的,因为以太网不是点对点介质。
当数据包通过没有指定网关的以太网接口与路由匹配时,Linux如何传送数据包?它是否从接口广播对目标IP地址的ARP请求?(而未指定的网关必须充当ARP代理?)在基于策略的路由具有多个路由表的情况下,行为是否不同?(下面的第二个例子)
下面是这样一条路线的一个例子:
[Gaia]# ip route list
10.25.35.0/24 dev eth3 proto routed
...
我正在尝试从我的mac向运行在Google VM IoT实例上的谷歌linux网关发送消息。无法让运行在linux实例中的网关服务器确认从mac上的脚本发送的消息。 设置Google VM linux实例,并按照https://codelabs.developers.google.com/codelabs/cloud-iot-core-gateways/index.html#0中的说明进行操作 我确实试着通读了https://cloud.google.com/community/tutorials/cloud-iot-gateways-rpi。我将GOOGLE_CLOUD_PROJECT设置