Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / Security / November 2004

Tip: Looking for answers? Try searching our database.

MSDE does not work in Terminal Services: REQUIRES ALL USERS TO BE ADMINISTRATORS!!!!!

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
HelpNeeded - 18 Nov 2004 15:59 GMT
I just had an application ported/rewritten from VFP to .net and in order to
give users access to it in a Terminal Services deployment (in a one server
setting) , ALL USERS MUST BE ADDED TO THE ADMINISTRATORS GROUP!!!!!

My developer told me this is necessary, and is not a big deal. HUH???!!!

I think I'm (she's) missing something and can really use some help.

Can anyone tell me how to set this up???

PLEASE REPLY ONLY TO NEWSGROUPS SO ALL WILL BENEFIT!!!
Vera Noest [MVP] - 18 Nov 2004 19:52 GMT
You are absolutely right to mistrust the developers advice.
This is a big deal!
If the application runs correctly under the Administrator account,
but not for normal users, there is nearly always a better solution
than making all users Administrators:

Download FileMon and RegMon from http://www.sysinternals.com/. Run
them as administrator, start a TS session as a normal user and try
to run the application.

FileMon and RegMon will show you all "access denied" errors
that occur, so that you can give your users the necessary
permissions on a file-to file or Registry subkey basis.

--
Vera Noest
MCSE, CCEA, Microsoft MVP - Terminal Server
http://hem.fyristorg.com/vera/IT
--- please respond in newsgroup, NOT by private email ---

"HelpNeeded" <louis_sorbera@msn.com> wrote on 18 nov 2004 in
microsoft.public.windowsnt.terminalserver.applications:

> I just had an application ported/rewritten from VFP to .net and
> in order to give users access to it in a Terminal Services
[quoted text clipped - 10 lines]
>
> PLEASE REPLY ONLY TO NEWSGROUPS SO ALL WILL BENEFIT!!!
HelpNeeded - 25 Nov 2004 00:29 GMT
My developer has now stated the problem is with MSDE which is designed for a
single user setting. They told me since the product is designed only for
single user setting, it is necessary to charge me for a "security shroud" I
guess you might say that tricks it into working in a multi-user environment.

That does make sense?

Is MSDE single user?

> You are absolutely right to mistrust the developers advice.
> This is a big deal!
[quoted text clipped - 24 lines]
>>
>> PLEASE REPLY ONLY TO NEWSGROUPS SO ALL WILL BENEFIT!!!
Fred Taylor - 25 Nov 2004 00:49 GMT
No, it is not single user.  It is limited in only the simultaneous queries
that can be processed.

I do not know if it wil work in a Terminal Services environment, but if it
didn't, I'm sure it would be alot more than just you complaining.  You're
the first I've heard.

Signature

Fred
Microsoft Visual FoxPro MVP

> My developer has now stated the problem is with MSDE which is designed for
> a single user setting. They told me since the product is designed only for
[quoted text clipped - 34 lines]
>>>
>>> PLEASE REPLY ONLY TO NEWSGROUPS SO ALL WILL BENEFIT!!!
Vera Noest [MVP] - 25 Nov 2004 09:54 GMT
There are some issues with installation of MSDE on a Terminal
Server, but after that it should work.

317268 - PRB: The MSDE Installation Does Not Succeed If the
Installation Computer Is Running Terminal Services in Application
Server Mode
http://support.microsoft.com/?kbid=317268

830629 - You Cannot Install MSDE 2000 SP3 on a Windows 2000
Terminal Server in Application Server Mode
http://support.microsoft.com/?kbid=830629

Sounds to me that the application is developed without Terminal
Services in mind, and is therefore "single user", not MSDE.

Again, if it works for Administrators, you should be able to solve
the problem with the help of FileMon and RegMon.
But be sure to check for other issues as well, like all users
writing their personal settings to the same file, or something
like that. Even if you get it to *run* for all users, it might
still not *function* correctly, since the developer obviously
isn't very knowledgeable about TS.

--
Vera Noest
MCSE,CCEA, Microsoft MVP - Terminal Server
http://hem.fyristorg.com/vera/IT
*----------- Please reply in newsgroup -------------*

>"Fred Taylor" <ftaylor@mvps.org!REMOVE> wrote on 25 nov 2004:
>
[quoted text clipped - 48 lines]
>>>
>>> PLEASE REPLY ONLY TO NEWSGROUPS SO ALL WILL BENEFIT!!!
tom knauf - 19 Nov 2004 15:20 GMT
Hi,

as mentioned by Vera Noest, use filemon/regmon to find the necessary right.

In addition :
Can you start other applications ?
Do they want you to let the users be local administrators "only" ? or domain
admins ? or admins on the server ?
Sometimes admin rights are only needed for installation and then the link to
the file must bei moved to the desktop folder of the user.
If you can understand german language try the c´t from www.heise.de. They
had a good story :"Living without being admin" and hints how to install
software.

Off topic
On the other hand if all users become admins, the passwort/user
administration is easier :-)

HTH
Tom

I would NEVER allow users to get admin rights.

> I just had an application ported/rewritten from VFP to .net and in order to
> give users access to it in a Terminal Services deployment (in a one server
[quoted text clipped - 7 lines]
>
> PLEASE REPLY ONLY TO NEWSGROUPS SO ALL WILL BENEFIT!!!

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.