Subj : Remmina RDP To : Ky Moffet From : Barry Martin Date : Sat Jun 01 2024 08:08:00 Hi Ky! > > 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? KM> That would be the router, and it does just fine. KM> C:\WINDOWS>ping 192.168.0.5 KM> Reply from 192.168.0.5: bytes=32 time<1ms TTL=64 KM> This is Windows pinging the PCLinuxOS box. Obvious a nice fast time. ....I'm trying to recall my issue a couple months ago; sort of similar as an established box stopped connecting. Ping worked fine but Remmina, ssh, etc., did not. I think I had to re-establish the ssh fingerprint thing but not sure. > 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" - KM> Across multiple different linux systems, too. They don't like KM> each other, they don't like XP, but they do let Win10 snoop. KM> Linux demands a login from XP, then won't accept any credentials. KM> Doesn't even ask who-are-you to Win10. Here's a quirk I ran in to: I think up to a couple of Ubuntu versions ago I have to go into Settings to reset/re-allow Sharing. Turn off then click all the options back on. In "Remote Desktop" be sure to tic 'Enable Legacy VNC Protocol' and then tic the three vertical dots at the right, and 'follow instructions'. The other 'trick' is the legacy password can only be eight characters long and here Remmina has to be set for use of a legacy password and not encrypted. Be sure to also turn on Wired (or Wireless) connection at the bottom of the menu pop-up!! Well, that sort of mixed two problems together but might give you a idea of what to try. I've got a document or two I could e-mail with my set-up notes; if you want let me know. > 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. KM> Nope, wouldn't be anything like that. It's somewhere in the KM> network protocols that do not like each other much. I'd guess a KM> live CD loads a generic version of Samba (or at least generic KM> settings), which proceeds to handle things properly, but KM> installed version is not so generic and therefore does not work. KM> And may not even install Samba. (I'm lookin' at you, PCLOS...) Installed version probably get picky as figure that is going to be a system with information on it whereas the trial version is temporary and more for testing. > > 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> Yeah, sometimes there's a flipped flag somewhere. Figured you tried, just go back to basics troubleshooting. (Reboot fixes a lot of problems -- except sometimes for Sharing causes problems!) > 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> Oh, an ISO can be very small, just make an image file with some KM> ISO creator. True, just sounds impressive. Or maybe just to me as I've used ISOs only to install OSs. > KM> Let's hear it for LiveISOs!! > KM> I can't hear you!! Handing over an antique ear trumpet. ...Running away because realized can also be used as a weapon! > 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 remember that Rose Reader existed. KM> But yeah, sometimes it's something very obscure and not even KM> related to the software in question. Some TSR with a wrong KM> address byte, that sort of thing. Yes, it bacame obvious it was something in the way my system interacted with RoseReader. The 'good news' was I wasn't the only one with problems: some others' never worked, a few like me 'worked except for', and others always worked. We never did figure a commonality (like Intel worked, AMD did not). > 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> Perfectly secure. It's so secure you can't even access! > 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! KM> I think mine is the one with his ear pressed to the road. Well that's an alternate way to describe fallen-down drunk! KM> Cowboy: Who just went by? KM> Chief Ear-to-Road: Two wagons, six cowboys, and a dozen steers. KM> Cowboy: Wow, you got all that from listening to the ground? KM> Chief Ear-to-Road: No, from when they ran me over!! > ..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. KM> Yeah, as I noted, it stopped a few years back. But it was a point KM> of utter stupidity for about 20 years, at least with the major KM> distros. They (the powers that be) probably figured it was necessary, or the developers needed it for their testing then would forget to remove/de-activate it in the distribution. ...Yeah, twenty years seems like a really long time to keep forgetting. > > ...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> Because it's probably impossible. Now THAT'S a 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> On a very slow sPC you could see ZoneAlarm lagging the system. KM> But by the middle-Pentium era, we have enough horsepower that KM> it's not a problem. Yeah, I sort of miss the days when one could read any error messages while the computer was booting. > 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> I think the real issue is that Windows has become so complex (how KM> on earth does Win11 need 25GB on disk and 4GB of RAM just to KM> admire its navel??) that there is no supporting any variables KM> anymore. That's probably closer to the real reason. ...Things get more and more complicated when trying to create something to run on every combination. > 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> Yeah, good policy. Plus takes a lot of stress (and panic) out of things: *it* doesn't work, but everything else does so no big deal. Use the working computer to find out how to fix the non-working computer. > .. We have biscuits and Triscuits, where are monscuit and quadriscuits? KM> This is a good question! And then I wonder how they'd be: if a biscuit was as crunchy as a Triscuit it would be bad eating. Would a monscuit be mushy? A quadriscuit hard that hardtack? ¯ ® ¯ BarryMartin3@MyMetronet.NET ® ¯ ® .... Went shopping for cherries and mic stands: bought a bing bought a boom. --- 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) .