Cawifre

Amazing! That’s exactly it!

I would be confident just based on the summary, but I remember that minigame where you pilot the boat in the harbor.

Surely that will never become anachronistic.

Was this before actual hard disk drives became popular?

I remember as a child one of my friends has a very old computer, even for the nineties. All of the programs had to be loaded on with 3.5" floppy disks each time we wanted to run them. There was a cargo ship management game that we messed with that I was too young to understand. I was really interested in “ballast” as cargo because it was zero cost; no wonder I didn’t make any money.

I mean, it’s labelled and everything. How silly of me.

That can’t even be the plumbing access because the fixture is on the other side of the tub. Is it some weird storage-maxxing cabinet?

I found this reference to some author origin more than a century old: https://ingeb.org/Lieder/thenight.html

Edit: I misread the heading. J. Mark Sugars is a contemporary source who put together this representative example of a century-old joke.

I’ve been satisfied with Reolink for a couple of years, and I’ll be installing another next week.

I use a hardware NVR with it’s own HDDs and it’s own separate PoE network connecting all of the cameras, but since you are using your ZFS storage you will substitute the NVR unit with something like Blue Iris. There are several options for NVR software.

As in a traincar with a staircase inside, or as in two stacked rail tracks in parellel along a subway route?

Please, could someone disect this frog for me?

ip:port <-> ip:port

From any particular host (be it on the WAN or LAN) every TCP/UDP transmission is sent from some specific address-port pair destined for some other specific address-port pair. From the WAN (i.e. the Internet), every destination address must be in a public range, and we ran out of those a while ago, which is why NAT became a thing at all.

Your router is the only machine on your LAN that also has a WAN address, so every transmission destined for inside your LAN must be (from the perspective of the Internet) addressed to some port on your router. Port numbers under 1024 are special, but most of the 60-thousand other ports are without special meaning, and these unremarkable ports are the ones used to send outgoing transmissions even if the destination is some well-known, meaningful port like 80 (HTTP) or 22 (SSH). When the server responds (such as with an HTTP GET result) they send the response to the address-port pair that sent the originating request.

The magic ingredient in NAT is that your router remembers that it just proxied a request from some LAN station, and it holds in reserve whichever port it used to send that request (since it knows that any responses from the WAN will be aimed at that port of the router).

When your router receives a transmission from the WAN, it consults the records it has kept to decide which LAN station is supposed to received that transmission. Here we get to the concept of Port Forwarding, which just short circuits that NAT lookup and assigns some arbitrary port on the router as a persistant pathway to some specific LAN station.

In short, yes, only the destination port is required for your router to decide.