Thanks for replying Franco
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 MenuQuote from: nero355 on February 08, 2026, 12:18:39 AMBecause some of us don't use OPNsense for DNS at all and have a seperate Raspberry Pi or Intel Atom NUC running Pi-Hole I thought it might be useful to have the right settings available in this topic :how would unbound on OPNsense fit in this scenario if one were to use it as upstream server?
- 10.0.0.0/24 subnet
- OPNsense Interface for it is called ThuisLAN
- It's Gateway IP Address is 10.0.0.138
- Pi-Hole DNS IP Address is 10.0.0.139
Please note the following :
My Pi-Hole uses a Management VLAN for it's Internet connectivity so any rules related to that are not shown here because they are simply not needed !!
NAT Outbound Rule Settings :
NAT Outbound Rules Overview :
NAT Port Forward Overview :
NAT Port Forward Settings :
Firewall Rules Overview :
The only thing I don't like but kind of also do like :
With this setup all the Redirected DNS Queries are shown in the Pi-Hole Query Log as done by the OPNsense Gateway Interface (10.0.0.138) instead of the device being naughty, but fixing that would require setting up a DMZ for example (or any kind of dedicated let's say "Servers VLAN") so ALL the traffic passes OPNsense instead of being partially local and party from OPNsense like it is now.
On the other hand you can filter "Bad Traffic" from "Naughty clients" very easily by looking for the Gateway IP Address of your VLAN in the Pi-Hole Query Log :P
Most important thing is that IT WORKS! ^_^
Quote from: Patrick M. Hausen on February 21, 2025, 06:24:15 AMWhen it is identified and shown like in your output, the tunable IMHO does work. Now check the other end and cabling.Good morning Patrick. I got it figured out. My assumption was when one plugs an sfp into an opnsense box,the unassigned interface would light up green but it wasn't in my case so I was thinking it wasn't working. Once I assigned which in my case was ix1, things started working.
You have identical speed on both ends?
Quote from: Tismofied on February 20, 2025, 10:49:43 PMThis config modification can be achieved using tunables. System>settings>tunablesQuote from: C0S on July 17, 2024, 01:11:28 AMJust sharing for awareness:
I recently purchased a Qotom Q20331G9-S10 CPU Atom C3758R - (4 SFP+ Version) - No RAM, No Storage.
I then installed:Serial console issues aside, the VGA installation went off without a hitch.
- RAM -- Kingston KF432S20IBK2/64 -- 64GB (2x32GB).
- NVME -- SK hynix Gold P31 2TB
I had it up and running on the Intel i226s almost immediately.
The Intel X553 was a bit of a different matter. It refused to recognize any of the SFP+ modules (SR or DAC) I installed, so after a bit of research I found that the Intel driver itself was refusing the use of the "unapproved" SFP+ modules.
There is a sysctl that allows you to bypass this behavior.
So, within /boot/loader.conf.local I set the following:
hw.ix.unsupported_sfp=1
... after that and a quick reboot. I could get the modules to recognize and autoconfig up at 10Gb.
For connectivity to my switches I am currently using this DAC Cable:
10Gtek SFP+ DAC Twinax Cable, Passive, Compatible with Intel XDACBL2M, 2 Meter(6.5ft)
Hope that helps anyone looking to get this device working in their own environment.
Edit:
To have the system boot after power-loss, you can set that behavior within the bios here:
--> IntelRCSetup --> South Bridge Chipset Configuration --> State after G3 --> (Change to desired behavior)
I don't have that /boot/loader.conf.local
I have /boot/loader.conf but within it there is no mention of
hw.ix.unsupported_sfp. Do I add it there and set it to 1 ?
Quote from: Patrick M. Hausen on February 20, 2025, 11:12:02 PMSystem > Settings > Tunables.Thank you Patrick. This tunable didn't help get my sfp+ module loaded under interfaces. I can see it identified in opnsense by running ifconfig -v under ix1 like so
Add it as a new variable and reboot.
@OPNsense:~ $ ifconfig -v ix1
ix1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=4803828<VLAN_MTU,JUMBO_MTU,WOL_UCAST,WOL_MCAST,WOL_MAGIC,HWSTATS,MEXTPG>
ether 20:7c:14:f5:45:69
media: Ethernet autoselect
status: no carrier
nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
drivername: ix1
plugged: SFP/SFP+/SFP28 10G Base-LR (SC)
vendor: E.C.I. NETWORKS PN: ENXGSFPPOMACV2 SN: SC25447837828 DATE: 2025-02-10
module temperature: 21.84 C voltage: 3.24 Volts
lane 1: RX power: 0.00 mW (-40.00 dBm) TX bias: 0.00 mA but when I go check under interfaces>>>overview ix1 is red and not green.# dynamically generated tunables settings follow
debug.kassert.warn_only="1"
dev.netmap.admode="2"
dev.netmap.buf_num="1000000"
hw.ibrs_disable="0"
hw.ix.unsupported_sfp="1"
hw.ixl.enable_head_writeback="0"
Quote from: yourfriendarmando on August 02, 2024, 04:40:58 PMThere might also be tunables like this they can coerce the Intel chip to cooperate with the modules:Where could I find this settings?
hw.ix.unsupported_sfp
Force Intel driver to use unsupported SFP+ modules. Def: 0
boot-time
Set the value to: 1
Quote from: C0S on July 17, 2024, 01:11:28 AMJust sharing for awareness:
I recently purchased a Qotom Q20331G9-S10 CPU Atom C3758R - (4 SFP+ Version) - No RAM, No Storage.
I then installed:Serial console issues aside, the VGA installation went off without a hitch.
- RAM -- Kingston KF432S20IBK2/64 -- 64GB (2x32GB).
- NVME -- SK hynix Gold P31 2TB
I had it up and running on the Intel i226s almost immediately.
The Intel X553 was a bit of a different matter. It refused to recognize any of the SFP+ modules (SR or DAC) I installed, so after a bit of research I found that the Intel driver itself was refusing the use of the "unapproved" SFP+ modules.
There is a sysctl that allows you to bypass this behavior.
So, within /boot/loader.conf.local I set the following:
hw.ix.unsupported_sfp=1
... after that and a quick reboot. I could get the modules to recognize and autoconfig up at 10Gb.
For connectivity to my switches I am currently using this DAC Cable:
10Gtek SFP+ DAC Twinax Cable, Passive, Compatible with Intel XDACBL2M, 2 Meter(6.5ft)
Hope that helps anyone looking to get this device working in their own environment.
Edit:
To have the system boot after power-loss, you can set that behavior within the bios here:
--> IntelRCSetup --> South Bridge Chipset Configuration --> State after G3 --> (Change to desired behavior)
Quote from: franco on February 12, 2025, 11:52:14 AMHoping in bugs fixed that are not raised in the bug tracker for coordination? Not 100% a good plan. :)🥲 that's fair haha.
Quote from: vlannister on January 30, 2025, 10:47:12 PMRegular view:On hover:
Data in the /api/diagnostics/system/systemTemperature feed looks ok:[
{
"device": "hw.acpi.thermal.tz0.temperature",
"device_seq": "0",
"temperature": "48.1",
"type_translated": "Zone",
"type": "zone"
}
]
Tested in latest Chrome and Firefox