Hacker Newsnew | past | comments | ask | show | jobs | submit | xaduha's commentslogin

> I don't remember where I've used my YubiKey in the past.

I've yet to encounter a site that allows to enroll a FIDO device without setting up some other form of 2FA and for me it's TOTP which are kept in the app.


Yeah I stick to TOTP for the most part which means the YubiCo app has the list. I always enrol two keys though, one back up and one active.


IPMI and other solutions are nice, but what I would like to have is a standard serial interface to an UEFI shell running at all times. How I access that serial port should be my problem.


The UEFI boot services that the shell relies upon aren't available after the bootloader or OS calls ExitBootServices() (the code is literally dropped out of ram and those regions handed back to the os) so this is not an easy thing to implement


> IPMI and other solutions are nice, but what I would like to have is a standard serial interface to an UEFI shell running at all times.

One thing I miss about Sun SPARC (and other Unix) systems: you had 'proper' remote access at a very low level.

I always found BIOS/UEFI remote console very fiddly and hit and miss (you often have to play with GRUB/kernel settings to get input/output).


Server hardware often will let you access UEFI via serial. You’d still need remote power control no?


Silicon Graphics servers used to have a separate serial port that proved access to a (very) simple state machine that controlled power to the system. Send a ‘u’ it powered on. Send a ‘d’ it powered down. ‘s’ reported the state (IIRC).

There was literally nothing that could go wrong. Then install the OS from the regular console port over the network with bootp/tftp/http.

The complexity of DRAC/iLO setups to control an emulation of a VGA PC setup blows my mind.


> an emulation of a VGA PC setup

IPMI does rather more than than giving you console access, though it's serial, not VGA. Typical server BMCs which embed IPMI do more again. Not to defend the quality of various BMC firmware and support I've encountered...


Oh, yes, absolutely - fair point.

It was more the remote power/boot/install process which seems unnecessarily complicated these days compared to serial.

An elegant weapon for a more civilised age, or something ;-)


Indeed, but iLO virtual media performance (at least used to be) so slow that it was silly.

Booting a live cd or installing windows at 1MByte/s speeds (late 1990s CDROMs were faster!) is horribly slow. Maybe iLO5 was a bit better.

usually found it easier (but annoying) to just walk over with a USB drive…


Agreed — installing modern Windows from physical DVD-R media is painful enough.

I've found iLO 4 virtual media support most useful for booting DOS-hosted firmware updates supplied as El Torito ISO images that aren't natively bootable from USB flash in a world where you can no longer find CD-R blanks at every corner drug store, and where newer machines commonly lack the legacy BIOS support required to boot the image at all.

It's also a fine way to boot minimal BSD or Linux rescue/netinstall images that don't involve live-booting a full desktop environment, or for installing smallish OSes like ESXi in cases where trading increased wallclock time for slightly reduced effort is justifiable.


If you use the web (or older java) console to share the ISO as a virtual drive then it tends to be dog slow. If you SSH into the iLO then you can point the virtual CD drive at a HTTP web server hosting the image which seems to be significantly quicker to read. It uses HTTP range requests for random IO too, so doesn't need to pre-read the entire ISO.


If you're up for DIY, it's easy to turn a sufficiently long serial break into a toggle on a reset line and/or power button with a couple of discrete components.

A serial break is the only situation in which an RS232 line is driven +ve with greater than 90% duty cycle: charge a cap slowly on +ve, discharge quickly on -ve (diode), drive a mosfet gate to pull reset line low only when it's been +ve for quarter of a second or so.

Easily the hardest part of doing this is finding a 'clean' way to get a wire attached to the serial RX and GND pins from the inside the case rather than bodging something really ugly. Some boards have a front-facing serial port, though, which has a pin header and cable => easy to tap into.

I'd soldered onto the little legs on a stand off board DB9 port on one batch of machines I installed, and then ended up being thwarted on the next batch of boards which had a slightly different (more enclosed) style of DB9 port that made it much harder to get at the pins.

Whatever you do along these lines will be infinitely better than the insecure, overengineered catastrophe of vendor IPMI/BMC firmware. I wish someone less lazy than me would make a product along these lines... ;-)


Since one of the solutions was to reboot "up to 15 times" I would imagine so.


> QR codes seem like a better ticket medium.

If it was a short-lived QR code generated on your phone, then maybe. But the whole point of MIFARE Ultralight EV1 cards is that they can't be cloned. It's for repeated use, not for printing and using once.


Quake II soundtrack is still in some sort of copyright limbo. It's easy enough to find on Youtube, but it's not on streaming services as far as I know.

EDIT: maybe it's getting sorted out, there's even a fricking vinyl release

https://www.lacedrecords.com/products/quake-2-limited-editio...


Quake always had amazing soundtracks. Nine Inch Nails "nailed" it on Quake 1. Quake 3 soundtrack is dope as well, but my all time favorite is the Quake 3 Rocket Arena vibes: https://youtu.be/clkOT6vRKDg


I was a bit annoyed when I bought Quake II on Steam a few months back and found it didn't come with the soundtrack. I just grabbed it from archive.org and dumped the files in the right folder, worked fine.


Presumably this is a general comment, since this release does not (and wasn't intended to) include any of the Quake II models, levels, graphical assets, sound effects, or music. It's purely engine source code.


It's not engine source code, just gameplay code.


It was so good that I would sometimes put the game disc in a CD player just to vibe.

Unfortunately that CD cracked, so I no longer have access to the music nor the game.


I think Sonic Mayhem did QII. NIN did Quake I (or maybe just Trent). I remember the ammo boxes for the nailgun had the NIN logo.


If you use Spotify, you can actually find the Quake I soundtrack under Nine Inch Nails. A real blast from the past. Quake was my first FPS with multiplayer, and I hogged the only telephone line my family had, so I could play mods like capture the flag, including the grappling hook. This was also around the time I started exploring Linux with Slackware, and dialing into my local university professor's Linux server to build web pages (before CSS was even available in browsers). Those are my favorite days of the internet, although it was much slower.


You can still buy Q1 soundtrack on vinyl.


It's beautiful. It's a double LP but only takes up 3 sides.

The remaining side has audio code from the game etched into it.


If you buy Quake 2 on GOG, the CD images are part of it.


it's weird that this isn't the case for the Steam version... base1 doesn't hit the same without Operation Overlord.


Yeah Sascha (Sonic Mayhem) says digital may come: “I think digital outlets will follow. Not 100% tho.”

https://twitter.com/sonicmayhem/status/1689688600362037249


> If they are not fine, then C is probably not the right language for the project.

It's for C/C++ as author says, not just for C. And even if you're using Qt and write mostly QML you still need some C++ and it's much easier with code completion. I'd rather use VSCode than Qt Creator for that and I'm certainly not going back to vim.


> it's not that you need any server capacity for that

They had Twitch integration since the beginning and judging by some accounts they weren't prepared for how much that would be in demand on full release. Each user can see streamer's full inventory and journal, vote on dialogue options when asked, etc. Surely Steam isn't handling that.


Never heard of tush, but I've used cram for a while. I think tools like that are good for some stuff e.g. unix pipes, but complexity catches up with you very fast if you try to use them for something non-trivial.

https://bitheap.org/cram/


I'd start by using Home Manager which is a way to use nix packages in a sensible manner on any distro.

https://nix-community.github.io/home-manager/index.html


Completely stop what? If you encrypt your drive, then all these attacks fall into a category of 'continuing using a device after someone tampered with it'.

If you're that paranoid, then you can buy anti-tamper stickers. I'm not joking BTW, I think some of those are pretty damn impressive.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: