372 Followers
118 Following
3.7K Posts

hobbyist sysadmin and tech support person, still occasionally seen on IRC

interests: windows 98, macos 9/8, plan9, systemd, athena, x.25, all kinds of 80s-00s "retro" computing & networking

✨︎ no, I really don't have a good profile picture ✨︎

Locationhttps://nullroute.lt
LocationLithuania

Total Commander:
>initial release in 1993 for Win16
>fast
>native Win32 UI
>Unicode support

File Pilot:
>initial release in 2025 for Win64
>allegedly fast
>whole custom UI
>fucking no Unicode support

Serial line printer has joined the channel #linux
TTFP (time to first penis) metric of this system was 1 day 7 hours and 42 minutes.
Why am I researching X.25 CUGs? well because I have a server's console connected to an aux port of a Cisco, and sure you can "telnet thecisco 2005" to access it – and apply "access-class" to limit who can telnet into it – but I decided it would be cooler to be able to make X.25 calls into a server's console, so of course I had to figure out access control for that

I think I now understand X.25 CUGs (closed user groups)

(IOS interface-level CUG configuration appeared to be completely backwards... until I realized it is available only on DCE mode interfaces, which reminded me how *highly* asymmetric the whole thing is. There's the "network" (DCE) and there's the "customer" (DTE). So calls exiting a DCE interface are called "incoming calls" because they're incoming to the customer, despite physically being outgoing... and the translation from network CUGs to local CUGs (instead of the other way around) makes sense because the router *is* "the network".)

tracert is the network equivalent of a tsundere

"i'm not *really* sending that packet to you, it just *happens* that its TTL is set to expire in your hands and you'll be forced to reply to me. but I won't care if you don't. (but I'll try twice more just in case you change your mind)"

adding an appropriately named botnet into the nftables set
I've resorted to writing a daemon that polls ioctl(TIOCMGET) to check if DSR is present and do a "pkill -HUP -t ttyS0" when it's lost
I wonder if it's possible to patch regular Intel UEFI to use serial console for its output

okay so it seems the Cisco and Yost RJ45 pinouts *are* subtly different (one passes through DSR towards the DTE, the other lacks DSR but has the DCD signal instead)

...which might be why I'm having troubles getting Linux agetty to hang up/log out when Cisco loses the telnet connection, or vice versa.