maxwellfire

Cranberry Sauce with Zinfandel & Spices

sauces Difficulty: Easy

Ingredients:

1-¾ cups red Zinfandel 1 cup sugar 1 cup (packed) golden brown sugar 6 whole cloves (look up conversion to ground) 6 whole allspice (look up conversion to ground) 2 cinnamon sticks

1. 3x1” strip of orange peel
2. 12oz bag of fresh cranberries

Directions:

Combine all ingredients except cranberries in medium saucepan. Bring to boil over medium-high heat, stirring until sugar dissolves. Reduce heat and simmer until reduced to 1-¾ cups, about 10 minutes. Strain syrup into large saucepan. Add cranberriees to syrup and cook over medium heat until berries burst, about 6 minutes. Cool. Transfer sauce to medium bowl. Cover and refriderate until cold. Can be made 1 week ahead. Keep refrigerated.

Source: Bon Appetit, November 2001

(My clipboard was actually empty, but this is the last text I shared on my phone)

How do you handle leftovers? Probably about 80% of the food I eat wasn't cooked on the day I eat it

I think it's the swing arm for a TV /monitor mount and it swings up when you remove the TV from it

What about solvespace web build: https://github.com/solvespace/solvespace/tree/emscripten#building-for-web

I don't know a lot about tailscale, but I think that's likely not relevant to what's possible (but maybe relevant to how to accomplish it).

It sounds like the main issue here is dns. If you wanted to/were okay with just IP based connections, then you could assign each service to a different port on Bob's box, and then have nginx point those ports at the relevant services. This should be very easy to do with a raw nginx config. I could write one for you if you wanted. It's pretty easy if you're not dealing with https/certificates (in which case this method won't work anyway).

Looking quickly on google for npm (which I've never used), this might require adding the ports to the docker config and then using that port in npn (Like here). This is likely the simplest solution.

If you want hostnames/https, then you need some sort of DNS. This is a bit harder. You can take over their router like you suggested. You could use public DNS that points at a private IP (this is the only way I'm suggesting to get public trusted ssl certificates).

You might be able to use mdns to get local DNS at Bob's house automatically, which would be very clean. You'd basically register like jellyseer.local and jellyfin.local on Bob's network from the box and then setup the proxy manager to proxy based on those domains. You might be able to just do avahi-publish -a -R jellyseer.local 192.168.box.ip and then avahi-publish -a -R jellyfin.local 192.168.box.ip. And then any client that supports mdns/avahi will be able to find the service at that host. You can then register those names nginx/npn and I think things should just work

To answer your questions directly

1. Yes I think just a box can work
2. I think locations are going to be a nightmare. don't use them if you can avoid it. Also plain nginx really isn't so bad, and you can learn pretty quickly. this is probably fine in npn though
3. I don't think you need to dive into iptables or anything like that. Iptables would provide a lower level proxying (level 3 instead of like level 7), which could be useful if you're running non http services, but isn't necessary for 99% of web stuff.
4. I think part of the problem might be working with higher level systems like npn, but a lot of it is just that networking involves so many layers and there are multiple solutions to any problem, all of which require knowing somewhat what's happening under the surface to understand why they're failing

I'd be happy to try and give more specifics if you choose a path similar to one of the above things.

I believe that the 67% number for the 2020 election is of eligible voters and not registered voters. While turnout is low, it's not 25% low.

I've looked into this before, and most of the cases where rcv fails seem relatively unlikely in real elections. I'd be happy with Star, IRV, RCV/IRV ballots with the runoff process modified to be a Condorcet method, approval. So I'll support any initiative to change to any of these systems.

Saying that IRV has glaring problems that make it not much better than fptp seems unsubstantiated.

For any voting system you propose, there are going to be properties you want that it fails, but like, some of those seem more important in real elections than others most of the time, and IRV seems reasonable in most cases.

Am I missing something big?

I don't think STV really exists for single member elections. It just becomes RCV.

Yeah openwrt should be great. It uses nftables as a firewall on a Linux distribution. You can configure it through a pretty nice ui, but you also have ssh access to configure everything directly if you want.

The challenge is going to be what the ISP router supports. If it supports bridge mode then things are easy. You just put your router downstream of it and pretend like it's a modem. Then you configure openwrt like it's the only router in the network. This is the opposite of what you've suggested, using the upstream ISP router in pass through and relying on the openwrt router to get the ipv6 GUA prefix. (You might even be able to get a larger prefix delegated if you set the settings to ask for it)

If you don't have bridge mode then things are harder. There's some helpful information here https://forum.openwrt.org/t/ipv6-only-slaac-dumb-aps/192059/19 even though the situation is slightly different since they also don't want a firewall. But you probably need to configure your upstream side on the openwrt router similarly.

Also looking more, the tplink ax55 isn't supported by openwrt. If you don't already have it, I'd get something that does. (Or if the default software on the ax55 supports what you want, that's fine too. I just like having the full control openwrt and similar gives)

I'd recommend something that you can put openwrt or opnsense/pfsense on. I think the tplink archers support openwrt at least.

The ISP router opening things at a port level instead of a host level is kinda insane. Do they only support port forwarding? Or when you open a port range can you actually send packets from the WAN to any LAN address at that port.

Can you just buy your own modem, and then also use your own router? (If the reason you need the ISP router is that it also acts as a modem).

Does the ISP router also provide your WiFi? If it does you should definitely go with a second router/access point and then disable the one on the ISP router.

I'm a little confused where the NAT comes in. It sounds like you want to use the same addresses on the server and the client, which means that there is no translation going on, just routing?

I'm not familiar with wireguard, so I'm not going to be much help with that, but I'd imagine that you need to tell the server that that subnet is routed via the wireguard interface? If you do like ip -6 route on the server do you see that fd42:413d:a91f:dd37::/64 is routed via wireguard?

Since games don't have to run with more than user privileges and steam runs in flatpak, you could run them as a different user account with very limited permissions.

That said, flatpak should be pretty secure as far as I'm aware if you make sure that permissions for the apps running are restricted appropriately. I'm not sure how restricted you can make steam and still have it work though

You can use offline mode for steam if you're okay with steam having internet but not games. But there's no way to use steam entirely offline. Internet access is a fundamental part of the system they have.

There's also a question of what your threat model is. Like are you trying to prevent causal access of your files by games, or like a sophisticated attempt to compromise the system conveyed through a game. For the former flatpak seems sufficient. For the latter you probably need a dedicated machine. And there's varying levels in between