[09:32] Hello! I am trying to create a virtual router and have the host OS be part of the LAN - I cannot find an example out there close enough to this tweak to make it work. [09:32] The requirement is to (ON BOOT) passthru incoming WAN connection on a physical port labelled enp2s0 to guest OS running in KVM. There should be no interaction with WAN on host OS yet, only KVM w/ pfSense OS. [09:33] Guest KVM pfSense system needs to receive the incoming WAN connection, obtain an IP address from the WAN, create a local LAN, give itself (the guest) an IP, then feed back a newly created LAN IP to the host OS. [09:35] So its BOOT HOST > auto boot pfSense router KVM > enable NIC, establish WAN conn in pfSense virtual > Establish LAN in pfSense virtual > give virtual and host IPs and internet access [09:35] Many thanks in advance if someone can help put a netplan together that can do this [13:14] nikolam: You journalctl log doesn't show anything about the configured IP address 10.0.4.15/24 (only 10.42.4.15/24, which seems to be "foreign" to networkd). Could you share the generated netplan config from /run/systemd/network/10-netplan-eno1.network ? [13:32] slyon, ls /run/systemd/network/ ls: cannot access '/run/systemd/network/': No such file or directory [14:03] nikolam: interesting... that is after running "netplan apply" (or after re-booting)? [14:04] from the netplan YAML config that you shared it looked like you'd be using the systemd-networkd backend renderer for Netplan, so there should be something inside this directory (and it should exist!) [14:04] do you have anything in /etc/systemd/network instead? (e.g. manually configured)? [14:15] slyon, /etc/systemd/network/ is empty [14:25] nikolam: interesting. I wonder how networking is being configured on your system then? do you have any custom scripts installed? systemd-networkd is apparently unused. and it's only logging "foreigen IPs" in the journal logs, too. [14:38] I need to configure netplan to host a KVM as a virtual router, I need to bypass the host until the KVM gets a WAN IP, and is ready to route. Where do I start? === pfSenseHelp is now known as Floating4 [14:42] pfSenseHelp: I'm not exactly sure about your specific setup, but it sounds like you'd need a bridge to connect your physical port (enp2s0) and your virtual KVM interface. Do not put any (IP) configuration on the bridge or enp2s0, but use your KVM guest to connect to the WAN. [14:43] Can you share your current setup and configuration that is failing? [14:47] Its hard to do that here, the machine is currently isolated and net is not working. [14:48] >> but use your KVM guest to connect to the WAN. >> I am doing it that way now, 2 bridges, 1 for WAN, 1 for LAN, both dhcp no... [14:50] I changed username, sorry [14:52] slyon, I used to use Network manager GUI (Xubuntu) and then I deleted those settings and I moved to defining netplan configuration. Currently in the 'Network connections' , I see 2 netplan generated interfaces and also 2 more "Auto Ethernet" interfaces. [14:55] nikolam: I see. Could you share the other files in /etc/netplan/*.yaml ? Looks like you're using NetworkManager backend after all [14:56] nikolam: I'll try if I can reproduce your issue using the NetworkManager backend later today.. [15:01] hi slyon https://bpa.st/4AVBS [15:04] renderer: networkd is in 01-netcfg.yaml, but in 01-network-manager-all.yaml it says renderer: NetworkManager [15:59] nikolam: right. that explains the situation. 01-netW... > 01-netC... so the "renderer: NetworkManager" is being used. Possibly NetworkManager's dhcp client is overwriting the static IP configuration. I'll try to reproduce that. [16:00] It could be an option for you to define "renderer: networkd" inside your eno1: definition. this way that interface will be handled by systemd-networkd (if that's an option for you), which didn't reproduce the issue for me [16:14] nikolam: doesn't reproduce on the NetworkManager renderer for me neither... Could you share the contents of /run/NetworkManager/system-connections/netplan-eno1.nmconnection ? [16:14] This should contain the following: [16:14] [ipv4] [16:14] method=auto [16:14] address1=10.0.4.15/24 [16:36] https://bpa.st/LG3AS [16:46] nikolam: this is looking good. and the setups works inside my Jammy reproducer... I wonder if you can spot anything suspicious in "journalctl -u NetworkManager"?