Late to the thread but I would say yeah, Debian is good for gaming. The only place I have issued is with VR, otherwise it’s been smooth sailing for the past 3 years.
Linux and Windows are very similar, but they have some very important differences. My recommendation to you would be to install a VM and try to use Linux, if your computer can’t handle a VM or you want a closer experience at running Linux, you can create a Live USB with a program called Rufus, it should even allow you to set some permanence so you don’t have to redo everything every time you boot it. Running Linux from the USB will let you use the system without altering anything, and you’ll have an install button that will have a graphical interface to install Linux on your system should you want to.
Last time I tried this myself I could play a lot, but never the ones I wanted and ended up switching back anyway. Ever since I’ve just always been running a linux and a windows PC, each to its best use.
I must stress however this experience of mine was over a decade ago and I have heard there’s been a lot of improvement on the subject, with steamdeck becoming a thing and alike, so I have no up-to-date experience in what runs and what doesn’t anymore. What I cán tell you however is that whichever Windows-only game did play (using Wine back then, dunno how it’s done these days) always played at least 2-5x better than on the actual Windows it was made for. 😅
So good luck and I would love some information as to your eventual result!
It seems that BT 5.3 in USB format is a challenge to find, let alone support under Linux. If 5.0 is acceptable, the TP Link UB500 uses an RTL8761B chipset which has been supported since around kernel 5.16.
I have a few UB500 and UB400 adapters and both have worked OOTB without issue under Fedora.
Hello! That's something that I should keep an eye on! When speaking about Captive Portals, I just assume everyone uses 4G/5G (which doesn't require these portals to be used) instead of open networks. My script already has DNSSEC disabled since it has caused some problems during testing. BTW, just a question : Are these portals very common? I haven't seen one since years now.
In Germany every public wifi, train (ICE windows block cell internetand they are currently lasering small waves in them), hotels, cafes, private wifis even if you are a guest.
Because of “data protection” everyone needs to accept TOS so every network has them.
No idea where you live but cell data is often expensive.
I just use the MullvadVPN app, my systemd-resolved is plain and insecure and Mullvad does all the secure DNS stuff. Obviously sucks and is not scalable at all.
Systemd implementing a switch that could then be integrated into GUIs, like KDE6’s captive portal opener, is crucial. So for the portals you would make the DNS insecure, log in and secure it again. Best automatically.
Ok. I will see that! If you have a GitHub account. You can make an issue right now, so tracking the issue would be better for me. Or I could do that myself.
Edit : I have made a prototype that I could release it soon as an alpha. When it gets released, your goal is to test in a place where captive portals are present. Sadly, the script won't be automatic but requires user interaction.
Edit 2 : it is now available as alpha on the releases page.
I have edited the release page for the alpha. I have modified the file to correct a bug and add the deletion of the backup file when the operation is finished and also restart systemd-resolved service.
Have you looked into how existing software handles captive portals. I believe, both Ubuntu (or Gnome or Network-Manager) and Firefox do check for such portals and detect real internet access. (They simple poll some URL detectportal.vendor.com and check for the expected return code. Portals usually redirect.)
Now I’m thinking, what if this check could trigger a change to the DNS configuration. That is use DoT when internet is available, otherwise fall back to DHCP announced DNS
No need for a systemd switch. It should work with a dedicated “portal” browser that bypasses the global dns and has a built-in resolver using the dns from dhcp.
That was also my question. A broader question is how to access services on the local network that are announced through local DNS? Like your router’s web interface or any similar device.
Can you have split routing? Most queries go to our preferred DNSoverTLS endpoint, but some go to DNS53 on the local network.
This would also solve the captive portal if the host used to detect captive portals is always resolved locally.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.