Python!

ssh plus sshd is available already or can easily be installed on any Linux system. It can do many things: Remote terminal sessions and remote login (for admin for example), file transfer, directories can be mounted as shares too over ssh, remote execution, you can also even do tunneling, graphical application UI forwarding, and even implement VPNs via ssh. Every Linux admin knows about and uses ssh all the time.

It is interesting a lot of people forget you can use any Linux box as a file server via SSH, in addition do a lot of other things. I also have an ssh app on my cell phone, and can just mount the file system their on Linux too. There are clients for SSH for Windows also.

I think he could have meant nano. :)

Yes, you can sync between two on devices anywhere in the world as long as a connection path can be found.

The downside of this is that both devices have to be on. If not on the LAN it may go though some unknown gateways too which makes me nervous (though it should be all encrypted). It can take some time too for the devices to find each other and then do the transfer (even on the LAN).

Some people place syncthing on their NAS so it is the always on device. Also if you do not want your connection to go through other peoples bridges then you can disable that feature (and loose the global WAN transfer capability), or you can put up your own bridge in a VPS on the WAN.

I am no expert on this. For me I use syncthing only sometimes and only on my LAN. Mostly I use SSH, Nextcloud, or Bitwarden Send myself. I’d like to play more with some of the other options though. Seafile or placing Send on my VPS for example seems interesting to me.

Commercial kitchens sometimes have blast chillers and blast freezers. Some of the cooking shows use them.

You get an IT staff that is MS and Windows certified, what sort of answer do you expect them to give? As far as IT staff where I worked, they often had issues with resolving Windows problems say nothing about Linux. Generally for Windows, I had to get to level 3 support before they knew anything. Even then I often had to tell them what needed to be done rather then them actually knowing. Some of this is lack of skill, some if it is under staffing, some of it is restrictive processes, and some organizational issues. You had to know how to work the system on one hand, and which issues just to not waste time on. Not saying they did not try hard, but without facilitation their results were often insufficient.

That does not mean you cannot use Linux however. Just means the main IT group does not support. We had a separate group that ran the Linux compute cluster we used. I also typically always had a Linux VM on my workstation too to use FOSS tools. Not sure that would be allowed these days since IT has gotten nuts about security, and with that they have generally grabbed a lot of power regarding what can and cannot be done on “their” hardware and on “their” networks. You can also get exceptions to a lot of those rules if you can justify it and if your management is willing to run it up the flag pole. If not, your working for the wrong people.