Korgan asks:
"I work for a company in which our primary focus is phone based support and helpdesk operations. Lately I have been involved in the trialing of several products that essentially allow agents to provide support across the Internet using remote administration using an ASP model. Examples of this type of technology in action are DesktopStreaming and ePeople. Does the community have any ideas and suggestions as to what they think would be the benefits and detriments of remote administration over phone based support?"
In my humble opinion, remote administration is
much more efficient than phone support from the obvious standpoint of communication. Many times phone support can be hampered due to the miscommunications which can occur on both ends of the phone rather than a knowledgeable user who can access to the system and diagnose the problem in a matter of minutes. The major problem with remote administration, however, boils down to a simple matter of trust: most companies don't.
"The primary target of this is the corporate end user. I have been asked to provide reasons to the MD of the company that would qualify savings and improvements in KPI (key performance indicator) and SL's (service levels) and to justify why the initial expense would prove to be an overall savings in the long run. Things along the line of reduced problem resolution time, faster response, increased technician productivity and the like have already been considered. I am sure that there are many more reasons out there for a remote administration tool/service being more practical, cost effective and generally better than the standard phone based support most corporates employ."
Re:Not quite ?! wrong ;-) (Score:1)
It exports an running X desktop, so it can be used like WinVNC. And of course it's GPLed and uses the same protocol as VNC.
x0rfbserver.hexonet.com [hexonet.com]
Re:Remote control v. good - can be nightmare (Score:1)
Re:Gee, let me think... BAD IDEA. (Score:1)
here's my story of remote-admin hell. I remotely admin'd NT workstations (hell). calls would come in, and I would remote-connect to see what the problem was. I could fix the problem, and explain to the user what went wrong at the same time. "oh.. this wasn't your fault" or "don't do that, you break the computer" you have to use a combination of both remote admining, to cut down on mis-information from the user. and phone support so the user knows what's going on. that's how you earn the trust of the remote admin.. you have them on the phone from the time the problem is reported, till it's fixed.
a remote support person should not just get a note of a problem througha ticketing system.. there is no re-asurance to the user that something is going on..
Re:Remote control v. good (Score:2)
But seriously, you are describing in-house support. In this case, the question of trust (which I would presume to be the most important) is just not an issue (hopefully, anyway ...). But this is
quite different if a different company does the support and thus might get access to confident and perhaps very valuable data and documents.
Voice or remote admin adds up to the same trust issues. For example, what's to stop a voice support center from telling the user, I'm going to email you a fix for the software. When you get it, just double click on the attachment. It might warn you about running a program, but it's OK this time. Viola!! Back Oriface is running and confidential information is available.
When it comes to support, there is always a minimum level of trust required, even if they work directly for you (many people can be bought for the right price). Many of the people needing the support have no idea what is going on, and will do whatever the support person says without question.
For that matter, one night when I called my former ISP with a problem, the support person was also the night admin, and he typed (as root) exactly what I told him to. The problem was fixed, and all was well, but....
Re:Gee, let me think... BAD IDEA. (Score:5)
I prefer this version: "build a man a fire, and he's warm for an hour, set a man on fire, and he's warm for the rest of his life"
A tool for keeping customers tied (Score:2)
Essentially, the remote administration was provided in lieu of any kind of training or detailed documentation, and as a result the school would have to continue paying an annual fee to the company involved for as long as they wished to keep the system running.
In all fairness, many schools must be grateful to be able to look at the system as a black box, and the remote admin we got was very good.
--
Re:Remote administration (Score:1)
Odd thing is I can remote admin my win2k box from my linux box with VNC just fine, and vica-versa.
Not every solution must have a Linux or open/free component to it. Remember - News for Nerds, not Linux News.
Re:Gee, let me think... BAD IDEA. (Score:2)
Since when did "Engineer" mean "Tech support monkey" ?
--
Re:Remote control v. good (Score:1)
Re:remote admin is popular, and an old topic : uni (Score:2)
"Either-or" is a dumb way to look at it. (Score:2)
Re:Remote control v. good (Score:2)
It's a fair point about in-house vs external support, but if you can overcome the trust issues involved, it makes life a lot easier.
--
Re:sysadmins==janitors (Score:2)
In any case, there are valid points raised by both the preceding posters. Yes, Novell allows remote putzing about with machines; if the admins are causing a problem with it, you need to get your change control procedures right; it's a people problem, not a technical problem.
As for developers, yes, they should have seperate machines for testing on, ideally not connected to the rest of the network; you don't want to run untested code on a live network! For every intelligent developer, there's half a dozen who have posterior/elbow differentiation problems. Given how easy it is to learn VB, are you surprised? :)
--
Remote control v. good (Score:3)
If we remote control a user's PC, we don't have to leave our desk to fix a problem on a computer at the other end of the building. If it's something complicated, we can do the work from our desk, without having to tell the end-user how to do it.
As an example, we had a new member of staff yesterday who had to have email set up. Rather than tell her "type this in this box, then click on OK" (after figuring out which box it is...) I was able to type in the details from my desk and only had to get her to type in her password. The email program was set up in about a minute; doing this by talk-through would have taken at least double that.
In short, you save on staff time, so you don't need so many staff (ie, savings for the company). The staff don't get so stressed (have you tried talking someone through tech support?) as well.
The only potential downside is that staff don't get as much exercise as they don't have to leave their desk, possibly leading to eye-strain (staring at the screen all the time) and other problems. These can be alleviated by rest breaks and properly designed workstations.
--
Re:Gee, let me think... BAD IDEA. (Score:2)
Re:Security problems - a solution (Score:2)
One solution to having a security risk open is to have a remote control agent available but not always running. say PCANywhere is installed, but not waiting for connections. Then if someone has an issues, you can ask them to launch PCANywhere, connect and tweak, then shut it down, and move on to the next issue w/o wasting time making a big deal out of every little thing.
Misundersood NAT? (was: Re:Security problems) (Score:1)
If you do 1:1 NAT (e.g. 2.10.10.10 and 2.11.11.11) you won't gain any security from NAT as you can still address each client individually - and thus leaving them vulnerable to DoS (flooding) attacks.
Security problems (Score:4)
You basically allow the help desk to remotely control your employee's client PCs. This means that - if you do not throw a dedicated line or big VPN solution - every single PC has to be addressable to internet. Even with a well designed firewall in place this introduces quite a risk for DoS attacks against the clients.
So if you open your company to be remotely managed by external help desks keep an eye on your security needs. Especially take care that you do not open a backdoor through the help desk system (your_net --> VPN --> help desk --> VPN --> other_net) and that liabilities and NDAs are safe and watertight for you.
Remotely managing clients can ease administration quite a bit (as posted before), but can become quite a hassle if the system does not work properly.
And make sure security does not become second. The admin tool either must require the user to confirm session shareing and enable him to immediately regain full control (by pressing a(ny) key) in case of problems - or enforce login as different user (which will log out the current user if he does not abort that with confirming a "really logout" popup box). Otherwise you will not be able to tell who did this or that possibly unpleasant change.
Trialing (Score:2)
several products
Trialing is a word?
-j
Re:It can pay, but evaluate the products first (Score:1)
Thanks!
Regards,
Tom Cooper
SSH and VNC -- secure, capable and free!!! (Score:2)
Forget that X-Windows source code rip with security issues (also known as "NT Terminal Server" ;-) and save some dough by just use a SSH client with port forwarding (like TeraTerm [vector.co.jp] + TTSSH [zip.com.au] and VNC [att.com]). It works great at my company, letting me support my notebook and other roaming users while they are on the road. TeraTerm+TTSSH is cake to setup, and you can configure it so all a user has to do is click an icon to connect with port forwarding.
-- Bryan "TheBS" Smith
Re:Remote control v. good (Score:3)
Having worked Tech Support for a couple years, I know the hard times that come with walking people through things over the phone.
I remember telling one of my clients, who's title was System Administrator, to download a patch from our website to fix a problem she was having. She proceded to ask me where that was, so, assuming she was an admin and had someting in her head, I proceded to rattle off the URL. It gets worse.
She asked me where to type that. I said in the address bar of your browser. That's when I got the absolute worst question I've ever heard from an admin. "What's a browser?" I asked her to hold on and proceded to ROFL all over my office. I turned to one of my co-workers and said watch this. As I picked up the phone I said "Okay, I want you to double click on the Big Blue E." My Co-worker lost it.
From that point on I will always choose to connect to their system remotely to troubleshoot and repair problems. With applications like Terminal Server and PC Anywhere, there are loads of tools to remotely troublshoot issues. The only drawbacks are when I am debugging an application that my company has written. They don't have the source code, so we have to use things like RAS or dialing directly into their network and running the application on our end to their servers.
Dissenter
Whistler for this (Score:2)
This issue has been addressed by the upcoming Windows XP (codename Whistler). Based on Terminal Server, Windows XP allows you to setup one-time trust relationships with a set time duration, allowing somebody else to gain remote access to your desktop for situations like this. Really neat stuff.
Re:Remote mistakes ? network problems ? (Score:1)
#!/bin/sh
/sbin/ifconfig eth0 down
/sbin/ifconfig eth0 up
The cool part is that it's usually fast enough that my connection only lags for a second and I'm still in the same login session
Re:Remote mistakes ? network problems ? (Score:1)
Re:Gee, let me think... BAD IDEA. (Score:1)
If every time your user has a problem, you fix it without explaining what caused it, you're going to potentially decrease the learning rate of your user base. In other words, users will commonly repeat the same mistakes, and you will commonly repeat the same fix.
this statement can hold true. But any good support person would not only remote the machine but would also explain to the user what they were doing while they are working on the PC. A lot of people learn buy doing or seeing what is going on. So as you take them through each step you tell them what your doing. Or you can actually do the remote control as a window so you can see what the user is seeing and still talk them through it so they get the experience but be better able to see if they make a mistake.
what if they have porn as their background and the helpdesk person is offended by this?
One he said this is for a corporate environment so if anyone has porn on their machine they should be reprimanded in some way (Unless the corporation is in the Porn industry) Second most remote agents have a feature which allows you to suppress any backgrounds for speed purposes( Who wants to wait for a hugh picture to load on the desktop when the fix could have been done before it even loads.) Just my 2 cents
Re:Gee, let me think... BAD IDEA. (Score:1)
1) This only works if he happens to live near water.
2) I like the version I saw the other day: "Give a man a fish and he eats for a day. Teach him to fish and he'll sit in a boat all day drinking beer."
VNC - the lifesaver (Score:1)
Re:Beware the quick and easy path (Score:1)
BTW, I'm not saying that there is no good reason to use remote admin utilities, I'm just saying they're not a cure-all.
Beware the quick and easy path (Score:3)
When you actually speak with a user on the phone (or better yet see them face to face), you have a valuble opportunity to *educate* them so they won't repeat their mistake. Sure, you can send them an email after you remotely fixed their problem, but they probably wont read it and they almost certainly wont retain anything from it. In fact, they learn better if you simply tell them what to do and let them actually execute the steps to fix it.
Phil Agre has an excellent guide to helping people use computers [ucla.edu] that anyone working in a support or helpdesk position should read.
If it were a car and not a computer.... (Score:2)
No one would think of servicing TVs, VCRs, stereos, cars, trucks, boats, planes, appliances, etc. etc., by having the consumer call someone, and that someone then directing the consumer's actions.
It's time computer support became modernized. Others here speak of teaching a man to fish, but this is a far more complex task than fishing, and computer repair is beyond the comprehension of half the population.
No, that's not elitist. Beyond comprehension is either by choice, or by design. In the case of computers, people choose to not understand, and the designers have chosen to make it incomprehensible.
Remote administration is feature in Windows XP (Score:2)
My favourite quote - Microsofts Jim Allchin on the question whether that introduces a potential security risk: 'nothing can happen, the data is encrypted'.
;-)
Re:Beware the quick and easy path (Score:1)
use Novell NDS and ZENworks 3 (Score:3)
http://www.novell.com/products/zenworks/desktop
Re:Security problems - a solution (Score:2)
Re:Trialing (Score:2)
Remote administration (Score:5)
But beware "social engineering". To avoid this, if you have a software update to upload, you call the customer and tell them to call you back. This way they know they are actually getting the update from you and you will know if someone is trying to mess with them.
The last company I worked at (which did industrial automation) did just this. PC Anywhere on the users machine and when they had a problem they called us, turned on PC Anywhere, and we connected and fixed the problem. Then they turned off PC Anywhere. Very secure, as they only allowed access when there was a problem and only after thay called us and we told them to do so. And much faster than getting on an airplane and flying from Utah to Maryland, or wherever they were.
Re:Gee, let me think... BAD IDEA. (Score:1)
If we were logged in doing something, and a problem occurred, we are liable for it. Proving otherwise can be virtually impossible. Doesn't matter what happened or how it did.
And from the company's standpoint, that is too great of a risk to take. I can't say I disagree either.
Re:Remote control v. good (Score:1)
Wow, you saved a minute there! Woohooo!
But seriously, you are describing in-house support. In this case, the question of trust (which I would presume to be the most important) is just not an issue (hopefully, anyway
Re:Gee, let me think... BAD IDEA. (Score:1)
It seems clear that you have never worked for support in a corporate enviorment.
If you did, you would know that there is always a percentage of the users (If you have a sales department, the number is generally higher) that just simply do not pick up on fixing common problems. they will call time and again with the same set of problems. You patiently sit on the phone with them, and identify the problem, explain what caused the problem, explain how to fix the problem, and explain how to avoid the problem in the future. All the while hoping against hope that this time he gets it, knowing full well that he won't
Just my 2...
-Joe
Re:Remote administration (Score:2)
Re:Gee, let me think... BAD IDEA. (Score:2)
Re:Gee, let me think... BAD IDEA. (Score:2)
And you'd wrong. I spent 3 years in college through the trenches of MIS as support tech, help desk and network admin, and DBA admin. From every standpoint I had direct contact with some of the thickest people imaginable. In the time that I spent there, I recieved high praise form almost every employee (I think I pissed off one guy once), on the fact that I spent a little extra time to make sure that they got it. When I switched from Tech to HD my role went from a more hardware to more software package problems. When I went to NW admin I fixed and explained to them how to manage files and email better (though that had the least contact with them). When I switched to DBA, I started creating usable interfaces according to their specifications, helping them get it right the first time as opposed to ordering 3 revs on a single form... I had praise from managers, Directors and VPs all of which were amazed that their people were happier and more literate.
Trust me, I worked my way though the trenches of MIS. Go out to a shipping departent
If you did, you would know that there is always a percentage of the users (If you have a sales department, the number is generally higher) that just simply do not pick up on fixing common problems. they will call time and again with the same set of problems. You patiently sit on the phone with them, and identify the problem, explain what caused the problem, explain how to fix the problem, and explain how to avoid the problem in the future. All the while hoping against hope that this time he gets it, knowing full well that he won't
And traditionally, any problem I encountered that was not operator error I fixed without question. If I didn't think the user would get it, I'd explain it, I'd explain why... and I'd explain it in as simple terms as possible. By another guy I worked with I was told that I had too much patience for stupidity... Probably true, but he never made it out from behind the help desk...
But I think you read too much into my definition of increasing their knowledge. Douglas Adams once comment that flying is falling onto the ground and missing. I commonly think of being *proficient* with computers as "not causing the BSOD while I perform my daily function." When you take the time (as you said) to explain how to avoid the problem in the future, you are increasing your users knowledge. Maybe they won't get it this time, but some day when they are about to do something similar, they'll stop, think about what they are doing, and ultimately avoid their previous problem... They may not know exactly how or why, (though at the time I usually explained that) but they do have the skills not to cause the same problem again.
Re:Gee, let me think... BAD IDEA. (Score:2)
Ah, but the original posting talked about doing away with phone support. Phone / remote - that's a completely different story. I agree wholeheartedly with what you said, and your procedure.
As far as the porn comment is concerned... (man am I paying for that) - disregard it as *porn* and think of it as something which causes a moral conflict or a general feeling of unfortableness. Perhaps the two individuals are different in theological beliefs... perhaps the user has a personal email up, or a corporate email which is supposedly secure communications.
In my experience, at a company I worked for a long time ago, working on the HR director's computer was a little dicey as he always had problems with opening attatchements, and what have you... when salaries are shot infront of you - you get put in a bad place by looking... regardless - its an uncomforable situation.
Re:Gee, let me think... BAD IDEA. (Score:2)
Ah, but they do have the right to sue their employeer... That's the situation that I was going for.
Re:Gee, let me think... BAD IDEA. (Score:3)
While I welcome MIS to scan my usage (a lot of
On top of this, we commonly put/pull project machines on and off the network. When we had to find MIS to configure network settings for us (something they wanted to do at one point) I tell you, it was a pain in the ass. I tell you, in this case, the fish thing really holds true.
Also, I'm sure the employer would not want it's support engineers wasting valuable time teaching users the ins and outs of the OS, not to mention the user wasting their time learning about their computer when they have more important work to be getting on with.
Having worked in both MIS through college and now working in engineering, I assure you, your employer wants the most productive employees possible. 15 minutes of explination on an OS issue which prevents this problem from ever occuring again, is well worth the money. Loosing 50 to 100 bucks for 15 minues so an engineer knows a better way to do something they will have to do either every day or with great frequency, saves an MIS call, MIS work, and engineer work.
Don't think of MIS as strictly a reactive entity, they need to be equally as proactive as possible.
Gee, let me think... BAD IDEA. (Score:5)
On top of this, many users do not want a remote administration client stored on their machine - as many think of it as "their machine," and as long as they are paying for a service, chances are they are right. By allowing a 3rd party support technician to access their machine, they are opening themselves up to a wide variety of personal investigation (regardless of the morals, intent or actions of the support personel). Lets add to that, the common tendency for people to say 'mine!' and not want you to touch their toy (remember computers aren't tools for everyone - to some they are just toys) and whatnot.
Then lets ask some other questions about if you do attatch using a remote administrative client... IANAL but, what if they have porn as their background and the helpdesk person is offended by this? I'm pretty sure this fits the definition of sexual harrassment of the employee, and requesting the client to change their background constitutes a violation of their rights - unless you prevented them from having any in your EULA...which I have problems with too... My point being, that sometimes you can indiscriminantly wander a step too far into someone's life by using a remote administration tool, and everybody can be unhappy.
Last, what about the fact that some users want phone support and not you to do something... Hey, it may inconvenience you, but some people prefer it... Phone support is common in all industries (even power tools) so it is a familiar medium of communication for many people. If you toss them on the recieving end of a remote administrative procedure, they may be less than comfortable, and therefore, less likely to continue business with you. Remote administration is great for servers, but you had better *know* your user base, and know what they want.
I guess, the bottom line is: while, it may be helpful to some, not everybody will want it. You risk dumbing your user base, and creating an unnecessary tension between employees and clients. And most importantly, you risk the security of their machine for your convenience.
Perhaps this is a good solution in major cases, but I might suggest this as a last alternative as opposed to your standard care.
How about Citrix? (Score:1)
Security (Score:3)
How secure is their network, and how do you know. Because if they have the excellent security practices of some of these companies that I have dealt with - like having Internet connections with no firewall at all - then your network just became as secure as their's. Nice. Or, let's say that they do this over dedicated lines rather than over the Internet. How many other companies do they serve and how do they protect your network from their others customers.
Second question: Who is sitting at that helpdesk PC at your service provider? Does your service provider have the same, or better, hiring practices as you do? How do you know that they aren't hiring Kevin Mitnick? (Don't get me wrong. Kevin has paid his debt to society and deserves the opportunity to find gainful employment, just like anybody else. Only, not at my company thank you.)
Remote administration _AND_ support (Score:3)
This probably isn't going to be practical until videophones & the necessary infrastructure is ubiquitous, however. (The little cameras ON the computer aren't necessarily much help, since those are often the first to go or the culprits when something is screwing up...)
Re:Gee, let me think... BAD IDEA. (Score:1)
My original post relates to the enviornments I'm used to, where the support specialists know their stuff and the end user will lose a *lot* more than 50-100 bucks for 15 minutes OS training.
----------------------------
Re:Gee, let me think... BAD IDEA. (Score:3)
Depends on the enviornment. In a corporate enviornment, where the end user is an employee in some depatment other than IT, then I'm sure they won't want to know what the problem on their machine is (especially if it's an OS problem as opposed to an application usabilty question), they'll just want it fixed. Also, I'm sure the employer would not want it's support engineers wasting valuable time teaching users the ins and outs of the OS, not to mention the user wasting their time learning about their computer when they have more important work to be getting on with.
On top of this, many users do not want a remote administration client stored on their machine - as many think of it as "their machine,"
Again, in an office enviornment the machine is not 'theirs'.
what if they have porn as their background and the helpdesk person is offended by this?
Most companies I know of treat downloading and storing pr0n on workstations as a sackable offense.
Last, what about the fact that some users want phone support and not you to do something... Hey, it may inconvenience you, but some people prefer it..
Again, in corporate enviornments, this would come down to money. Fixing problems over the phone is *much* slower than remotely controlling the machine from your desk. The quicker the problems can be fixed = the more time the engineers have. The more time the engineers have = the less engineers the company has to employ. The less engineers the company has to employ = the more money the company makes.
----------------------------
Re:Gee, let me think... BAD IDEA. (Score:1)
The Unix way is old and proven (Score:1)
I don't understand what the big deal is. I'm a Unix Admin, and I can "become" a user any day of the week, and have had that capability for the ENTIRE ten years I've had root on ANY box.
First the person calls me. I answer some questions, trying to avoid having to type my own solution. If the user can't do it, they the user asks me to do "superuser" things (for example, "become" them and look at their files). This is OK because there is established accountability for things that happen here. Not so with an ASP. This is why Unix vendors have a hard time selling remote administration services to their clients. It is only done in a very restricted way, usually with (somewhat qualified) company personell supervising.
Re:What about Timbuktu? (Score:1)
Very handy tool, and one of the only ones available for a mac for a long time
Re:Remote administration (Score:1)
One more thing: Please stop embarrassing us all and degrading the quality of Slashdot.
Remote administration via phone ? (Score:1)
That is, the user's computer call the tech support system and establish a ppp link ... then it can chat with the operator, explain the problem, and the operator can ssh in user's computer, look itself and try to fix the problem.
It looks a nice idea to me ...
There are times (Score:1)
However, since you stated that this was for a corporate environment, I'm assuming that you have some amount of control over every computer. I think that using a remote control software in this situation would end up saving a lot of time over phone support. At my high school, we used Network Assistant on the Macs, and were looking into PC Anywhere for the PC's (that ended up not happening, due to school beauracracy) While it's good for spying, it was also easier to fix a lot of problems, rather than doing phone support.
-
Incompetent Remote Administration (Score:1)
Re:Remote administration (Score:1)
But we decided we could save money by using the existing old 486's that we have, loading them with DOS and the citrix ICA client, and then running almost all of our admin apps on 2 citrix servers (soon to be 3).
We actually use Windows here because Office2000 is dictated as the corporate standard by head office. Using Citrix is actually much cheaper for us, because we actually get our clients for pretty much nothing (our old computer stock plus a few donated by other offices), what costs are the servers and the Software licenses. Even with the premium we pay for having the Citrix software, it still works out cheaper than buying 150 computers which are capable of running windows 9x/NT/2000 just for the sake of running Office.
Also pooling our software licences also means that we can reduce software licence costs by only paying for the maximum number of licences that we may use at any one time, as opposed to paying for one for each machine. Also some licenses are only billed per machine installed or per processor, so we save even bigger in those areas, especially considering we can (and do regularly) have 120 users simultanesously across 4 processors or 2 machines...
So what looks expensive, can actually work out cheaper... It's also more convenient for us, because we only have to update software on 2 servers as opposed to say 150 workstations... Considering our company has alot of proprietry software thats updated almost monthly, it makes our job a hell of a lot easier.
To give you an idea, we can support 200 users (including about 50 Fat client NT workstations and 150 Thin Clients) and 2 other offices each having 30-40 'slim' clients (they have most of their apps loaded locally, but get some of their app's delivered from the Application Server - we dont have a very fat pipe between us and our other offices, otherwise we'd go totally thin client here too).
We can support all of these people with an IT department comprising of 4 full time staff, and I can still find time to post to Slashdot at work, so we cant be all _that_ busy can we?
Re:Windows XP (Score:1)
Citrix now own the source and the IP for Windows for workgroups, they got it for helping microsoft to develop terminal services for NT4.0, however, Microsofts effort at terminal services on NT were pretty poor, to get anything out of terminal services on NT, you need to use Citrix Metaframe, which basicly sits on top of it, and fixes the majority of it's problems, it doesn't fix all of them, but it does make it very usable, I talk about this in one of my other posts so I wont repeat that here, clicking on my info will let you track that down.
Terminal Services in Win2K are more improved, they still only appear in the server version, still to get the real benefit you need Citrix Metaframe on top, it's feature set just makes it much more manageable..
On Win2K server there are two types of Terminal services, the first is just to allow remote administration of the server (a maximum of two terminals), the second allows remote user logons to the server.
Re:Remote administration (Score:1)
For our admin stuff we use Metaframe on top of Windows NT Terminal server, so by nature we can just take control by a user permitted 'shadowing' session.
Re:Remote administration (Score:2)
Metaframe for Unix (avalable for Linux, HP UX, Solaris, IBM AIX) does exactly the same thing, but with the Unix system, allowing deployment of Unix Applications and desktops to users. It even lets you do it cross platform using Citrix's Idependant Computer Architecture, so I can access xemacs from a palmtop running windows CE, or I can run MS Word on my linux box, totally seemlessly, I can even access the local drives of my client machine, if I wish (or rather if I as administrator let myself!!).
An administrator can shadow a users desktop, or individual application, this means that support is easy, because the user can see what your doing with the mouse, I have demonstrated procedures to users using a phone call and a shadow session at other offices... but I could do it all over the world if I wanted to, I can even pick up the shadow session somewhere else other than the server, from another client device... So I could support a user in office B, who is logged into an Application server in Office a, while I am sat on the train using my palmtop and a GSM mobile phone.
The possibilities are endless, it's complete freedom of movement, it even makes outsourcing of Helpdesk staff easier when we're short staffed.
This is the future, this is what we'll all be doing in about 2 years.
Remote Admin on 700+ user WAN (Score:3)
Can't do 100% remote (Score:2)
What happens when
(A) The remote site's WAN connection is down.
(B) The PC's networking is broken (for whatever reasons).
(C) The OS won't boot.
You'll have to have good phone people for these.
Re:Gee, let me think... BAD IDEA. (Score:2)
Re:Gee, let me think... BAD IDEA. (Score:2)
Re:Gee, let me think... BAD IDEA. (Score:1)
Re:Gee, let me think... BAD IDEA. (Score:1)
For example, when the help desk sees my workstation, they go "whoah!" - I've got a bunch of db admin tools and mucho obscure stuff. Every so often, management decrees changes to everyones work station, and mine inevitably gets screwed up. SMS is the worst.
Now we are getting a big contract for EDS [eds.com] to replace all help desk and PC support. Many of us are hunkering down and expecting to avoid calling them as much as possible. Pretty counter-productive.
And imagine if a bunch of us get desktop Linux!
Re:Gee, let me think... BAD IDEA. (Score:3)
Sometimes a customer pays you for a service, and just wants it working. Dont want to learn, dont want anything other than a working system. By having the ability to pcAnywhere/Excellanet into a box and up/download databases, log files etc, you can do it all remotely - no need to get the next plane/train 600 miles. No downsides. None whatsoever.
Re:Remote control v. good (Score:1)
I agree wholeheartedly. We have a network constisting of mostly macs and use Network Assistant to remotely administer them. It's absolutely the way to go. Now when somebody calls us and says "the thingy isn't working right today." we can remotely observe/control to find out what "thingy" it is. Great for pointing out user errors and proper procedure.
Also works very well for setting up SETI@home processes at the end of the day!
VNC (Score:1)
http://freshmeat.net/projects/vnc-tight/
From the Trenches (Score:1)
and don't even get me started on the boundaries of traing people to use email packages I've never seen and teaching MCSEs how to change policies on their NT workstations... ("they can run 16 bit apps... there, I just ran Notepad!"
Web-Based support (Score:1)
There is always the third option of web-based self help support. The company I work for does a great job in creating web based solutions to enable the user to figure out the issue for themselves. This reduces miscommunication and support staff errors. This also makes the user feel like they were able to do something on their own and makes them more productive. Admittedly there are some instances where there is a need for the phone support or an onsite individual to help but we have found that for the majority of problems the user is able to resolve the issue themselves if guided correctly.
Check out www.Safeharbor.com [safeharbor.com] for some good examples of this.
When done right, it makes your life SO easy. (Score:3)
As to the trust issue, many remote admin tools (Remotely Possible comes to mind) have a VCR-type function that allows you to record your terminal sessions. Initially, we only recorded sessions with "problem users," but the cost savings we realized allowed us to build a file server to store all of our sessions.
Finally, if users don't want the software on their system, well, tough. Remotely Possible (now called Control IT [ca.com]) allows you to push the software onto the client's box without the user's knowledge, and do so every time they log onto the network, in case the user somehow discovers and deletes it. This is useful with the aforementioned "problem users."
Give remote admin a try, but don't use it as an excuse to abandon phone support. The two, used together, make an excellent "teach a man to fish" tool, and will save your company a fortune in man-hours and support costs.
Re:Gee, let me think... BAD IDEA. (Score:1)
The flip side to this, however, is "a little knowledge is a dangerous thing". I can't count the number of times I took support calls from users who, after getting an explanation of something that happened & how to fix it, went on with this "little knowledge" & tried to apply it to some other problem, resulting in a long (& expensive) support call after all. Not only did we have to fix their original problem, but first we had to fix whatever it was they broke.
These were also the people who, to whom you would say, "hit Cntl-C" andthen hear something like 'clickclickclickclickclickclickclickclickclickclic kclickclickclickclick..."Uh-Oh"...clickclickclickc lickclickclickclickclick...
OTOH, remote support was quite useful to diagnose & fix problems. An additional benefit was that you could see what the person was doing wrong, rather than apply psychology to get them to admit it. (Very few people will admit that they made a mistake.)
Sure, some people want to have you on the phone, and this is usually part of the service that is provided. Our usual practice was to have them on the phone as we were attached to their PC, because we usually needed the additional feedback. But, if they had other work to do - which many of them did - then we could administer a fix while they got on with their business.
Users vs Devices (Score:3)
The question of benefits in remote administration depends on what you want to manage. Remote administration is greate for taking care of devices. I haven't done too much of this aside from admin of internetworking devices through SNMP, but even that can be very powerful. Managing devices directly does indeed streamline the troubleshooting process as well as speed up maintenance and upgrading, but I doubt it can replace the phone support line. So many calls a help desk gets from a user are not the 'my computer is broken' calls, but rather the 'how do I do this' variety. Even so, I figure remote admin capablities can shorten the time to resolve problems, making the user and the help desk staff happier. That said, there are limits to what remote admin can fix. Remote administration cannot address faulty user behavior and the problems that arise from such. It can be argued that nothing can help that, but I'm not that pessimistic. Remote administration can deal with machines, but you still need people to admin users.
Cost Effective Solution - Try this (Score:1)
http://www.uk.research.att.com/vnc/ [att.com]
Although we have a closed network, so some security issues are hmmm, ignored, its a damn useful bit of kit.
Re:Remote administration is feature in Windows XP (Score:1)
Remote admin client? Oh no, I can assure you there's no remote admin client on your machine.
---
I'm not ashamed. It's the computer age, nerds are in.
They're still in, aren't they?
Re:What if.. (Score:1)
What if.. (Score:1)
How do you remotely administer that?
How do you remotely administer a powered down monitor?
How do you flirt with a hot admin exec remotely?
---
Re:What if.. (Score:1)
Homer & Mojo: Eh...
--
Everything has already been answered by The Simpson's
---
Re:Remote administration (Score:2)
allows you to do this. It's similar to PCAnywhere but is platform-independent.
What about teaching the (L)user? (Score:1)
Re:Remote administration (Score:1)
Re:Security problems (Score:2)
Nope. I use VNC a lot to do remote support, and you can just punch a few holes (read: ports 21000-21050) in the firewall and NAT them through.
The other part is: call the user and say, 'click here to start the remote admin program' so i can get in first. It's a little extra protection that way.
Re:Misundersood NAT? (was: Re:Security problems) (Score:2)
is it in the travel industry..........??? (Score:1)
Remote controls a good thing (Score:2)
The best thing I've found about it is the ability to see what the user sees. Instead of trying to decipher what "My Word is screwed up" means, I can just log in and find out for myself. That in itself probably cuts the time for a remote control in half over what a similar phone call would take.
The only disadvantage so far is that the version we're using doesn't support remote rebooting. Apparently that's a "Real Soon Now" feature, but we'll see. And user resistance isn't as bad as you might think: most users find it "cool" to see their computer fixing itself with a mind of it's own.
Re:Trialing (Score:1)
Gotta love the Dictionary [tuxedo.org].
Windows XP (Score:1)
Terminal Services (Score:1)
As far as supporting applications go on individual machines there are many infrastructure components you can use. You have Microsoft SMS, Tivoli, Novell ZEN, Intel LanDesk and more. These packages can inventory, track, deploy software and allow you to remote control/reboot/debug most issues.
-Pat
Re:Works the other way around aswell (Score:2)
In times like that you need a remote administration SNMP-manageable handgun.
-Pat
It can pay, but evaluate the products first (Score:2)
The Downside though was that we managed to buy a product that just couldn't scale to the size of our business and still work reliably, so after two years and several million pounds we're having to rip it out and go with a new product.
If you're evaluating a product, ask to be put in touch with users who have similar sized enterprises to your own and find out from them what problems they've had. I'd be loth to name the product we failed with publicly (British libel law works well to protect big business against even genuine criticism) but it's one I wouldn't touch ever again. Let's just say it's produced by a subsidiary of a US company that might be in some way related to HAL.
Trust (Score:2)
Re:What Program? (Score:3)
What about Timbuktu? (Score:2)
We used to use these on the Macs to do work at our desk from the lab, or vice-versa.
I can't recall who made it, but it was more than handy to do similar operations as remote administration, as well as complete control over the remote machine.
Re:What about Timbuktu? (Score:2)
The above post should be modded up above 0 - the information was handy, Timbuktu information can now be found at: Timbuktu Info [netopia.com]
And yes, this product seems to work nicely inter-OS.
Thanks for the update, dude...
One major drawback (Score:3)
Large scale remote admin (Score:3)
I think that this is probably one of the features that keeps us at the level that we are. While we give basic computer classes to our employees, trying to solve a problem using just the phone can be both frustrating and time-consuming. And with us having offices all over the county (and with the county spreading some 300 square miles or more) this is just phoenomenal.
Of course, this is run through our own organization, and not through an ASP. But the same idealogy can be used for that as well. Compare the initial costs of the software and setup to the costs of teaching the employees the skills to do basic troubleshooting and the time wasted by Net Admin having to talk them though the process, etc. If a basic service call with phone support takes 45 minutes, but with Remote Admin it is cut down to 7 minutes, that is a significant reduction in cost. Factor in the salaries of both the employee being helped (say $14.00 per hour) and the help desk personnel (Hmm, how do you convert peanuts to dollars again?) and you can generate a pretty report to show management. All before lunch. Good luck!