I’ve had plenty of rants about Norwegian broadband (or lack thereof) over the past 25 years. It’s a bit of a long story, but the gist of it is that during the 90’s there was this one company (Telenor) which had practical monopoly on telecom (it was the private remnant of what used to be part of the government), and of course they didn’t want to develop broadband 8nfrastructure as the made shitloads of money by selling ISDN at the time. Broadband was available in the biggest cities only, and even there it was limited. And the punchline of that joke was that when I was on dialup I had to pay by the minute. During that time, hearing about not having to pay by the minute in the US sounded like paradise to me.
But luckily competition happened, and Telenor realized they had to allow modernization or be left out of the market entirely. Small communities could sign up to have broadband “delivered”, and once enough people had signed up for an ISP to considet it profitable, digging would start. Today, twenty years later, I’m pretty satisfied with how it turned out. I live practically in the middle of nowhere, in a tiny industrial town sqeezed to fit into the terrain, where three of the cardinal directions are blocked by mountains and the fourth being a fjord. And I have 1gbit both up and down.
Ouch, I was not aware of that. Here in scandinavialand we have a few local or regional ones in each area, plus a few big ones that cover the entire country.
Once the fiber is in the ground, “any” ISP can use them, regardless who buried it. I think it’s a remnant from 20ish years ago when the default was ADSL over copper, and the telecom cables were considered public infrastructure.
Yr.no has an API that is free. https://developer.yr.no/
Same. I’m sure python, rust, and all the others are better/cooler/vegan/whatever but perl is what I’m fluent in. More than once have I started to hack together something in python, only to scrap it and start over in perl because I can get it done so much faster. Trust me, my hourly cronjob doesn’t care that it takes half a second more to run. And the UPS doesn’t care that it takes 1mW more to run it. But I care a lot about not dicking around with documentation just to figure out what is pythonic and what isn’t when a shitty perl oneliner will do just fine.
Don’t know, and to be frank I don’t feel so strongly about it either. I use perl because it’s the language I happened to become fluent in some twenty years ago, and nowadays when I want to put together a simple utility script in python I usually just say “meh, fuckit” after ten minutes and finish it in perl instead.
I remember seeing some chatter about tunneling over XMPP. Most plane wifi allows chat protocols, and it should be possible to encapsulate your traffic as ascii text in XMPP packets. You “just” need to set up the endpoints to do the bridging.
Of I were to do it, I’d run a a script that sets up a tun/tap interface that everything else on my laptop will communicate through. This script also connects to my xmpp server at home. Any data coming in on the tun/tap is encoded to ascii strings and sent as chat messages to my xmpp server. The same script can also do the reverse. At home a similar script does, mirroring that on my laptop. Make sure prerouting is set up accordingly in both ends.
From what I’ve seen on planes, it’s mostly down to captive portals using mac addresses to track clients. In theory it should also be able to sneak through by spoofing hardware addresses of someone who’s paid for the service.
Kind of related, I found mine myself once while about to fill out the form for lost luggage.
“Hi, I need to report lost lugg… oh, there it is”, I said, as I noticed my very recognizable pelicase behind the luggage agent.
To their defense, the luggage tag had fallen off somewhere in transit, and they were about to enter it into the system. Luckily IAH was the destination airport.
Depends on which aspect of you needs to be ready. Use case and functionality? Meh, now is as good time as any. Might as well get used to the differences from a desktop to servers early on. Especially if you still don’t really have the knowledge. Learn by doing!
Budget? True, they can be pricey, even on the after market. But if you or a friend works anywhere that had servers, chances are that the IT department might have something that’d otherwise end up in the trash. A good example here is this VM server with rather old CPUs and 256G of RAM. It wasn’t fit for its pyrpose anymore, and its hardware configuration made it a bad match for our storage clusters. Today it’s a minecraft server for my kids and their friends.
EDIT: Actually, the older PowerEdge servers feom Dell aren’t that pricey on my local marketplace.
Servers: Supermicro. Dell in a pinch
Switches: HPE Aruba for 10gig, or Mellanox for 100gig
Routers: I’m not that picky, but I use Fortigate as I scavenged some leftovers at work
UPS: Eaton
Network cards: Intel for 10gig, IBM for 8 or 16gig, Mellanox for 100gig
Harddrives: Exos
RAID stuff: LSI MegaRaid.
GPU: Don’t really care, but I have a bunch of NVidia Quadro.
Most of the above preferences are due to scavenging leftover hardware at work.
The execs at my company continues to say that we’re an office based company, citing collaboration and social reasons. However, I have not heard of a single person below VP level share this opinion.
Luckily, many of us are “field personnel”, and mostly work either in the field or at home. Mandating that we work from the office would mean that we’re “office personnel”, who cannot be required to do field work. I love how corporate definitions make it easier to defend against corporate wank.
I was thinking the same thing. Spanning tree is love. Spanning tree is life…when deployed correctly.
Alternatively I’m thinking noise, as I’ve seen that in 10gig connections a few times, which is why I prefer LC fiber where possible.