Unable to get OPT1 to work
-
@viragomann said in Unable to get OPT1 to work:
@a-networking-noob
Are you running pfBlockerNG or similar on pfSense? Maybe it blocks what the devices try to connect to to determine internet connection.Not to my knowledge. I'm just using pfSense as is...
-
@a-networking-noob said in Unable to get OPT1 to work:
@SteveITS said in Unable to get OPT1 to work:
@a-networking-noob On OPT do you have firewall rules allowing access? LAN has default allow-to-any rules for IPv4 and IPv6.
Yes I do. Here's what I set up:
And here are my LAN firewall rules:
-
@a-networking-noob Well the allow OPT1 Net to any rule says it's handled 2 GB of traffic which verifies that part is OK, also you did with a wired device.
Getting different results with different devices is unexpected. Are those devices getting a DHCP address in your OPT1 range? (did you set up DHCP on it?) Do you have any floating firewall rules? If so try disabling those.
-
@a-networking-noob said in Unable to get OPT1 to work:
and my OPT1 port is assigned to 192.168.49.1
So this is what you have :
The /24 at the right side is important ( this one is often set wrongly ...... and the interface doesn't seem to "work" any more )
For example, a /32 will "break everything".When you create/activate an interface, you also 'have to' set up a pfSense DHCP server for that (OPT1) interface :
Goto Services > DHCP Server > OPT1 and check "enable"
Check that these show these numbers :Subnet 192.168.49.0 Subnet mask 255.255.255.0 Available range 192.168.49.1 - 192.168.49.254
and select a pool range, for example
From 10 To 100
Save - and Apply.
From now on, when you connect a device on the OPT1 interface, check that the device got a DHCP lease.
A Windows PC : typeipconfig /all
Any other device : you should now how to check network settings.
On pfSense : Goto Status > System Logs > DHCP and you see the device you've connected doing the DHCP request.
Btw : I presume your devices all use "DHCP", as already said above, and don't have a static IP setup. Static is also possible, but you are not allowed to make mistakes ^^
-
@Gertjan Thanks for trying to help by walking me through all that. I had all the correct settings already including the /24 for the IPv4 Address, DHCP server enabled for OPT1, the subnet and subnet mask values all matching what you showed, and a pool range set from 100-254.
When I then switched my smartphone to try to connect to the WiFi (on OPT1) and checked the phone it said the IP address assigned was 192.168.49.101 which matches what I found under the Status - DHCP Leases on pfSense - 192.168.49.101, lease type Active and Online. But the phone still says it's connected but no internet access.
Still baffled...
-
@SteveITS said in Unable to get OPT1 to work:
@a-networking-noob Well the allow OPT1 Net to any rule says it's handled 2 GB of traffic which verifies that part is OK, also you did with a wired device.
Getting different results with different devices is unexpected. Are those devices getting a DHCP address in your OPT1 range? (did you set up DHCP on it?) Do you have any floating firewall rules? If so try disabling those.
No floating firewall rules. And yep, DHCP is set up and my smartphone does show up in the DHCP leases, but the phone still says no internet access.
-
Not sure if it's the same issue(s) folks in this thread are having, but I just resolved my own "OPT1 Problem". See: This Thread
-
Sorry I forgot to reply. I restored the device, set up interfaces in the terminal, and changed the firewall rules. All interfaces are working.
-
@a-networking-noob said in Unable to get OPT1 to work:
connect to the WiFi (on OPT1)
There is another device between your phone and pfSense : the access point .....
Also : can you connect to 192.168.49.1 and see the login page of pfSense ?
DNS works on your phone ?
Does it use "192.168.49.1" = the resolver, or something else ?Can you wire up (using the cable) a device to OPT1, and then check ?
-
@gfvalvo said in Unable to get OPT1 to work:
Not sure if it's the same issue(s) folks in this thread are having, but I just resolved my own "OPT1 Problem". See: This Thread
Seems you lucked out! I tried the DNS trick you used but didn't solve my issue. :/
Thanks anyway...
-
@Gertjan said in Unable to get OPT1 to work:
@a-networking-noob said in Unable to get OPT1 to work:
connect to the WiFi (on OPT1)
There is another device between your phone and pfSense : the access point .....
Also : can you connect to 192.168.49.1 and see the login page of pfSense ?
No - I only have one extra firewall rule set up for OPT1 to block access to pfSense
But even after disabling that rule, I still can't connect to the WiFi on OPT1.
DNS works on your phone ?
Does it use "192.168.49.1" = the resolver, or something else ?Yes. The IP address my phone gets is in the pool range I set, and the DNS is 192.168.49.1 which matches what is shown on pfSense DNS resolver.
I've tried it with a 2nd phone and got the exact same result - can connect to the WiFi but no internet access.
Can you wire up (using the cable) a device to OPT1, and then check ?
Connecting my laptop to my OPT1, either by direct cable connection, or through WiFi, I can access the internet fine.
-
@a-networking-noob said in Unable to get OPT1 to work:
Connecting my laptop to my OPT1, either by direct cable connection, or through WiFi, I can access the internet fine.
Ok, good
This excludes cables, the access point, pfSense, the OPT1 interface.Ditch the phones, and done. (joking of course).
You didn't tell anything about these phones, but they are (most probably) the issue.
They do communicate just fine : the DHCP exchange was happening.
(still hoping that you still can confirm that it did received a correct IP, and gateway, and DNS - and that you could do a DNS lookup with them, just to know that it does communicate with pfSense)The solution might be available in the phones : delete the Wifi entry - and re-connect to that wifi SSID again.
-
@Gertjan said in Unable to get OPT1 to work:
@a-networking-noob said in Unable to get OPT1 to work:
Connecting my laptop to my OPT1, either by direct cable connection, or through WiFi, I can access the internet fine.
Ok, good
This excludes cables, the access point, pfSense, the OPT1 interface.Ditch the phones, and done. (joking of course).
You didn't tell anything about these phones, but they are (most probably) the issue.I'm using a couple of Android phones. One an older LG G6 stock, the other a Pixel 5a running CalyxOS. I can't believe the phones are the problem since I've never had issues with them connecting to the internet via WiFi at home, at work, etc...
They do communicate just fine : the DHCP exchange was happening.
(still hoping that you still can confirm that it did received a correct IP, and gateway, and DNS - and that you could do a DNS lookup with them, just to know that it does communicate with pfSense)Yes, I did confirm that the phones do get an IP address, gateway and DNS that match what is shown in pfSense and lines up with the OPT1 settings.
The solution might be available in the phones : delete the Wifi entry - and re-connect to that wifi SSID again.
Unfortunately, this did not solve it. After deleting the WiFi entry, and re-connecting to the WiFi on OPT1, I get the exact same result - connects to WiFi but no internet.
-
@a-networking-noob said in Unable to get OPT1 to work:
Unfortunately, this did not solve it.
Another test :
Goto Diagnostics> Packet Capture
Select the OPT interface, like :
and enter the IP of your phone :
Like this :
and then hit the green start buton.
From now on, at the bottom, you will see everything that pfSense receives at the OPT1 from your phone (device with IP 192.168.49.x).
You will see the DHCP negotiation traffic, a couple of packets.
And then : what did you see ? -
@a-networking-noob said in Unable to get OPT1 to work:
gateway and DNS that match what is shown in pfSense and lines up with the OPT1 settings.
I have seen users setup a nat router as their wifi.. Where the network wifi router is handing out is the same as what pfsense network is.. So yeah looks correct, but yeah never going to work..
Or they their wifi setup as guest, and can not talk to wire, and while dhcp might work - when they actually go to talk to pfsense IP for dns or to get out to the internet, doesn't work..
-
@johnpoz said in Unable to get OPT1 to work:
I have seen users setup a nat router as their wifi..
I'm presuming the Access Point is set up as an access point (! ) and doesn't have any firewall / router / dhcp capabilities activated. If so, all bets are off.
The packet capturing would show the MAC address of the phone (not the AP !!) and show the DHCP request from the phone etc.
-
@Gertjan said in Unable to get OPT1 to work:
presuming the Access Point is set up as an access point
@a-networking-noob Did you give your wireless router model (I didn't see it just now)? In many cases a "consumer" router can function as an AP by simply not connecting the WAN port, and disabling DHCP on it. So only a cable from LAN to your switch (or OPT1 if no switch). Then as mentioned above the router/AP's WAN cannot be the same IP subnet as your LAN...just make up some other private range.
-
@Gertjan said in Unable to get OPT1 to work:
@a-networking-noob said in Unable to get OPT1 to work:
Unfortunately, this did not solve it.
Another test :
Goto Diagnostics> Packet Capture
Select the OPT interface, like :
and enter the IP of your phone :
Like this :
and then hit the green start buton.
From now on, at the bottom, you will see everything that pfSense receives at the OPT1 from your phone (device with IP 192.168.49.x).
You will see the DHCP negotiation traffic, a couple of packets.
And then : what did you see ?This is all I captured - no clue what it means :)
21:54:26.899362 IP 192.168.49.1.67 > 192.168.49.101.68: UDP, length 300
21:54:26.960728 ARP, Request who-has 192.168.49.1 tell 192.168.49.101, length 46
21:54:26.960748 ARP, Reply 192.168.49.1 is-at 64:62:66:21:cb:d5, length 28
21:54:26.961700 IP 192.168.49.101.49484 > 192.168.49.1.853: tcp 0
21:54:27.983001 IP 192.168.49.101.49484 > 192.168.49.1.853: tcp 0
21:54:30.082548 IP 192.168.49.101.49484 > 192.168.49.1.853: tcp 0
21:54:34.102204 IP 192.168.49.101.49484 > 192.168.49.1.853: tcp 0
21:54:42.192314 IP 192.168.49.101.49484 > 192.168.49.1.853: tcp 0
21:54:57.128329 ARP, Request who-has 192.168.49.1 tell 192.168.49.101, length 46
21:54:57.128353 ARP, Reply 192.168.49.1 is-at 64:62:66:21:cb:d5, length 28
21:54:58.420025 IP 192.168.49.101.49484 > 192.168.49.1.853: tcp 0 -
@a-networking-noob said in Unable to get OPT1 to work:
............ 853..................
You nailed it.
Your phones are doing DNS over 853 (DNS over TLS) and ask 192.168.49.1 to do the DNS for them.
Or : you probably do not have "DNS over TLS" activated - just like me.That a device defaults to, out of the box, with "DNS over TLS port 853" ..... well ... that will create a lot of issues.
edit : some one clicked somewhere in the phone "use secure DNS" without thinking about the consequences ^^ ??So : no need to throw away the phones.
Just set this phone dns setting back to default : use "DNS to port 53" (non TLS) (and DNS over TLS when aviable) and you're good.
Or activate in unbound your local port 853 so it can handle DNS over TLS for your phones - see image.And of course : if host names can not get resolved to IPs, then yeah, you have the impression that the devices doesn't work, or, they can communicate just fine. Example : a ping to 8.8.8.8 will work (try it).
This was a typical "It's always the DNS" problem.If you were brining your phones to the local Mc Donalds free Wifi, they wouldn't work neither.
Your laptop doesn't use "DNS over TLS" (windows 11 can support it now, I guess, dono how to activate it) but when you activate this option on a device, you have to make sure that the other side, your ISP router, or pfSense, etc also supports it.
-
-
@Gertjan said in Unable to get OPT1 to work:
@a-networking-noob said in Unable to get OPT1 to work:
............ 853..................
You nailed it.
Your phones are doing DNS over 853 (DNS over TLS) and ask 192.168.49.1 to do the DNS for them.
Or : you probably do not have "DNS over TLS" activated - just like me.That a device defaults to, out of the box, with "DNS over TLS port 853" ..... well ... that will create a lot of issues.
edit : some one clicked somewhere in the phone "use secure DNS" without thinking about the consequences ^^ ??So : no need to throw away the phones.
Just set this phone dns setting back to default : use "DNS to port 53" (non TLS) (and DNS over TLS when aviable) and you're good.
Or activate in unbound your local port 853 so it can handle DNS over TLS for your phones - see image.Thanks for sticking with me on this. I got one of my phones working now, but not the other one. I checked and in fact I did have "use private DNS" active on the phone that won't connect, but even after disabling that, it still won't connect. So maybe I'll just have to give up on that one.
Anyway, thanks for all the help!