Hm, not sure that would be legal even? Considering it likely contained information on different employees etc. But yeah, if possible it would have been nice to see.

Yeah you’re correct on the accusations, I should have clarified.

But with that approach it doesn’t sound like there is anything an organization could do against false accusations that would absolve them of wrongdoing. I’m all for bashing corrupt/horrible companies, but it feels like there should be at least some presumption of innocence unless there is any kind of proof. Painting all accused with the same brush just leads to devaluing the brush IMO. But like you said, people may (and will) believe what they want, and people are under no obligation to watch or support any creator unless they want to. In my case I just haven’t seen any proof of wrongdoing (in this case, gamersnexus controversy was worse IMO).

What do you think a company should do in that situation, assuming it is being falsely accused? What would a “perfect” response be? I cant think of a much better one than what LTT did, given their circumstances, but would love to hear what a better response would look like.

They hired an external firm to investigate themselves and they found nothing, while the accuser had zero proof. There is plenty of things to accuse them for, the gamers nexus thing for one, but I’m a bit annoyed about false accusations sticking so hard when there is little reason to believe it. If anything it makes people less likely to believe actual victims.

Feels like I remember that one getting pretty good proof Linus didn’t do anything, but could be wrong

Wont go inte networking, but assuming networking works between them you can manually specify an IP in the mobile app:

Add a device -> three dots in top right -> add devices by IP.

Bonus: This also works over tailscale and similar apps, making it so you can have an always on connection despite not being home.

If your data is very important you should definitely prioritize implementing your backup for at least the most important stuff. You could probably move it over, but in case something happens your data will most likely be gone, or best case very hard to recover.

Fedora is a great distro, but they are decidedly bleeding edge on purpose and IMO not the best choice for a server hosting critical data.

A better option would be running a hypervisor like proxmox (you can even convert your existing Debian install, but I havent tried this personally) and passing your GPU to a virtual machine that runs fedora.

This gives you both a very stable environment for your data and and a bleeding edge environment where your hardware decoding likely works great. I do this exact thing personally and it works great.

Glad to hear it seems to be working! Hoping you find the issue in the backups, would be interesting to know what went wrong haha

Probably a good idea sadly… There can be a lot of different things wrong, so will probably be faster doing that either way.

When rebuilding, try to verify each that each step works so you find the problem eventually, Im guessing it will be easier to find that way

Have you tried setting the gateway to one of your LAN interfaces? And what happens if you ping 10.99.1.254 from the firewall?

Okay, I think I know (at least one of) the problem(s).

It is sending the ping from the WLAN interface because that is your default route, and you either don’t have a route specified for your 10.2.x.x network or you’re overwriting it with a different route (I’m guessing the first option).

E.g. you need to tell your firewall “if you want to reach an ip-address in 10.2.x.x you need to go through here”, with “here” probably being either your managed switch if it works as a gateway (10.6.1.254?) or an interface on your router if it works as a switch (10.6.1.41?).

If the firewall cant reach the LAN, either because of a firewall rule or bad routing, it will not be able to access the DNS server even if it works well for the rest of the LAN. I’m assuming that the rest of the LAN talks to the DNS server directly and not through the firewall.

It sounds like you would benefit from reading a bit about how routing and gateways work, as it seems like you’re mostly trying stuff without really knowing what it does. Please save yourself some sanity and make some proper planning on your different subnets, their vlans and how they should route their traffic, ideally in a diagram of some sort.

Without knowing your exact setup I’m getting a feeling that your current configuration is both overly permissive and overly restrictive, meaning you cant access the things you want but any potential attackers can probably get around just fine.

I would seriously consider tearing it down and starting over with a more cohesive plan, but I know that might not be possible for you time-wise. On the other hand, having a well planned network that you understand would almost certainly save you time in the long run, especially if you want to keep doing more advanced and unorthodox stuff to it.

First off, if your firewall can ping 8.8.8.8 it can access the WAN, as 8.8.8.8 (hopefully, or you have bigger issues) is on the WAN. It not being able to do updates etc is probably a DNS issue in that case, probably caused by your firewall not being able to access your DNS server due to improper configuration on either the firewall, the switches or the DNS server itself.

Is your DNS server allowing clients coming from subnets other than its own? Can your Wireguard clients also ping 8.8.8.8? If so, they probably share the DNS issue with your firewall.

I would recommend trying to debug this iteratively, as this sort of problem has a lot of potential error sources that is hard to know of no matter how many screenshots you provide, like the configuration of your switches and DNS server. Try this:

1. Computer A cant reach computer B. What is the IP of A? What is the subnet of A? If it is different from the subnet of B, what route should it take to reach B? What is the next step on that route? Can we successfully reach this next step? Does the next hop on the route know where to go to reach the subnet for B? If so, what is the next step? Repeat until we’ve reached B, ideally ensuring each step on the way is acting as it should either trough something like wireguard or the built in tools of your firewall/switch/gateway/etc.

2. Assuming the problem hasnt been found, repeat from B to A, as responses might not reach us resulting in a broken connection even if we can reach B.

3. If the routing makes sense, is there a firewall on the way that doesnt allow us to reach B from A? Can we instead reach A from B? If not, we’ve found the problem.

I would strongly reccomend drawing your network layout (or at least the route you are trying to debug) in a flowchart tool (diagrams.net being a good option), as it is extremely hard to keep track of everything otherwise.

Seems to be some cursor themes that do it that way, like this one for example: https://store.kde.org/p/2103612

Arent they owned by a Chinese company these days?

Have you tried tumbleweed? As someone who uses both Fedora (or more accurately Nobara) and tumbleweed, my laptop experience on tumbleweed has actually been slightly better on tumbleweed.

My only remaining issue is that wayland has slightly more input latency when playing games, enough that it’s noticeable (or a very convincing placebo effect).

This makes it so that I have to use X11 and that I have to disable compositioning when playing games as my displays have different refresh rates. All in all, not a big problem but looking forward to be on wayland for good soon.