in reply to IIS Glob-Dir Restriction

Check the event log on your remote server. You're probably getting login failures as the web server process has no rights to access the requested path.

When run by IIS, your script runs with very limited rights using a different account than when you run it at the command line. Find out what account your web apps run under and grant it read access to the remote location. Make sure you assess the security implications of this first.

--- print map { my ($m)=1<<hex($_)&11?' ':''; $m.=substr('AHJPacehklnorstu',hex($_),1) } split //,'2fde0abe76c36c914586c';

Replies are listed 'Best First'.
Re: Re: IIS Glob-Dir Restriction
by Anonymous Monk on Dec 16, 2002 at 17:04 UTC
    Thanks for replying so fast...
    IIS has already been configured to run the code with an account that has access (Allow Anonymous Access edited to run an account with access) that's why the readdir works.
    Any other ideas?
      Just FYI: Allowing a perl script to be run remotely from IIS by anonmyous users is a bad idea as far as security goes.

      Are you taint checking?

      This has been a public service message from,
      ibanix

      $ echo '$0 & $0 &' > foo; chmod a+x foo; foo;
        It's for internal use only, so the box isn't being hit by outside users.