Email address obfuscation in effect -- please
click here to turn it off.
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
- To: MLUG Members <EMAIL:PROTECTED>
- Subject: [MLUG] Help with Remote X for Bengal.
- From: "Christian M. Cepel" <EMAIL:PROTECTED>
- Date: Tue, 07 Sep 2004 12:34:50 -0500
- Reply-to: MLUG Members <EMAIL:PROTECTED>
- Sender: EMAIL:PROTECTED
- User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;rv:1.6) Gecko/20040113
I just wasted a night trying to figure out how to run an X app my wife
has used before, which exists in bengal, and has successfully run for
her CECS365 (I think) class using the SGIs in ebw.
Oh, I tried everything, different protocols, different operating systems
(fedora core 2, win2k), with/without the cisco vpn installed and
running, disabling all firewalls between here and there, etc, etc, etc.
Called the helpdesk and they tell me that X is not possible from Bengal,
that it's not even installed, which confuses me as the following does exist:
[EMAIL:PROTECTED ~]$ ls /usr/X11R6/bin/
fslsfonts fstobdf mkfontdir mkfontscale xfs xfsinfo
But anyways, the gent (he was actually very helpful) said that he thinks
that the SGIs establish an SMB link with bengal and then run it within
the X environment just like it was a file on the machine (I've no idea
how the path variable and such are maintained across such a setup, but
then I've never really messed w/ samba.
So... it would seem theoretically that I should be able to establish a
similar SMB samba share from my Fedora Core 2 box to bengal and emulate
the same behavior.... yes?
But...... I've absolutely no idea how to get started, or if it's even
possible with the 3ft thick lead lined concrete walls they've put
between computing resources on campus and the outside world.
If anyone's done it, or knows how to do it, could I get your help
getting it done? Conversely if anyone knows it's impossible, could you
let me know so I don't waste any more time on the effort.
I have an additional rant on the subject.
I can understand that I cannot connect from windows to shared volumes
using addressing such as \\mu-education-s1\DATA\ ... I've no idea what
protocol that is... as it would constitute a security risk and therefore
has been blocked on all routers outbound.
Meanwhile I can connect to and use the same share from MacOS 10.3
(Panther) using afp://128.206.107.180/ (I think it also works using
smb:// but I haven't tried in a while)... Using the afp protocol, it
actually DISABLES the ssh2 security to connect. Why allow this, and not
the other?
I'd like to be able to connect via win2k and linux to this volume. I
often need it to get work done and I'm flat on my back for 8 weeks while
I heal from back surgery (using a projector on the floor, pointed at the
ceiling is _really groovy!_)
Further, I don't like what the mac does to my FAT/FAT32/NTFS valid
filenames... where I to just xfer using mac and then xfer to pc and use
the files, I will engender all sorts of errors as files are not named
what they should be named (think of using leachFTP to download an entire
site of linked files and have it do it's magic s/%20/_/ voodoo). I
actually don't know if this problem is caused by the local mac, or by
the way the fileserver displays and serves files when connected to
certain filesystems/protocols. It's so extreme that it even mangles
valid MacOS X filenames to make them valid to Mac Classic standards (31
char length, etc)
Anyways. Thanks for any help/advice given.
Here begins the real RANT.
I really don't understand how an organization that WE as students and
staff have PAID a MAJOR portion of it's funding, which is supposed to be
a SERVICE to those who pay for it can dictate policy and disable
usability of resources. It's a SERVICE, and that service is to provide
usability with a goal to maximize productivity.
I strongly object (regardless of my knowledge of security risks) to this
kind of lockdown behavior, and further to the 'support policy' of End Of
Lifeing certain technologies. I have yet to see a legitimate excuse for
their EOLing Windows NT or win98 just to reduce the complexity of their
support base. These operating systems have not become security risks
due to M$ EOLing them, they have just become static, with no future
upgrades of product. M$ will still release security patches as
vulnerabilities are found.
Specifically, I think of two projects my wife has worked on...
hypothetically lets say that they use data acquisition cards that are
supported by the manufacturer ONLY under WinNt4spWhatever. The drivers
to interface with the card, and the software to make use of the card or
controller are only available for WinNT, and development of ports to a
different operating system are 100% unfeasible, as well as cost and time
prohibitive. Let's also say that things are working GREAT under NT and
there's no reason to change.
Lets also consider that even if it were possible, the project would be
responsible for the rather large cost in time and funds of upgrading
their machine and migrating all the functionality and files to the new
system. A system that has existed through dozens of RAs over several
years, and may or may not have undocumented contents that would be
missed if they were not preserved through the migration. Lets say also
that perhaps doing such a migration would render their entire tape
archiving system useless, and all the data stored unusable. Lets add
the cost in time and loss of productivity as the learning curve
associated with such a migration is attacked by the people who need to
utilize the system. Lets also analyze the cost of something being
irreparably lost or damaged because what was working was messed with
rather than leaving well enough alone... It happens, despite our best
efforts... it's happened to every single one of you that has messed with
hardware/os/software for any length of time...
Well.... the obvious response would be, "don't upgrade the system".
there's no reason to. It's working great, and there's no reason to
expect it to do otherwise as long as good maintenance and administration
standards are maintained...
Ok... now add to this scenario the advent of LOTS of VERY Malicious
viri, which can easily be guarded against if Nav7.6 is installed on said
machine.
Now.. Go to only. Go to SAM/.... It's not there. It used to be
there, it was there till quite recently... But now it's gone. UMC still
has sitelicense for it and can continue distributing, installing and
utilizing it, but it's not there. Why? It's presence represented
NOTHING in the was of resources. It wasn't hurting anybody. There was
no harm in leaving it available, and quite a lot of benefit to be
gained. My guess... as all this is supposition... They took it down
in conjunction with their decision to EOL support for NT.
Now they can go into your office like Nazis and say, "Your port has been
shut off, you are infected and are propagating a virus that is malicious
and is involved in illegal DDOS attacks". You cannot regain usefulness
of your networked computer until you've remedied the situation...
only... you can't. The solution is there, but they refuse to provide
it... My black helicopter conspiracy theorist tendencies lead me to
believe that they WANT this scenario to occur to FORCE users to upgrade
to the currently supported OS despite the costs the user assumes in loss
of functionality, productivity and time. They care nothing. My theory
is that they removed it not because it constituted any consumption of
resources, but because it furthers their adjenda of limiting and
simplifying the scope of the services they have to provide.
Ironically, this scenario kindof sort of occurred. I was asked to look
at their data acquisition machine when it started behaving strangely.
As I can refuse her nothing, I did so. I found it unprotected from viri
and riddled with such. Solution, spend 20 minutes installing and
configuring the software that should have been there in the first
place.... but...
go to only... go to sam.... it's not there. Call the helpdesk.... get a
snotty answer about how the OS is not supported and that I should
upgrade, yadda yadda yadda (btw.. I think this crap is VERY HIGHLY
IRRESPONSIBLE and IATS should be held responsible for damages incurred).
We didn't bother to investigate upgrading.... why should we. Even if
it's possible, there's no reason to risk the project data, procedures,
resources in an upgrade. I had a copy of 7.6 archived.... brought it
in the next day, installed it and the machine is back and working in
essentially 20 minutes instead of several days.
I have another example of what I consider to be almost CRIMINAL
NEGLIGENCE on the part of an Lab administrator under whom I worked who I
will not name. I'm still furious about this and probably always will
be. The person is probably monitoring this list still, and I could care
less what they think of me. I had to tolerate this rubbish when they
were here, and MINIMIZE the damage they did and constraints they placed
on my own project, and in many cases circumvent their strangle hold on
things to get the real assistance I required, but I do so no longer.
That being said, him/her/they are really great people, very
knowledgeable, and very helpful, but that couples poorly with their
fascist policies, invasive practices and productivity destroying
time&money wasting policies.
Here's the situation.... several projects have been ongoing in the lab,
some using MILLIONS of dollars in grant monies for YEARS. Project
members have come and gone with the years and progress has moved forward
steadily. The machines have been migrated from OS to OS as needed and
the data maintained by the project head/owner with the help of the
EXTREMELY AWESOME IT department under which it resides. Now... for one
reason or another, the lab itself has it's own separate IT staff that
are constantly at loggerheads with the EXTREMELY AWESOME IT department,
and insists on being the only resource such projects are allowed to utilize.
The event... M$ releases its first EOL announcement for Win98se and the
entire world PANICS. EVERYBODY misreads it to ignore that security
concerns will likely still be addressed. (Soon after, the EOL was
postponed to a later date due to huge pressures against M$.) Within a
week of this event, a mail is sent out to all citizens in the lab
announcing the EOL, vaguely outlining the ramifications, citing IATS'
decision to EOL Win98, and stating that all the machines in the lab WILL
be forcibly upgraded to the dreaded resource hog XPpro, with no mention
made of considerations being made for any of the following.
a) the ability for the project to actually function and continue and
operate on the new platform.
b) the ability of the hardware to function normally under win98, but
GRIND TO A HALT under XP (it actually turns out, and I give them credit
for it, later go around to all the machines and upgrade whatever they
could to increase hardware performance under XP.
The announcement is primarily to the project members, and only by lucky
accident to the actual project heads who generally depend on the IT unit
to make sensible decisions which do not need their attention.
Who are the project members. Semi-IT-literate users (not power users),
grad students in SISLT and other COE, who have a basic working knowledge
of computers, and moreover may only have been associated with the
project for a fraction of the time the project has been in existence.
They have no idea of the full scope, data, resources, requirements of
the project they are working on, or even of the history of the machine
they are working on, and what data is stored there.
The email says, "It's got to be done", "You are responsible for backing
up your data", "If something is lost we're not responsible", "we will be
reformatting the HD and installing the new OS" (format COMPLETELY
unnecessary... desirable yes, but by no means a requirement for
successful migration... "Please notify us as soon as your data is backed
up and we will show up and destroy your workstation and put it back
together again."
I'M SO FURIOUS RIGHT NOW JUST REMEMBERING THIS THAT I CAN HARDLY STRING
WORDS INTO A SENTENCE.
I learned after the fact that one of the members of my project, by no
fault of her own, and not knowing she was putting the wheels in motion
for action that would have been VERY damaging to our project, backed up
her personal files and then mailed as instructed and they scheduled her
Migration. FOLKS, THERE'S an 80gb HARDDRIVE IN THERE. Her files, even
for the project were infinitesimal compared to the total data contents
of the drive. The software we used to develop, at that time was not
available for XP. That was MY machine. I researched and bought the
guts with project monies. It belonged to the project, and I was it's
maintainer. I built it, I choose the partition scheme and the
filesystems. I lovingly maintained it and did my best to keep them away
from it. I lacked at that time a way to archive and protect all of the
data on that machine in any meaningful way. And with one innocent
email, it was all gone.... Almost...
Fortunately, I got wind of it ahead of time, got her off the schedule,
and the machine out of danger. Through the most infuriating diplomatic
channels we outlined our objections in simple english HOW UTTERLY STUPID
AND IRRESPONSIBLE AND UNJUSTIFIED this action was, we halted the attack
upon our project (and got the other project heads involved in what
should have been their decision, and their decision ONLY (not the 10.60
an hour GA who is worrying about their dissertation). We made a case
for and won the _privilege_ *gag* to migrate our machines to Win2k and
for me to do the migrating, preserving what needed to be preserved.
To this day it was kept relatively quiet, and I don't know if any
projects that were hit before objections were raised actually suffered
from the events.
We've kept all our resources and the project is going great guns.
The nighmare is over and our IT needs are again handled by the
department that was supposed to be responsible for them all along.
Ironically, when I took this whole fiasco (before it had been mitigated)
to the proper IT department, they sympathised and agreed with all of our
objections, anger, viscitude, etc, but mourned the fact that their hands
are tied. That Department which I greatly respect and which we are back
under today has a history (for the 5 years I've worked with them ) and
I'm certain, even longer of doing WHATERVER it takes to INCREASE
productivity and add benefit to all those who have the privilege of
being aided by them, in complete contrast to the majority of my
experiences with IATS, and especially the unnamed IT dept. Examples of
loss of perspective of many IT departments who exist to SERVE and
BENEFIT those who it is there to SERVE and BENEFIT, and in many cases
pay for that service.
--
||
Christian Marcus Cepel | And the wrens have returned &
EMAIL:PROTECTED icq:12384980 | are nesting; In the hollow of
371 Crown Point, Columbia, MO | that oak where his heart once
65203-2202 573.999.2370 | had been; And he lifts up his
Computer Support Specialist, Sr. | arms in a blessing; For being
University of Missouri-Columbia | born again. --Rich Mullins
_______________________________________________
members mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/members