By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
462,148 Members | 819 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 462,148 IT Pros & Developers. It's quick & easy.

can't access remote share using filesystemobject when authenticated

P: 4
I've been fighting this for 3 days.

In an existing domain we have had a win2k3 Domain controller and 10 workstations. Website has been on this server and finally getting to move it to a brand new win2k3 server that is member in the domain. Problem is when all on the same machine I have one web app in ASP that reads data in from files in the local file system and all works well. Access to the app is through SSL and anonymous auth is disabled for security.

Now that I have moved the website to a remote machine I created shares to the directories currently in use. Now when I try to acces files on the share using filesystemobject.opentextfile I get:

Microsoft VBScript runtime error '800a0046'

Permission denied

if I enable anonymous authentication using domain account with sufficient privleges it works but if I disable anonymous authentication and login using credentials of the exact same domain user account it doesn't work.

Any Ideas????

Help...
Oct 5 '07 #1
Share this Question
Share on Google+
5 Replies

jhardman
Expert 2.5K+
P: 3,405
Wow, I didn't even know you could get into a share with the FSO at all. I'm going to leave your post here for now, but I'm going to ask the IIS experts if they have any ideas.

Jared
Oct 5 '07 #2

kenobewan
Expert 2.5K+
P: 4,871
<quote>Now that I have moved the website to a remote machine I created shares to the directories currently in use.</quote>
Is this your problem? There are many possilities, this may help:
How to implement SSL in IIS
Oct 6 '07 #3

P: 4
I haven't solved this yet but I have a workaround. The problem occurs when our internal staff generates a catalog upload from our interal Visual Dbase and then wants to kick off an import process to update the website. That process needs to execute vbscript that accesses source files on our main web server, where the IIS server was originally. The export processes are in VisDbase and I'm not going to, read don't have time, learn that language. So much for setting the stage.

The adminprocesses launch from an ssl page that has anonymous logins disabled and that's where I can't get past the afore mentioned permissions denied messages/roadblock/pain (note, I can access the rermote shares with FSO sucessfully if logged in anonymously). So...I created another website that points to the same directory structure that the import asp file is, installed a cert from my local CA but I allow anonymous login. Finally instead of the anchor refering to a local file I access the file on the new site, still internal, and in an address range that my firewall denys all access to the outside world.

The effect is that staff still needs to loging to access the operation functions order records, customer requests, and catalog imports but those imports run under the anonymous user and sucessfully function.

The problem I originally described appears that when a user uses domain authentication to access the website those credentials aren't sent or aren't accepted by the remote machine when the FSO request is made. That's what I get by observation. I don't know if there is a way on the remote machine to see failed or rejected accesses or the account credentials that are being used to make the FSO connection. I'm not MS experienced enough in this area.
Oct 8 '07 #4

P: 4
Wow, I didn't even know you could get into a share with the FSO at all. I'm going to leave your post here for now, but I'm going to ask the IIS experts if they have any ideas.

Jared
It seems to work just fine when called from an anonymous connection. Not so from a connection authenticated with a valid domain account.
Oct 8 '07 #5

P: 4
<quote>Now that I have moved the website to a remote machine I created shares to the directories currently in use.</quote>
Is this your problem? There are many possilities, this may help:
How to implement SSL in IIS
I have ssl working on several sites and I have created a local CA and installed certificates successfully so I don't think this is the problem. But thanks, I appreciate any help. I'm a novice and what I do know is all self taught.
Oct 8 '07 #6

Post your reply

Sign in to post your reply or Sign up for a free account.