我已经设置了加拿大的 NTP 时间（0.ca.pool.ntp.org、1.ca.pool.ntp.org、2.ca.pool.ntp.org，从https://www.pool.ntp获得.org/zone/ca )。同步服务器 IP 为 192.210.199.110（第 2 层）。当我检查IP地址时，它来自美国。但是，防火墙的时间仍然是本地 (GMT)，而不是加拿大的时间。
我对 NTP 的理解是否正确，假设防火墙设置了加拿大的 NTP 时间（意味着防火墙的时间应该与加拿大的当前时间相同）
实际问题是我当前的时间是 GMT +1，但防火墙仍然显示为 GMT 0，这让我想到 NTP 是否真的在工作，这就是我所理解的。
防火墙 NTP 时间和同步服务器
我的 VLAN 无法 ping 通自己的网关及其他网关。
1 - 为了让 VLAN 能够 ping 自己的网关，我是否必须在 OPNsense 防火墙中启用父 VLAN 并为其分配 IP？
2 - 我是否必须为 VLAN 中的设备启用 DHCP，我知道这听起来很愚蠢，但只是检查我在 OPNSense 上找到的所有关于此的视频都显示为启用了我没有使用的 DHCP。
所有接口都允许所有规则，我没有使用任何物理交换机，这是一个 VMware Workstation 设置，我有一个 Windows VM 和 OPNsense VM。
父 VLAN 接口
服务器 VLAN
服务器 Ping 失败
em3 上的 tcpdump 显示以下内容
root@firewallwm:~ # tcpdump -e -n -i em3
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on em3, link-type EN10MB (Ethernet), capture size 262144 bytes
18:26:52.651787 00:0c:29:ae:a2:10 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 192.168.28.35 tell 192.168.28.47, length 46
18:26:53.316297 00:0c:29:ae:a2:10 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 192.168.28.35 tell 192.168.28.47, length 46
18:26:54.316412 00:0c:29:ae:a2:10 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 192.168.28.35 tell 192.168.28.47, length 46
我检查了非设备的 MAC 地址为00:0c:29:ae:a2:10。
防火墙设置
视窗虚拟机
我为虚拟机 (10.0.64.43/27) 创建了互联网访问计划，该规则在 WAN 接口上实施，但似乎不起作用。每个周一、周四和周日的 21:30 - 21:45 之间允许访问 Internet，但 VM 始终可以访问 Internet。
时间表 - https://i.ibb.co/qm5FCMF/Schedules.png
WAN 规则 - https://i.ibb.co/TgxLTY7/WAN-Rules.png
规则无效 - https://i.ibb.co/QcBzVpD/Schedule-Failure.png
可能是在数据包到达 WAN 之前，NAT 已应用于 10.0.64.0/27 网络，因此该规则无效。
任何想法在这种情况下可能有什么问题。
更新
我很难理解与源和目标相关的防火墙进出。
无论我理解我实施了什么，但只有部分预定规则有效，网络 192.168.28.0 有预定的互联网访问并且工作正常。网络 10.0.64.0 似乎没有效果。
带有客户端虚拟机互联网路由的整个网络 - https://i.ibb.co/9gHG3y3/Dell-Network.png
来自客户端的 Tracert（192.168.1.21 是 1_dell 接口，192.168.47.2 是 VMware Workstation 中的 NAT 网络）- https://i.ibb.co/PG8YKs5/W10-Tracert-Internet.png
时间表 - https://i.ibb.co/JFqL03v/Schedule.png
附表中没有互联网的服务器 - https://i.ibb.co/HVbMPcv/Server-No-Internet.png
RFC1918 网络的别名 - https://i.ibb.co/9HXZ7t0/RFC1918.png
10.0.64.32 /27 的互联网规则 - https://i.ibb.co/9Wn5RQv/firewallwm-RFC1918.png
互联网仍然可以访问 - https://i.ibb.co/TB7jRhd/W10-Internet.png
WAN 规则 - https://i.ibb.co/YN28rzs/firewallwm-WAN-Rule.png
不确定我的规则是不正确还是我无法理解如何实施的故障。
此设置来自 VMware Workstation 中的网络 (192.168.29.0/27)，如 网络图所示
我已经设置了一个 Windows Server VM ( 192.168.28.47/27 ) 和一个防火墙 VM NIC ( 192.168.1.21/24 )，这是 VMware Workstation vmnet0 上的一个桥接接口。
我在防火墙的 LAN 和 WAN 接口上都有一个允许所有流量的规则。由于某种原因，该规则似乎不起作用。服务器虚拟机收到来自 8.8.8.8 的 ping 回复，但无法访问 Internet。NAT 接口为192.168.47.140，NAT 网关为192.168.47.2。我禁用了防火墙并进行了测试，服务器可以正常访问互联网。
没有任何主机的 WAN 上的 tcpdump
root@firewallwm:~ # tcpdump -i em1 -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on em1, link-type EN10MB (Ethernet), capture size 262144 bytes
17:53:05.670752 IP 192.168.47.140.27089 > 188.165.3.28.123: NTPv4, Client, length 48
17:53:07.652383 IP 192.168.47.140.10811 > 188.125.64.7.123: NTPv4, Client, length 48
17:53:07.673695 IP 188.125.64.7.123 > 192.168.47.140.10811: NTPv4, Server, length 48
17:53:08.624653 IP 192.168.47.140.28314 > 91.209.0.17.123: NTPv4, Client, length 48
17:53:08.672014 IP 91.209.0.17.123 > 192.168.47.140.28314: NTPv4, Server, length 48
17:53:09.680357 IP 192.168.47.140.44852 > 80.237.128.148.123: NTPv4, Client, length 48
17:53:09.680434 IP 192.168.47.140.58287 > 162.159.200.123.123: NTPv4, Client, length 48
17:53:09.698470 IP 162.159.200.123.123 > 192.168.47.140.58287: NTPv4, Server, length 48
17:53:09.720681 IP 80.237.128.148.123 > 192.168.47.140.44852: NTPv4, Server, length 48
17:53:12.633164 IP 192.168.47.140.59261 > 94.199.173.123.123: NTPv4, Client, length 48
17:53:12.671315 IP 94.199.173.123.123 > 192.168.47.140.59261: NTPv4, Server, length 48
17:53:54.738729 IP6 fe80::20c:29ff:fee8:8d15.546 > ff02::1:2.547: dhcp6 solicit
17:58:48.516746 IP 192.168.47.1.64045 > 239.255.255.250.1900: UDP, length 173
17:58:49.517887 IP 192.168.47.1.64045 > 239.255.255.250.1900: UDP, length 173
17:58:50.520981 IP 192.168.47.1.64045 > 239.255.255.250.1900: UDP, length 173
17:58:51.522420 IP 192.168.47.1.64045 > 239.255.255.250.1900: UDP, length 173
局域网上用于服务器 VM 的 tcpdump
root@firewallwm:~ # tcpdump -i em3 host 192.168.28.47
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on em3, link-type EN10MB (Ethernet), capture size 262144 bytes
17:37:05.247138 IP 192.168.28.47 > dns.google: ICMP echo request, id 1, seq 54, length 40
17:37:05.260352 IP dns.google > 192.168.28.47: ICMP echo reply, id 1, seq 54, length 40
17:37:06.269572 IP 192.168.28.47 > dns.google: ICMP echo request, id 1, seq 55, length 40
17:37:06.283080 IP dns.google > 192.168.28.47: ICMP echo reply, id 1, seq 55, length 40
17:37:07.289858 IP 192.168.28.47 > dns.google: ICMP echo request, id 1, seq 56, length 40
17:37:07.298693 IP dns.google > 192.168.28.47: ICMP echo reply, id 1, seq 56, length 40
17:37:08.302397 IP 192.168.28.47 > dns.google: ICMP echo request, id 1, seq 57, length 40
17:37:08.311143 IP dns.google > 192.168.28.47: ICMP echo reply, id 1, seq 57, length 40
17:37:09.866366 ARP, Request who-has firewallwm.vlab.lab (00:0c:29:e8:8d:29 (oui Unknown)) tell 192.168.28.47, length 46
17:37:09.866397 ARP, Reply firewallwm.vlab.lab is-at 00:0c:29:e8:8d:29 (oui Unknown), length 28
17:37:36.493211 IP 192.168.28.47.60468 > 239.255.255.250.1900: UDP, length 173
17:37:37.509653 IP 192.168.28.47.60468 > 239.255.255.250.1900: UDP, length 173
17:37:38.523971 IP 192.168.28.47.60468 > 239.255.255.250.1900: UDP, length 173
17:37:39.540750 IP 192.168.28.47.60468 > 239.255.255.250.1900: UDP, length 173
17:39:36.498026 IP 192.168.28.47.60469 > 239.255.255.250.1900: UDP, length 173
17:39:37.510526 IP 192.168.28.47.60469 > 239.255.255.250.1900: UDP, length 173
17:39:38.512683 IP 192.168.28.47.60469 > 239.255.255.250.1900: UDP, length 173
17:39:39.512937 IP 192.168.28.47.60469 > 239.255.255.250.1900: UDP, length 173
17:39:53.018203 IP 192.168.28.47.netbios-ns > 192.168.28.63.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
17:39:53.027039 IP 192.168.28.47.mdns > 224.0.0.251.mdns: 0 A (QM)? google.local. (30)
17:39:53.032230 IP 192.168.28.47.mdns > 224.0.0.251.mdns: 0 AAAA (QM)? google.local. (30)
17:39:53.033009 IP 192.168.28.47.56963 > 224.0.0.252.5355: UDP, length 24
17:39:53.040405 IP 192.168.28.47.62251 > 224.0.0.252.5355: UDP, length 24
17:39:53.445140 IP 192.168.28.47.56963 > 224.0.0.252.5355: UDP, length 24
17:39:53.460646 IP 192.168.28.47.62251 > 224.0.0.252.5355: UDP, length 24
17:39:53.771373 IP 192.168.28.47.netbios-ns > 192.168.28.63.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
17:39:54.038374 IP 192.168.28.47.mdns > 224.0.0.251.mdns: 0 A (QM)? google.local. (30)
17:39:54.039114 IP 192.168.28.47.mdns > 224.0.0.251.mdns: 0 AAAA (QM)? google.local. (30)
17:39:54.536041 IP 192.168.28.47.netbios-ns > 192.168.28.63.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
出于某种原因（或设置），来自 WAN 192.168.47.1 的回复将发送到224.0.0.251，我读到的是Multicast DNS和239.255.255.250。
因此有 2 个问题，1) ping 回复如何来自 Google 的 DNS ？！，以及 2) 为什么数据包没有到达 WAN 接口。
防火墙新手，所以我肯定错过了一些东西。
我有一台戴尔服务器 (192.168.10.10) 通过常规以太网 LAN 连接到 Windows 笔记本电脑 (192.168.10.5)。Dell 服务器在其上运行 ESXi (192.168.10.15) 服务器。防火墙虚拟机（firewallsm，192.168.10.7）在其后有网络 10.0.64.0 / 27 的 ESXi 上运行。
在我安装了 VMware Workstation 的 Windows 笔记本电脑上，防火墙虚拟机（firewallwm，192.168.10.3）正在其上运行，其后面的网络为 192.168.28.0 / 27。
我想将 ESXi (10.0.64.0) 上运行的网络连接到笔记本电脑上 VMware Workstation 的 Host-Only 网络。我尝试了很多方法route add 192.168.10.0 mask 255.255.255.0 192.168.99.0，例如 ICS（Internet 连接共享），将 VMware Workstation 的 Host-Only 网络放在 192.168.10.0，在 VMware Workstation 中添加一个桥接 NIC，这些都不起作用，Dell 服务器只是无法 ping Host-Only VMware Workstation 的 (192.168.10.2) 接口，即使两者（戴尔和 VMware Workstation Host-Only）都在同一个网络中。
我最终将 Windows 以太网 LAN（连接到戴尔）桥接到 VMware Workstation（192.168.10.1）的仅主机网卡，最后让它工作，但桥不时会导致带有 Bridge.sys 文件的 BSoD。
我需要知道如何在没有网桥、我可以使用的任何路由器软件或任何其他方式的情况下连接 2 个网络。
我知道这里经常被问到这些问题，并且我已经阅读了所有这些问题，但图片并不清楚。
根据制造商的说法，笔记本电脑支持 16GB（焊接 8GB，1 个额外的 8GB 插槽），但根据英特尔的 i7 6700 HQ 页面，支持的最大 RAM 为 64GB，根据英特尔针对 Skylake-H 芯片组的产品文档，最大支持为 32GB，并且根据同一文档中的 DDR4 信息，最大为 16GB。基本上它是一圈又一圈，我还使用了 dmidecode 工具，它也显示为 64GB 最大 RAM。
许多人正在添加更多，我也想添加更多可能支持的最大值，但如果不支持更多 RAM，则无需承担任何风险并避免损失。
