This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Configuring a VLAN across eth0, eth2 and eth3.

Hello,

I have a Sophos UTM 110 with devices connected to eth0, eth2 and eth3. The devices are configured to use VLAN 13. I found that I had to bridge eth0, eth2 and eth3 in order to allow the devices connected to those interfaces communicate using VLAN 13. 

Note that the devices are hypervisors (ESXi) and virtual machines running inside of them will be communicating on a different VLAN. This allows me to use the ESXi servers for a security testing without worrying that the malicious software can undermine my ESXi hosts, or other virtual machines hosting web sites etc.

So here's the steps I took:

[LIST=1]
  •  Got the Sophos UTM 110 device (aka router)
  •  Configured public IPv4 address and verified I can connect to WebAdmin over eth1. 
  •  Bridged eth0, eth2 and eth3
  •  Configured a VLAN 13 on br0, named Orion (aka the Constellation)
  •  Configured L2TP VPN 
  •  Added firewall rule to allow all traffic from VPN Pool (L2TP) to the Orion Network (aka VLAN 13)
  •  Defined a DHCP server for the Orion Network (aka VLAN 13)
  •  Connected servers to router configured to use DHCP and VLAN 13.
  •  Servers reporting DHCP errors, sometimes getting an IP, but often reporting issues.
  •  Configured server to use static IP addresses 172.16.13.2, 172.16.13.3 and 172.16.13.4. 
  •  Verify connection works by pining each server from router. This was done in parallel. Everything seemed ok.
  •  At home configure L2TP VPN on OS X 10.8.3.
  •  Connect to Sophos UTM 110 using VPN on OS X from home.
  •  Connect to servers over VPN from home.  Intermittent issues; connection timeouts and disconnected when working on multiple machines at the same time.
  •  Open three terminal windows in OS X 10.8.3 and ping 172.16.13.2, 172.16.13.3 and 172.16.13.4 in parallel.  Seems I can only ping to one device at a time, the other time out [Request timeout for icmp_seq 739]. Leaving it running for a while indicates that if ping works for one server, it fails for the other two. Every now and then, ping will start working for another server and then timeout on the one where it worked.
  • SSH into each server (problematic due to intermitted disconnects)
  • From within the SSH session, ping another server. Ping fails.
  • From within the SSH session, ping router. Ping succeeds.
[/LIST]

At this stage, no traffic to the internet is permitted, so I didn't even bother to ping Google or another external site.  

Questions:
[LIST=1]
  • Is creating a bridge to support a VLAN across eth0, eth2 and eth3 the right way to do this?  It would have been easier if I could just specify the "Orion Network" to be spanning eth0, eth2 and eth3 like some other routers. But it doesn't seem to be possible using Sophos UTM.
  • If creating a bridge is the right way to achieve this, is there something I'm missing configuration wise that prevents all three devices from being accessed at the same time (aka ping all 3 without time outs)
  • If creating a bridge isn't the right way to achieve this, then how does one support a VLAN across multiple interfaces?
[/LIST]

I know that usually one will connect another switch to eth0 which takes care of the VLAN, but at this stage I do not have enough space at the data centre to add another switch. In essence, I was hoping the Sophos UTM would be sufficient. 

Sincerely,
Werner


This thread was automatically locked due to age.
Parents
  • Ping from 172.16.13.3 to 8.8.8.8 with no packet loss.

    tcpdump from 172.16.13.3:
    05:23:35.662937 IP truncated-ip - 2 bytes missing! 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 0, length 64
    05:23:35.697740 IP truncated-ip - 2 bytes missing! 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 0, length 64
    05:23:36.664985 IP truncated-ip - 2 bytes missing! 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 1, length 64
    05:23:36.699730 IP truncated-ip - 2 bytes missing! 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 1, length 64
    05:23:37.667036 IP truncated-ip - 2 bytes missing! 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 2, length 64
    05:23:37.701663 IP truncated-ip - 2 bytes missing! 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 2, length 64

    tcpdump from router (172.16.13.1)
    22:23:13.823635 arp who-has 172.16.13.3 tell 172.16.13.1
    22:23:13.823827 arp reply 172.16.13.3 is-at a8:20:66:31:f8:30
    22:23:19.868919 IP 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 0, length 64
    22:23:19.903314 IP 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 0, length 64
    22:23:20.870878 IP 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 1, length 64
    22:23:20.905284 IP 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 1, length 64
    22:23:21.872907 IP 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 2, length 64
    22:23:21.907206 IP 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 2, length 64

    tcpdump command ran on 172.16.13.3
    tcpdump-uw -n -i vmk0 not tcp port 22 or tcp port 443 > dump.txt

    tcpdump command ran on the router
    tcpdump -n -i br0.13 -s0 not tcp port 22 or tcp port 443
Reply
  • Ping from 172.16.13.3 to 8.8.8.8 with no packet loss.

    tcpdump from 172.16.13.3:
    05:23:35.662937 IP truncated-ip - 2 bytes missing! 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 0, length 64
    05:23:35.697740 IP truncated-ip - 2 bytes missing! 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 0, length 64
    05:23:36.664985 IP truncated-ip - 2 bytes missing! 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 1, length 64
    05:23:36.699730 IP truncated-ip - 2 bytes missing! 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 1, length 64
    05:23:37.667036 IP truncated-ip - 2 bytes missing! 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 2, length 64
    05:23:37.701663 IP truncated-ip - 2 bytes missing! 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 2, length 64

    tcpdump from router (172.16.13.1)
    22:23:13.823635 arp who-has 172.16.13.3 tell 172.16.13.1
    22:23:13.823827 arp reply 172.16.13.3 is-at a8:20:66:31:f8:30
    22:23:19.868919 IP 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 0, length 64
    22:23:19.903314 IP 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 0, length 64
    22:23:20.870878 IP 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 1, length 64
    22:23:20.905284 IP 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 1, length 64
    22:23:21.872907 IP 172.16.13.3 > 8.8.8.8: ICMP echo request, id 17469, seq 2, length 64
    22:23:21.907206 IP 8.8.8.8 > 172.16.13.3: ICMP echo reply, id 17469, seq 2, length 64

    tcpdump command ran on 172.16.13.3
    tcpdump-uw -n -i vmk0 not tcp port 22 or tcp port 443 > dump.txt

    tcpdump command ran on the router
    tcpdump -n -i br0.13 -s0 not tcp port 22 or tcp port 443
Children
No Data