• 0 Votes
    5 Posts
    639 Views
    U

    If it'll help, some further details about my setup, everything is connected by Unifi switches that are vlan capable, but not all of the ports are specifically configured to be on a vlan.

    I've been doing fping tests just to see what can be seen through a few different systems, and below is my findings.

    From a system that is connected to a port designated with vlan 3220 [10.32.2.0 network]:

    uquevedo@ubence-air-wired ~ % fping -ga 10.32.40.1 10.32.40.254 10.32.40.1 10.32.40.10

    From the VM itself that is configured with the bridge interface to vlan 3240:

    uquevedo@kea-testing:~$ fping -qga 10.32.40.1 10.32.40.254 10.32.40.1 10.32.40.10

    From a system that is connected to a port designated with vlan 3230 [10.32.3.0 network]:

    [uquevedo@fedora-system ~]$ fping -ga 10.32.40.1 10.32.40.254 10.32.40.1 10.32.40.10

    From the actual RHEL9.2 host system, which of course can ping the IP address:

    [uquevedo@rh-vm01 ~]$ fping -ga 10.32.40.1 10.32.40.254 10.32.40.1 10.32.40.9 10.32.40.10

    There are many bridged interfaces on the host system connecting to various vlan tagged interfaces:
    Screenshot 2023-05-17 at 7.13.36 AM.png

    The bridge0 interface is a non-vlan tagged interface [vlan1?] and is accessible to all systems on the network.

    I was under the assumption that if a network interface was tagged with vlan information that it would be accessible to other systems that are part of that same vlan?

    Another thing about my setup is that these vlans are configured on a pfSense box for lab purposes, they are not configured on my main pfSense box [which I don't think matters]. So even though the opt ports of this system are technically on their own network, they are connecting to my main network.

  • 0 Votes
    8 Posts
    2k Views
    M

    Hi, So you are saying that "reordering you FW rules" then putting them back the way they were fixed you issue with not being able to access the internet after the update to 2.5.2?

    MP