I suppose I don’t have enough experience or interest in the Shield as a server, so I’ll take your word on that part. I don’t disagree that purely as a client, it’s overpriced today, although I’ve always been satisfied with mine. It’s always outperformed most other clients I’ve ever tried. What would you suggest as an alternative now, just a mini pc or something?

How does that make them useless? They may not work for a use case where you’re mounting network drives, but still work perfectly fine if you’re using them to connect to a media server.

We’re in an online echo chamber, we don’t need to look at reality. Just find the opinions that we agree with, and agree with us, and put 'em at the top!

Very uncommon to refer to NCOs or SNCOs as officers in branches of the US military that I have experience with. Interesting about Canada though, I wonder what other countries do

Oh, very interesting. Yeah, I hate this AT&T ONT - I hate the idea of my ISP owning or providing any equipment. I was under the assumption that there weren’t good alternatives for the ONT, and that I was stuck with the AT&T-provided one, since fiber is relatively newer. Seems much easier for them to lock you into using their device. Thanks for the link!

Good points. It’s strange to me to think of routers and APs as just computers, or things that can be run off of a mini-PC or some kind of raspberry pi, but it seems like it’s entirely feasible to build up your network with those.

Oh, that’s really nice. The more I hear about OpenWRT and OPNsense being so well supported, the more I lean towards those as my solution

Yeah, I definitely agree with splitting it up. Until lately, I haven’t been able to justify the cost of replacing my whole setup. But at the rate that my routers/routers-as-APs seem to die (maybe one every 18 months), it’s enough of a nuisance that I’ll just spend some money and do it the “right” way

Thanks for the link, I’ll have to look into running OPNsense on my Proxmox cluster. I’ve been holding off on buying a new server, having a server just for my networking VMs might be a good solution, thanks!

I have a pretty decent background in networking - I spent a few years in a network technician position and finished up my CCNA training while I was doing that work. I’ll have to look into Mikrotik, I’ve never actually heard of that brand, thanks for the recommendation

I’m not very experienced with OpenWRT - how sensitive is it to device changes? If your Barracuda dies tomorrow, do you have to purchase the same brand / model, or could you slap your saved config onto a similar device? Is there some sort of device compatibility to consider?

No issues or anything so far with the Unifi devices? That’s good to hear. Do you have any third-party integrations with your Unifi devices, or is it as locked of an ecosystem as I’ve read others say? I don’t think I’d mind taking the plunge, as long as it has good customer service and support.

I’ve had issues with .local on my Android device. Straight up doesn’t work. I had to change to .lan

I’ve had issues with .local on my Android device. Straight up doesn’t work. I had to change to .lan

The music isn’t tagged in Lidarr with Musicbrainz or whatever? Does Picard do more than that?

Yeah, you and I have very similar use cases with this. Gluetun, VPN, download clients + *arr stack, I get it. I’ll be sure to update with a solution, if I spot one (when I get around to looking)!

I am also currently dealing with this same exact issue, I’m wanting to run multiple instances of Lidarr for MP3 / FLAC libraries with Gluetun. I don’t have an answer (I haven’t put in the time to try and solve it yet), so apologies if I got your hopes up. I’m just here to confirm that others have this issue too!

Edit: Regarding that documentation, it seems like it’s not saying that changing the port breaks it, it’s just that you have to set both sides of the mapping to be the same. The default is 8080, so instead of 8080:8080, change the mapping to 8081:8081. That’s how I’m reading it, anyways.

I should also mention that the closest that I got to fixing this was to boot up my 2nd Lidarr container separately, setting the port in the Lidarr WebUI console to something different (8687, for example), and then attach it to my Gluetun docker compose file. I did a docker compose pull to update my stack, then docker compose up -d for it. You might try this approach, and tinker around with it. I just haven’t had time to really play with this “solution”

Edit 2: Played more with the solution I mentioned, and that LifeBandit666 found. We both gave the same solution, and the solution seems to work. Just don’t be a dumbass, and remember to do application configuration to your container (unlike me, who, after putting the container into my Gluetun docker compose file, forgot that I didn’t do application configuration and just saw a bunch of errors with Lidarr).

I used to have this issue more often as well. I’ve had good results recently by **not ** pointing out mistakes in replies, but by going back to the message before GPT’s response and saying “do not include y.”

Yeah that’s true. Different styles of deployment, in the end all that matters is that your application is up and running

If I already have a docker environment set up, why not use the container? I use containers for most of my stuff, if I can. It makes many aspects of system management so much easier.