Subj : Remmina RDP To : Ky Moffet From : Barry Martin Date : Tue May 28 2024 07:42:00 Hi Ky! > KM> My experience is that LiveCD, Virtual Machine, and Real Hardware > KM> are not equivalent, in behavior or performance. Many a Linux > KM> LiveCD can see the other PCs on the network, but the same one > KM> INSTALLED cannot. > My experiementation and recollections aren't sufficient to verify or > dispute. Here usually LiveCD is to do an installation and at that point > I don't care if that computer sees the other computers or not. KM> Whereas one of my criteria for eventual hardware install is "Can KM> you see the bloody network? At least sometimes??" I wonder if the problem is with whichever device is assigning the IP? If it was just one computer or one brand of interface card I could sort of see the problem among multiple devices, but as you are having problems across numerous computers maybe 'the other end' of the connection. ..."Live works, installed does not" - guess Troubleshooting Point #1 is are the two the same IP? And maybe that's causing an issue with your firewall or some sort of protective point: it originally allowed the fingerprint for when on Live CD, now something has been changed with the full installation. > Virtual Machine.... know it sometimes has problems even transferring > data to the host machine even with that scratchpad function set. (Ever > do SneakerNet from one machine to the same physical machine?!) KM> Yeah, have seen that. You can set it bidirectional all you want, KM> all you get is "Huh??" Yup. I've also tried the untic trick: click so it looks 'off' but as long as the computer thinks it's 'on'. KM> Or ... "Host? What host??" tho that tends to go along with KM> "Network? What network??" (can still see internet, usually...) KM> Host is actually a network drive for the VM, and if it can't see KM> the network... KM> I have resorted to turning data into an ISO image, then loading KM> that in the VM's optical drive and reading it with WinRAR. I KM> guess that's sneakernet on the same machine! Much more data than I'm moving around! > > KM> But when I need to run something that the host OS doesn't like... > > KM> that's why I do VMs. > > You do a heck of a lot more experimenting than I do! > KM> A whole lot. > But still easier and safer in the long run to experiment on a disposable > machine, even if doesn't always work the same. KM> Quicker, yeah, especially when I was pawing through a hundred KM> distros trying to find one I could love, never mind tolerate. KM> Let's hear it for LiveISOs!! > KM> Still preferably on real hardware, but am hunting for a VM that > KM> will work on Roadkill... my regular XP VM wouldn't even finish > KM> loading. > First thing that comes to mind is insufficent space. ...Checking > mine..... 32-bit XP, Motherboard tab has 'Enable I/O APIC' tic'd. > Everything else seems relatively normal. KM> Tried all manner of settings. XP can run in less than 100mb RAM KM> (have regularly seen it use only 80mb with no external drivers KM> installed, dunno why it does that only when dual booting with KM> ReactOS, but it does), but apparently 512mb was too much for the KM> host... I did get Win2K to make a nice VM and that runs fine, KM> with no issues, tho the video component of the Guest Additions KM> took a good 15 minutes to trawl through every video driver known KM> to man.... At least it's trying! (Very trying!!) ...Your trials and tribulations sort of remind me of the problems I had with RoseReader -- the OLMR. The BBS was a beta site. I could never get RoseReader to quite work right: close but not quite. My configuration was right, confirmed by by others. We finally copied my RR files, config, etc., to floppy/CD (I don't recall the details) and someone else tested -- of course he never had any problems! KM> I do have Win8.1 in a VM on XP64 (Win10 is better, but threw up KM> all over the older VirtualBox) and that works fine... useful when KM> I need to access my hosting, which no longer speaks to any XP FTP KM> client, with the weird exception of commandline FTP, which works KM> just fine. If you don't mind OMG tedium to do anything. I have to admire your system security! > KM> LOL, the old Costco here (they've moved) had that issue. The > KM> parking lot was atop what used to be a dump. Flat when first > KM> paved, but a few decades later it was up hill and down dale in > KM> every direction, tho with the largest dent toward the middle. And > KM> I mean a serious slope, not just a little dip! > Mine might have yours beat: I recall there were some sinkholes in the > stores (probably also the parking lot but I was too young to drive so > didn't pay attention) which were cordoned off. We didn't do it but I > remember Dad commented on running with the cart would be like a > rollercoaster. KM> Egads. I don't think ours had yet progressed to sinkholes.... but KM> it had sunk about 10 feet in the middle. But tilted enough that KM> it doesn't collect much water. I had moved out here by then but from what I recall Dad said at the time the owners of the mall finally had to expand somewhat to move the store tenants into new sites and then fix the old sites, move, repeat. > KM> Came across some idiot on Youtube "demonstrating how unsafe XP is > KM> online" .... first thing he does is DISABLE THE FIREWALL, and > KM> naturally it immediately collected every circulating network worm > KM> or virus. Uh, stupid, do that with ANY OS and it'll have the same > KM> thing happen!! > Right! Take any current system, disable firewalls and security stuff, > and see how long it lasts! KM> Linux is actually worse for this than Windows, because most of KM> what come slithering past no firewall are network worms, and KM> linux is MORE vulnerable to worms, and those don't require the OS KM> to do anything. Whereas most Windows malware needs an application KM> to infect, but generally doesn't have a good attack surface for KM> network worms, having not been designed from the gitgo to be an KM> internet server. KM> I see most every linux distro has finally decided that average KM> people do NOT need to run the Apache webserver full time (yes, KM> they all did that, it was part of why in the early days KM> performance was dismal) which greatly reduces the attack surface. KM> Apache was the main ingress route for linux malware... and why KM> does ANY desktop system need to run it?? No wonder your stuff doesn't work: you don't have your Indian guide! ....Just checked: apache and apache2 not installed here, or at least on this system. And yes, the more stuff added and running the slower the system is going to be: can only do so much at a time. > ...I'd be willing to bet my old DEC Rainbow > 100 running DOS 2.11 would be trashed quickly. ...Well, might take a > while: as I recall 4Kbps modem. KM> LOL. There really wasn't much that could infect DOS over a modem, KM> because DOS didn't execute anything by default. I can just barely KM> see some sort of BIOS firmware worm managing it, but... why?? Because it's challenge. > KM> And then he says, "I don't think the firewall is much good" ... > KM> > Once disabled it is no good! KM> This is true. In fact, I can think of few programs that run KM> better when they're not running... If the 'guard' at the firewall doesn't have to check each packet's identity things would be faster. Not only clear sailing in and out of the computer the CPU doesn't have to do the thinking of the goard. > KM> Generally, but there's another advantage of Rolling... > KM> If I have to reinstall with every version upgrade, I won't use > KM> it. That simple. > LIS in some other message I tend to do a full upgrade just because it > makes more sense: I usually have a new (updated) machine and so have > changed enough it makes more sense to discover all the hardware new than > to have to new OS look at the old list and make revisions from that. (I > know I'm using human-thinking method.) Plus over the decades with > MS-DOS, Windows and a few flavours of Linux I haven't had the greatest > luck in upgrading and having everything work properly the first day. KM> In the old days, Windows did not upgrade gracefully, in part KM> because it tried to preserve all your programs and settings, and KM> those had DLL dependencies all over the place. They seem to have KM> fixed that with the 8/10/11 chain; now you can't tell what's been KM> upgraded and what was a scratch install. However, it no longer KM> goes to special lengths to preserve anything, other than what's KM> in your /User profile. The probably eliminated a ton of variables and so testing time to just stick with that handful of options. KM> Linux version upgrades used to be a mess, rarely worked right, KM> and a clean install was indeed the only sane alternative. Some KM> have figured out that regular users do not like doing a KM> resinstall every six months, and have finally got it right. I'd like the latest and greatest but from past experience have found "poop occurs" and stuff doesn't work, therefore the 'rolling hardware' as a safety net. And doing upgrades takes time: while I'm babysitting the machine I can't do too much else. KM> Fedora does a full version every six months. My Fedora install KM> was originally v32. It has since been 34, 35, 36 (it did this one KM> all by itself, shortly after I did the manual ugrade to 35... I KM> didn't even do any updates, I just left it running and one KM> morning there it was), 37, 38, 39, 40. You can skip two major KM> versions, but if you need to upgrade by more than two, you have KM> to do it stepwise, not all at once. KM> Debian is still cranky about it, not sure how good Ubuntu is, KM> being really Debian that's eaten too many donuts. I've been able to skip one LTS upgrade most of the time. I'm recalling one machine here I did have to do an 'intermediate install' but may have been a three LTS skip. ¯ ® ¯ BarryMartin3@MyMetronet.NET ® ¯ ® .... We have biscuits and Triscuits, where are monscuit and quadriscuits? --- MultiMail/Win32 v0.47 þ wcECHO 4.2 ÷ ILink: The Safe BBS þ Bettendorf, IA --- QScan/PCB v1.20a / 01-0462 * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1) .