Hacker News Reader

Comment by zamadatix | Hacker News Reader

I love it - wonderful hacking in the traditional sense. NT 4.0 is the perfect "weird old Windows" for this kind of weird adventures thing. It was released early enough it supported all sorts of weird architectures of the time but was also late enough that it had things like the MSR IPv6 stack and a lot of NT-isms that are still relevant/familiar with today's still NT based Windows.

View on HN

For emulator usage, there are a couple more inconveniences: no USB stack so no support for QEMU’s usb-tablet device means the mouse position constantly gets out of sync (there are third-party stacks but I could never get them to work); active-only FTP is something of a pain to get through to the host (and again I could never get it to connect to the QEMU-invoked smbd). But the installation is several times smaller than 2000 (mostly because it doesn’t yet have weird now-abandoned things like the Microsoft Transaction Server), and that’s rather pleasant.

Why would you use FTP instead of Samba?

Again, because I can’t get the NT 4 guest (or the NT 3.51 guest, or the 98 guest) to connect to the QEMU-launched smbd and I can’t be arsed to configure Samba and the relevant NAT and/or bridging myself, whereas the builtin FTP client mostly works out of the box except that I need to set up some network interface stuff on the host. (The last memory I have of seriously investigating Samba is when I read the entirety of the Samba HOWTO with a view of assisting the school network admins back when I was around 15 years old and—as I now recognize—knew next to nothing about networking. I probably still have something of an ugh zone around it.) I expect it’s because NT 4 only talks some sort of obsolete version of SMB or its underlying stack that modern Samba doesn’t enable by default, but again I just can’t bring myself to care when it’s a 30-minute hack whose only purpose is to get IE onto the VM and then I can bootstrap my way to saner things.

If you just happen to know the solution off the top of your head, please share it, by all means, that’s half the reason I posted that in the first place. But today is not the day I delve into the guts of old-style Microsoft/IBM networks.

The thing with mouse desync is similarly weird, because for me the mouse doesn’t desync when connecting to the VM over VNC using MultiVNC on Android, on a frickin’ touchscreen, but always desyncs when using either builtin Gtk, builtin SDL, or SPICE on Vinagre (which uses VNC under the hood supposedly?..) locally on Gnome Wayland, except the HiDPI-host bugs are different for each of those. In all cases QEMU is emulating a normal PS/2 mouse that shouldn’t have any support for absolute positioning. I mean, what? How does that even work? It’s not even the fun kind of “how does that even work”, just a lot of imperfect, subtly mismatched emulations stacked on top of one another. Monkey sad.

Over time the defaults of smb.conf have changed to where they no longer automatically support the older protocol versions and authentication methods of NT/9x/etc., but here's the secret to getting it to work (until they finally remove support):

In the [global] section of smb.conf, add:

server min protocol = NT1

lanman auth = yes

ntlm auth = yes

Then re-generate your SMB passwords. NTLM auth is used by NT and above clients, and LANMAN auth is needed for 9x and DOS.

https://askubuntu.com/questions/1213759/allow-smb-1-with-lan...

Never tried it on QEMU so I'm no help there (though if you can get network up VNC is probably workable). On VMware with the legacy tools package installed the mouse seemed pretty consistent in the console though.

Regarding file transfer I think I put an early 5.x version of WinSCP on the virtual disk image and that worked pretty well for FTP/SFTP. Might be other options but mostly I just loaded the IPv6 and Firefox install packages that way and it seemed to go fine for that.

Reply on news.ycombinator.com