There's a security policy setting that can be set to restrict access to removeable media (floppy, CD, etc). Using the local security policy MMC, under Local Policies, Security Options, the option is called "Restrict CD-ROM Access to locally logged-on user only"
------------------------------------------------------ Roger D. Seielstad - MCSE Sr. Systems Administrator Inovis - Formerly Harbinger and Extricity Atlanta, GA > -----Original Message----- > From: Bud DAWSON [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 10, 2002 6:37 PM > To: NT 2000 Discussions > Subject: CD -ROM access via TS fails > > > Running Terminal Services in Administrative mode, I cannot > access a CD in > the drive of the server hosting TS when logged in as local > Administrator - I > get Access Denied > > Sitting at the server, I can access the CD drive fine > > This works okay on other servers running TS > > Has anybody seen this before ? Nothing in KB that I could > find about it > > Cheers > > Bud Dawson > > Local 2132 > > [EMAIL PROTECTED] > > > > -----Original Message----- > From: Tony Woods [mailto:[EMAIL PROTECTED]] > Sent: December 10, 2002 2:00 PM > To: NT 2000 Discussions > Subject: RE: Mapped drive access failures... > > > I've seen that setting to but didn't think that could be the > cause of it. > I've had other clients I support with AD and mixed clients > (98,2K,XP) and > I've never seen this problem. Thanks for the input and I'll > try that setting > on a machine at the clients site today as well.... > > Cheers, > Tony > > -----Original Message----- > From: Ed Esgro [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 10, 2002 10:10 AM > To: NT 2000 Discussions > Subject: RE: Mapped drive access failures... > > > I have the same problem on a NT 4.0 domain. Users connecting > to a 2k server > get random disconnects and they must reboot to retain the > mapping. I don't > think it has anything to do with you being in mixed mode. I have been > completely unsuccessful in finding the problem. The only > thing I notice > relative to the problem is the one drive people are dropping > is the user > drive assigned in the users account profile. All mappings > through a logon > script remain attached. I came across a setting on a 3com NIC > that allows > power management to shutdown the NIC. It may be that because > the NIC is > being shut down it is not reconnecting to the network share, hence the > reboot fixing the problem. I am going to test this theory today. > > Ed > > -----Original Message----- > From: Tony Woods [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 10, 2002 1:00 PM > To: NT 2000 Discussions > Subject: Mapped drive access failures... > > Hello All... > > I've got an interesting one, I think. I have a mixed-mode AD > with two DC's > and two NT 4 BDC's. This was performed as an inplace upgrade > (built a new > server as BDC, promoted it to PDC then upgraded to AD). The > old PDC which > I'll call NTFS3 is now, obviously, a BDC. I've manually > mapped drives on > this server to an outside drive array. I then have the users map their > drives to this box (\\NTFS3\DriveF, \\NTFS3\DriveG ...etc) > via VB logon > scripts. The problem I encounter is that every so often, a > user can't access > their drives. If I log them out and then back, they're > accessible again. > It's as if it times out or something. There's nothing in the > Event logs on > the server or the workstations (all XP or Win2K pro). Anyone > seen something > like this before? Over the weekend, I added WINS to my DC and > put the WINS > address in the IP properties on all the servers but it's > still doing it. I > haven't added it to the workstations yet but do you think I > might have to > until I've gotten rid of NT 4 and gone full native mode? > > Thanks in advance, > Tony > > Tony Woods MCSE, CNA > Microserve > Victoria, BC, Canada > (250) 744-3247 > http://www.microserve.ca > ------------------------------------- > > Tony Woods MCSE, CNA > Microserve > Victoria, BC, Canada > (250) 744-3247 > http://www.microserve.ca > ------------------------------------- > > > ------ > You are subscribed as [EMAIL PROTECTED] > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe send a blank email to %%email.unsub%% > > > > > > *****This email and any files transmitted with it are confidential and > intended solely for the use of the addressee. If you have > received this > email in error please notify [EMAIL PROTECTED] Any > views or opinions > presented in this email are solely those of the author and do not > necessarily represent those of Stainsafe Inc. or any of its > subsidiaries or > affiliates. The company accepts no liability for any damage > caused by any > virus transmitted by this email.***** > > ------ > You are subscribed as [EMAIL PROTECTED] > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe send a blank email to %%email.unsub%% > > ------ > You are subscribed as [EMAIL PROTECTED] > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe send a blank email to %%email.unsub%% > > ------ > You are subscribed as [EMAIL PROTECTED] > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe send a blank email to %%email.unsub%% > ------ You are subscribed as [email protected] Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe send a blank email to [EMAIL PROTECTED]
