Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - edickens

#1
I will also say for future people who may come across this in the future. I only have default gateways and routes setup, my firewall rules include the WAN rules from the site to site guide Wireguard interface rules and VLAN to remote network rules. I have a NAT outbound rule that sets VLAN outbound traffic to remote network to the IP set in Wireguard instance.

If you are having trouble, for troubleshooting purposes only open up the firewall rules. This allows you to troubleshoot just Wireguard. Make sure to reclose them.

Hopefully getting the proper site to site setup won't be quite as difficult, but I suspect will be more so.
#2
Alright I am defeated but now know the answers. The reason my other network suddenly started working and the one I was working on didn't is because I had set my NAT outbound rules incorrectly. I had set it to my LAN rather than the VLAN I meant to. After correcting that mistake it's all working.

Thank you for your help it has been greatly appreciated.
#3
I have new information. I didn't think this was pertinent but now I think it might be. I've been trying to get a VLAN tied to LAN interface to communicate. I got frustrated trying to get my machine to work started using tcpdump to see if the traffic was even making it (it is) but then for giggles I tried a ping on the "main" LAN hardwired computer and it just worked.

Now I know the connection is working and that LAN was what I was going to get to next so it saves that step. But I still don't know why my wireless VLAN isn't working.
#4
Hello,

It's supposed to function like a client to site(we'll get the proper site to site up later). I see what you mean about needing the masquerade rule. I believe I got it setup in outbound NAT, but I seem to still have issues. Do I need to setup a gateway and route to go with it? Is there a difference between setting the translation address to the wireguard interface or the wireguard instance IP directly? I currently have it set to the instance IP.

Like I said before I can ping from the opnsense device but not the LAN I can also confirm the traffic is going out the wireguard interface. I did notice when I ping from the appliance it has the wireguard IP and when traffic comes from my LAN it doesn't which is why I thought it wasn't going down the tunnel.

I have setup the Local LAN subnet in allowed IP on the remote wireguard instance as well.
#5
It wasn't until a little bit ago when I had an AHA moment. That still didn't fix the problem. It was after that when I noticed in the logs that when the firewall pings the remote network it uses the wireguard IP but when the LAN device does it uses a local IP. So I think it's an issue with the LAN using the tunnel which is why I made the update.
#6
After some more investigation it appears that the issue seems to be that traffic is being sent to the wireguard interface, but not through the wireguard tunnel if that is possible.

Any help is appreciated. Thank you
#7
Hi,

New to opnsense so apologies if this has been asked and link to where I might find it would be appreciate. I am setting up an unusual configuration at least in my opinion. I have a wireguard "server" at one location that needs to be connected to. The other end is opnsense to route a specific subnet across it. I have gotten the connection setup handshake confirmed and can ping the remote network using opnsense diagnostic tools no lost packets. All good there. I have also tested the remote connection with a different client on a laptop. When I try to access the remote network from the local LAN I get nothing. Firewall rules do confirm the request is going out properly. I have to assume it's in my internal firewall rules.

 Rules currently setup
LAN interface: direction in, protocols all, ports all, source Remote LAN, destination Local LAN
Wireguard interface: direction in, protocols all, ports all, source Remote LAN, destination Local LAN
WAN: direction in, protocols all, ports all, source Remote public IP, destination Local public IP

I have looked at variety of sources ranging from the Site to Site documentation forum posts of other issues to in desperation an AI chatbot.

Any help is appreciated