I’m going to be the voice of dissension. I absolutely adored Limbo and bought Inside day one solely because of it. But Inside just didn’t hook me like Limbo did. Inside was perfectly fine but I never gave it a second thought once I finished it, unlike Limbo.
I agree to be honest. Limbo seemed very touching and impact in its story. With inside the biggest argument I’ve seen is that the story is about individualism and working together but honestly, it didn’t feel like the story delivered the impact of the narrative as well as it could. Specially since losing your individuality was the best gameplay of the game.
You are correct the FIREWALL_VPN_INPUT_PORT is to allow the port to be opened on the vpn side of the connection. You will add the port provided to you from Air as that variable and set the same port within qbittorrent.
You should not be adding the port 6881 anywhere, example compose below from the guide on my website.
Hmm I see, I had the port in 6881 docker-compose and used it for the incoming connections in qBittorrent for 2 days or so, would that get me a notice from the ISP? I’ve been using network_mode: “service:gluetun” the whole time and the curl https://ipleak.net/json/ from the qBittorrent container console always delivered the ip of my vpn.
What is your toreenting “signal chain”, so to say? Normally when you download things through qBittorrent, are you generally running bare? Do you use a VPN? Is your torrent client configured to use a specific NIC? If so, is that NIC active and passing traffic? There are so many variables that play into this.
No VPN because I live on the wild side and I use pretty stock settings. I resolved my issue but should I look into my NIC settings? Thank you for your help.
The NIC thing was more for if you were using a VPN. You can lock down your client to just use the virtual NIC your VPN client creates, so that’s always recommended when setting up your client.
There are two low level tricks that make a huge difference for seeding, even if you can’t open ports. These are generic Linux tweaks, you may have to adapt them for QNAP depending on how customized it is. Ask me if you need help. As far as I can tell you need to ssh to the “admin” acount, so open a command line and type ssh admin@your-nas.
To make both tweaks permanent you need to edit /etc/sysctl.conf. you can try editing them with nano. If you don’t have nano you’ll have to try with vi, but vi is not intuitive at all to use.
The first tweak makes you a lot more effective to peers that are on unstable connections and on wi-fi. Google uses it for most of their infrastructure, originally on YouTube. You can read their article for more info on how it works.
Add this line to /etc/sysctl.conf, close nano with ctrl-X, and reboot:
The second tweak decides how fast you can upload to people far away from you. If you calculate 2 * this value / your latency to them, you get the max speed you can upload to them. For simplicity I set it to be the same as my upload speed: let’s say you have 10 MB/s upload, that’s 10000000 bytes / second:
Add this line to /etc/sysctl.conf, close nano with ctrl-X, and reboot:
This way even someone in Australia with 500 ms of latency can download at 10 MB/s from you, (2 * 10000000 bytes / 0.500s = 10 MB/s)
After rebooting you can check if the setting stuck with the command sysctl net.ipv4.tcp_congestion_control and sysctl net.core.wmem_max respectively.
For any of this to make a difference you should disable µTP in your torrent client, or make it prefer TCP over µTP.
To me it makes an enormous difference, from barely any upload at all to 100 GB per day. And I’m sure it’s nice for whoever is downloading on the other side to get what they’re looking for super fast.
For any of this to make a difference you should disable µTP in your torrent client, or make it prefer TCP over µTP.
Just as a caveat, people disabling/throttling µTP may want to manually set appropriate global rate limits (upload/download bandwidth) otherwise it’s possible the torrent client will actually hit the maximum upload/download limits of the ISP or router forcing everything else on the network to slow down/time out during other internet usage. You’re obviously more advanced so you already know all this :)
Mainly it’s extra info for noobs messing around with their settings, often times noobs mess around with settings, disable things, etc. & then wonder why their torrent client keeps “crashing” their internet :P Making changes to µTP should be more of a last resort IMO.
µTP itself is a pretty big topic, there are a fair amount of people testing different settings in the qBittorrent / Libtorrent Github Issues but I’m not sure there’s even a consensus on a proper default setting. e.g. qBittorrent’s devs specifically chose different µTP defaults vs the Libtorrent library’s own defaults. qBittorrent defaults to having µTP enabled with preferring TCP (throttles µTP), Libtorrent defaults to having µTP enabled with peer_proportional (does not throttle µTP). The qBittorrent default is reasonable though I wonder if the Libtorrent default is the more “correct” approach but that’s certainly up to much debate. In both cases µTP is never disabled completely.
With my own testing I tend to keep settings at Libtorrent defaults just to observe behavior, with mainly private tracker peers I’ve noticed at least ~60% of my incoming connections are from µTP peers so at least for me it seems reasonable to keep it enabled.
The big problem with disabling µTP is that because it uses UDP, under some kinds of NAT you can get incoming connections despite being NATted. So you will loose some peers if you’re behind a NAT. If you’re not NATted there’s no connectability advantage, because every client that implements µTP can fall back to TCP.
The big advantage to disabling it that you can tweak these things. I don’t know of any client that lets you choose which congestion control algorithm that µTP uses. They all use one called LEDBAT that’s one of the first attempts to design one that avoids “bufferbloat”, i.e. that problem where the torrents fill up the buffers in routers and “clog up the Internet”. That’s nice however it doesn’t work well with networks with a lot of jitter like wi-fi, and it “loses” to algorithms that do fill up the buffer like the default TCP CUBIC. BBR avoids bufferbloat and is designed to keep working well with high jitter—Google’s intention was to make YouTube load faster on mobile phones. It also it wins over CUBIC, which is why almost every seedbox comes configured with no µTP and BBR congestion control. However, because it wins over CUBIC it will “clog up the Internet” in a different way: you may get lower speeds on everything else but don’t lose interactivity.
Linux comes with a different version of BBR that’s tuned to always yield to other traffic called lp. You enable it with net.ipv4.tcp_congestion_control = lp. I think lp is the optimal choice for seeding public torrents: you give full speed to faraway peers, but only when there’s nobody else that can do it.
There’s very little info to work with so it’s unlikely you’ll receive any specific advice.
But mainly you do want to be fully connectable (port forwarded) so check that. Go to any port test website (www.canyouseeme.org, www.yougetsignal.com/tools/open-ports/, etc.) and enter your torrent client’s incoming connection port there. (for qBittorrent that is in Tools / Options / Connection / Listening Port)
If that test fails then you need to figure out what is blocking your torrent client’s incoming connection port.
If you’re using a proxy that’s the issue, won’t get an incoming connection port via proxy
If you’re using a VPN service that does not support port forwarding then that’s the issue, it is impossible to port forward on a VPN without port forwarding support
If you’re using a VPN service with port forwarding support then go to their website & figure out how to configure it, each VPN service is slightly different
If you’re not using a VPN/Proxy then most likely you’ll need to log into your network router/firewall & configure a port forward there. Basically create a port forward for your torrent client’s incoming connection port & point it to your local system on the network (your NAS)
Also make sure to whitelist your torrent client in any anti-virus/malware software you are using, those will definitely slow you down and/or block connections to your torrent client.
There’s potentially other issues but everyone starts with being connectable first.
I highly recommend Mercenary Kings. It's like Mega Man combined with Contra combined with Monster Hunter. There's a really satisfying loop of fun missions where you get upgrade materials so that you can upgrade, strategize, and equip for more fun missions.
For roguelikes, I'd highly recommend Streets of Rogue and Vagante. The former is wackier and a more open sandbox; the latter is a better challenge and perhaps a bit more satisfying to beat, but both are phenomenal. Streets of Rogue is sort of a twin stick shooter with tons of classes that play very differently, often compared to Deus Ex; and Vagante is like Spelunky crossed with Dark Souls.
Other than that, those Quake remasters have split-screen for co-op and versus multiplayer. A friend and I just started Quake 1 recently.
As a bonus, all of the above are also online multiplayer.
You should try Lovers in a Dangerous Spacetime. I think it's up to 4 players, but essentially you both walk around a 2D side perspective ship and can control the different weapons and power systems.
You both have to run from station to station to navigate a large area and fight and defend from enemies and accomplish tasks. It starts easy and gets actually quite hard despite the art style. Cooperation is vital.
I'd also recommend Cook Serve Delicious, either the second or third, both are great games for one or two players. You essentially run a kitchen on a day by day basis. You have a menu of items you must cook for customers that come in throughout the day. Cooking requires pressing combinations of buttons to add ingredients depending on the customer's special order for the item.
In between customer orders you have to handle cleaning tasks and there are rush hours throughout the day where tons of customers arrive. When it's going full tilt you're rapidly taking orders, putting food together, and sending out food, it's extremely fun and as challenging as you want it to be since you can choose what you want to have on the menu if you'd like.
I like that you're purely focused on making the food and accomplishing tasks unlike Overcooked where the challenge is more about getting the ingredients from place to place and having only two players makes it ultra difficult. CSD scales much better to the amount of players.
bin.pol.social
Ważne