Re: Cant install any software from a netwwork drive.



The answers are:

1) All workstations are running Windows 2003 R2 EE SP2.
2) I did make sure that I had security nailed and I have made sure that the
domain admin has full control in the share permissions and the file
permissions on the folder.
3) I though of that and tried it aswell, but sadly no luck, still cant
execute from a mapped drive.

I have a feeling this is something microsoft have done as a security measure
for SP2 and there are other users out there that are having the same issues

http://www.eggheadcafe.com/software/aspnet/30248349/help-with-executables-on.aspx

http://blogs.msdn.com/ie/archive/2007/03/15/windows-server-2003-service-pack-2-released.aspx#1932593

Sadly though none of those links have an answer to my question.

Wanna know something really silly. If indeed microsoft have gone through all
the trouble of preventing us from launching executables from a mapped drive,
they still allow us to for some reason open a command prompt window to the
mapped drive path and run the executable from there. This is getting pretty
pathetic personally and a real pain in the ***.


"CreateWindow" wrote:

Interesting,

This is definately a security / policy issue. (Which does not help much -
just wanted to say that). I have some silly questions:
Are your workstations Vista? Have you checked the share *and* security
permissions on the share?

Can you log on as a local workstation administrator on a workstation (not
domain admin) - map the drive, & then does the application run?

Thanks,
CreateWindow

"Wajahat Khan" <WajahatKhan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:C26285E3-D7FA-4475-8A53-24B4A9F8BE22@xxxxxxxxxxxxxxxx
I would also like to add something more which I have just found out. I have
this small windows tool which I normally run from that share which doesnt
run
when executed from Windows explorer. I just tried running the util under
WinDBG using open executable, and it runs hust fine. Could this be a
security
issue with the share or with the domain. When I double click the exe, does
it
try and run it as me or some anonymous account. I doubt its the latter
though. I looked in taskmanager and windbg is running as administrator,
and
when it loads up the util taht too runs as administrator.

Just to make clear the tool is not relevant here and neither is this a
programming problem. Its an enviroment issue with the domain which I am
trying to get to the bottom of. :-)

Thanks

Thanks

Thanks

"CreateWindow" wrote:

Hi Wajahat,

Add "Domain Admins" to the local workstation "Administrators" Group. Log
off
annd log in again and try it. Let us know what happens.

Cheers,

CreateWindow

http://mymessagetaker.com
The While-You-Were-Out program you always wanted.
Stop using those paper phone message pads
make the computer work for you.
http://justpageprobe.com
The FREE Web page utility you always wanted.
Monitor your enterprise Web Servers.
Keep your router connected.
Email your IP to where you need it.

"Brandon" <brandon.thurgood@xxxxxxxxxxx> wrote in message
news:eQE$jfc1HHA.4476@xxxxxxxxxxxxxxxxxxxxxxx
Probably only event viewer and that programs installation log files.
Check
your file and share permissions, read only might not work if the app is
trying to create log files etc. on that drive.

"Wajahat Khan" <WajahatKhan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:52010FE7-365F-41D5-BECE-71256508FD03@xxxxxxxxxxxxxxxx
The files are inside a folder called software which is shared. The
folder
is
on the Domain controller. I have mapped a drive to the share on the
workstation while logged as the domain admin.

As a test I have tried creating new folders and deleting them on the
share
from the workstation and that all works fine. It is only when I try
and
run
the executable for the installs that I get the error dialog saying.
"Windows
cannot accedd the specified device path or file. You may not have the
appropriate permissions to access the item."

This is the case on all the workstations in the domain and there are 9
of
them I didnt have htis problem with the share before I joined the
workstation
to the domain which made me think that it might be a domain policy at
play
here. are there any log files ai could look at to see why the access
was
denied?

Thanks

"Brandon" wrote:

are the files in the root of the mapped drive, that sometimes causes
hassles.

"Wajahat Khan" <WajahatKhan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
message
news:FC3A0F6C-7BAC-444F-AD96-15EFA41D00DB@xxxxxxxxxxxxxxxx
I have a windows server 2003 R3 SP2 domain setup with all
workstations
running the same OS and SP level. I cant install software on any of
the
workstations when mapped to a network drive. I am logged in as the
domain
admin and as such would think that I would be able to install
software
on
the
workstation. If I copy the files locally then I can perform the
software
install.

Is there a new policy in winsvr2k3SP2 tha prevents running
executables
from
a remote netwrok drive?

Thanks











.



Relevant Pages

  • Paradigms II
    ... Secure Systems Revisited ... Performing the following very basic security evaluation on your system ... (server or workstation); however, they can be easily adapted to any other ... control over that information. ...
    (comp.security.misc)
  • Re: Paradigms II
    ... > are not about trying to circumvent security. ... > (server or workstation); however, they can be easily adapted to any other ... > to have at least a vague idea what security, and a secure environment, ...
    (comp.security.misc)
  • Re: Event ID 5719: No Windows NT or Windows 2000 Domain Controller is available for domain .
    ... In my experience what you have done with security policy should ... The workstation gets its networking information from DHCP that, ... updates DNS. ... I don't believe the problem to be at the server end though. ...
    (microsoft.public.win2000.security)
  • Re: users must be local admin but this means domain admin can be locked out
    ... and audit all workstation group membership from the domain instead of having ... > If you delete the domain admin from the machine, domain admin can login, ... Can modify the users and groups *that they have created.* ... operating system services or modify operating system files ...
    (microsoft.public.win2000.security)
  • Re: Upgraded from SBS2K to 2K3: Connectcomputer Wont on XP client
    ... Could it be security issue? ... > Decided to upgrade the office network for practice. ... > workstation, a fully patched XP pro which had been working flawlessly on ... the server shows them (but ...
    (microsoft.public.windows.server.sbs)

Loading