It’s a pretty common issue. Realtek devices are inexpensive an prolific but they’re flaky and not recommended by most. Coupled with pfsense, one can have a pretty solid lab if you can get them working reliably. I went down the path of building out a new lab with a gigabyte box as a pfsense one-arm-router. I paired it with a managed PoE switch running a few Ubiquiti APs so I could power and pull networks from some IoT devices I was researching.
Every time my nic was under load, my WAN interface would go down. Reloading the interface was a quick fix but it was one needing a more permanent fix.
This was the solution: https://forum.netgate.com/topic/135850/official-realtek-driver-binary-1-95-for-2-4-4-release/19
Unzip & Place “if_re.ko” file in the “/boot/kernel” folder
Ensure ownership and permissions on the if_re.ko file are:
- chown root:wheel if_re.ko
- chmod 0555 if_re.ko
Add this line to “/boot/loader.conf”:
Once you reboot, you can run kldstat to verify the driver is loaded. Most folks were having issues with “smart quotes” on their copy-pastes.
This solved all the stability issues I was experiencing in my lab.
I bought a silver ACEPC T11 for doing some lab work for $127 (link). It sports an Intel Cherry Trail Atom Z8350, quad-core CPU, 4GB of RAM, and 64GB emmc, and a dual-band 2.4ghz and 5ghz wireless card. I tried booting off the pfsense media and it kept hanging at
ppc0: cannot reserve I/O port range. After poking around, I ran across this article: https://forum.netgate.com/topic/109447/zotac-ci323-installation-controller-failures/16
I rebooted and selected
3. [Esc]ape to loader prompt on the boot menu. At the
OK prompt, I entered:
It booted right up and pfsense installed without any issues.
Next, I’ll be ripping it open and installing external wireless adapters and an SSD for storing pcaps.
Ubuntu 18.10 and Greenbone Security Assistant 7.0.3
Over the weekend, I updated my wireless router to the latest revision of ASUSWRT-Merlin. I also decided to update my DietPi Pi-hole to their latest builds. Due to a full code rewrite of Dietpi, it meant a complete rebuild for that system. The release of ASUSWRT-Merlin also suggested resetting to factory defaults due to some major changes. Everything was about to be new again.
Once I got everything rebuilt and running, I noticed requests coming from my firewall to my dietpi every 10 seconds or so for dns.msftncsi.com. I immediately assumed this was some Microsoft telemetry noise on my network from MS NLA. However, the queries were coming directly from my firewall which seemed odd. Another search led me to a post on the Pi-hole discourse. After I ran nvram show | grep dns_probe, it was clear I found the culprit.
admin@gw:/tmp/home/root# nvram show | grep dns_probe
I ran the following three lines and confirmed the traffic stopped. No reboot was necessary. The first post I read recommended setting dns_probe_content to 0.0.0.0 and dns_probe_host to “” (effectively blank). I later found a post by RMerlin that explains setting dns_probe_content to blank disables the watchdog service but effectively disables the dual WAN feature. It would make sense that dual WAN would require a watchdog service. So, if you use dual WAN, don’t do this. Otherwise, you should be fine.
admin@gw:/tmp/home/root# nvram set dns_probe_content=
admin@gw:/tmp/home/root# nvram set dns_probe_host=
admin@gw:/tmp/home/root# nvram commit
Jumped onto my server and noticed a few out of date packages. A quick
% sudo yum update reported the following:
error: rpmdb: BDB0113 Thread/process 12323/139745043400512 failed: BDB1507 Thread died in Berkeley DB library
error: db5 error(-30973) from dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db5 - (-30973)
error: cannot open Packages database in /var/lib/rpm
Fortunately, the fix was easy:
% sudo rpm --rebuilddb
Once complete, yum update worked like new.
For a while, I’ve been trolling the rich world of infosec tools offered in distributions like Kali Linux and BlackArch. Many of these tools have been a huge boost to my productivity and efficiency. Whether looking to defend a network, do network discovery, or just get a better idea of what tools adversaries use, learning these tool sets is critical to the success of today’s IT pros.
I’ll be covering tutorials on some of the more relevant infosec tools, scripts, and applications to the every day IT professional. For starters, I’ll be doing tutorials and demos of information gathering tools directly listed on the Kali Linux tools website. As I build out a streamlined process and home studio, I hope to improve the format and production quality, eventually introducing personal narration instead of text only, onscreen guides.
I’d love your input and feedback as I start down this path.
Follow along here on my blog or subscribe to the InfoSecTech YouTube channel.
Thanks for your support. I’m hoping this becomes a valuable contribution to the rich community of existing IT and infosec pros.