Using Realtek NICs in pfSense

This is an old post!

This post is over 2 years old. Solutions referenced in this article may no longer be valid. Please consider this when utilizing any information referenced here.

In the year 2021 there are a lot of things that you just take for granted. Remember when you used to have to use jumpers to set things on your computer? Or worrying about IRQ conflicts? Or whether you could get the the drivers you needed to work?

These are all parts of the “bad old days” of computers that I don’t miss very much. These days if I plug things into my computer - any of them - I expect them to “just work.” And very often, surprisingly, this is the case. Especially common, well supported things like network cards.

So it is notable when I encounter something where that isn’t the case. But first, let’s back up a little bit.

How I Got Here

I have been using pfSense now for many years, since I migrated from DD-WRT. And to say that I have been pleased with it would be an understatement. It’s astounding that I can get professional-grade router support for free.

But in January, I woke up one morning to a broken network. I could not ping even the server sitting in the closet next to me. And after a round of troubleshooting, in frustration, I unplugged the router from the network. And everything started working again. Clearly, this meant the router - a mini ITX computer in a small form factor case, was to blame. Likely, the network adapter had failed.

But, the board was a dual-NIC motherboard, and because of the small form factor case, I could not simply slam a new NIC in it. So, off to build a new router I went.

But common equipment like network cards are just not something you think about needing to check the hardware compatibility lists for. They Just Work™. So I merrily ordered a new motherboard and a network card and built a new router, though this time I built it in a case so if this happened again could just slam a new NIC in it and move on with my life.

Then The Problems Start

The motherboard, an Asus PRIME H410M-E, had one built-in network card. I ordered another. Both ended up being based on the RealTek 8168 chipset. So I installed pfSense and racked the new machine and all was good…

… except it wasn’t. Every so often the machine would just totally die. Like stop responding at all and you had to hard-cycle it. This was totally out of character for pfSense, whose uptime on my old machine was often measured in months and only interrupted by upgrades. pfSense was the definition of stability.

The first time it happened I was curious. The second time it happened I was annoyed. All I could gleam from the logs was these cryptic line:

kernel: arpresolve: can't allocate llinfo for x.x.x.x on re1
kernel: re1: watchdog timeout
kernel: re1: link state changed to DOWN
kernel: re1: link state changed to UP

The frustrating part about this was how random it was. It would be up for weeks at a time, then suddenly die. Usually at the worst possible time, like when my daughter was trying to do her daily virtual meeting. Sometimes it would come back after a few minutes. Sometimes nothing but a hard reboot would fix it.

Tracing The Cause

My first thought was that this might be a problem with my cable modem, as re1 was the WAN port. But it was just too coincidental to be the cable modem. I changed the cable - I have seen cables go bad before - but that wasn’t it either. And the messages are so frustratingly vague that there could be a hundred different causes.

After one particularly frustrating day where I had to reset the machine multiple times, I was ready to take the machine out in the back yard and go Office Space on it. But, finally I decided to start thinking. What if there is a driver issue here?

So I started going through every piece of hardware attached to the pfsense machine and checking Google for issue reports. And when I reached the Realtek network cards, I hit jackpot.

As it turns out, a stock pfSense installation emphatically does not like Realtek network cards. And this is because the default Realtek drivers in FreeBSD (which pfSense is based on) are old and have many issues. As it turns out, this is exactly what was reported in this forum post.

Solving The Problem

So, finally I had a solution to why this machine was causing me such frustration. And knowing that, there are a couple of different solutions.

First, I could buy a new NIC. This may end up being the best possible solution. But I need a solution now, and getting a network card locally is basically impossible. I would have to order it to be delivered.

Second, from the address above, I could install updated Realtek drivers that are better than the default ones. This is what I ended up doing.

  1. Upgrade to pfSense 2.5.0 or newer, if you haven’t already. You can do this on older versions, but it is far easier to do on 2.5.0+ because it’s packaged.

  2. Shell to your pfSense machine and run pkg install realtek-re-kmod.

  3. Follow the messages on the screen.

  4. Reboot

That’s it. Working Realtek network cards. Now, it’s only been a few days but I haven’t had a network issue since I upgraded the Realtek drivers.

But Why?

This whole experience has left me with questions. First, why did I never encounter this before? Well, my previous pfSense installation was on an Intel D2500CCE motherboard, which included (you might have guessed) Intel network chips. Those are super supported by FreeBSD and pfSense and work out of the box with no issues.

But the bigger question is “why would you intentionally ship broken software?” I mean, this is not some random off-the-wall component. It’s a network card. And, this issue has been around long enough that the community has made a package for it, and the package is in the ports tree! But FreeBSD and pfSense still, by default will use the old and busted drivers and leave users frustrated.

As far as I can tell there aren’t even any licensing issues. Linux machines, which are under a much more restrictive license, have no problems with Realtek network cards. Several of my Linux machines have them, in fact. It’s just seems that FreeBSD does not want to fix this problem for whatever reason.

And that just sucks. The whole point of computers is to serve the users, not the other way around. And making things this hostile and obtuse for something as simple as a network card does nothing to further that cause. Either fix drivers, or don’t ship them at all - don’t knowingly ship broken software. Fix the bugs, make the machines work, make the users happy.

But, for the time being, I am happy to finally have a working router.

About the Author

Hi, I'm Rob! I'm a blogger and software developer. I wrote petfeedd, dystill, and various other projects and libraries. I'm into electronics, general hackery, and model trains and airplanes. I am based in Huntsville, Alabama, USA.

About Me · Contact Me · Don't Hire Isaiah Armstrong

Did this article help you out?

I don't earn any money from this site.

I run no ads, sell no products and participate in no affiliate programs. I do not accept gifts in exchange for articles, guest articles or link exchanges. I don't track you or sell your data. The only third-party Javascript on this website is Google Analytics.

In general I run this site very much like a 1990s homepage or early 2000s personal blog, meaning that I do this solely because it's fun! I enjoy writing and sharing what I learn.

If you found this article helpful and want to show your appreciation, a tip or donation would be very welcome. Feel free to choose from the options below.

Comments (0)

Interested in why you can't leave comments on my blog? Read the article about why comments are uniquely terrible and need to die. If you are still interested in commenting on this article, feel free to reach out to me directly and/or share it on social media.

Contact Me
Share It

Interested in reading more?


Creating a Safe Kids Network with pfSense, Unifi and NextDNS

Well, here we are five months later and COVID-19 is still a thing. And like many parents we are facing the need to continue our daughter’s education at home. Our local school district has stated that all learning will be conducted online for at least the first nine weeks. And even if they allow for students to return, we will probably opt to keep her at home for awhile longer until things are more stable. Now, our daughter is seven and will be turning eight in a couple months. So she’s at that age where she’s old enough to do some things independently. But, as most of us know, the Internet is not a safe place for a seven year old and we as parents need to exercise some level of control over the things they can access. And while the best solution is a set of eyes, we obviously can’t be everywhere at all times. So this is the solution I came up with.
Read More

More collectd and pfSense Fun!

Extending my post from last year, here’s some additional data I’m grabbing from pfSense and stuffing into collectd via a script. I’m now grabbing: DHCP Leases CPU Temperature Thermal Zone Temperature SSD Drive Temperature UPS information (via NUT) Here’s the exec script:
Read More

Collecting Data From pfSense Using collectd

So I’ve recently been on a graphing thing, wanting to collect all kind of data from my home network. And collectd seems to be a good candidate for doing that. With a huge number of plugins, it can collect and send just about anything you can think of to a time series database (I’m using InfluxDB for this). But, there’s a significant hole in my data collection: my pfSense firewall. Well, not anymore!
Read More