I'm logging into the server as that domain user. I gave the local Users group full control read, write, everything to the the Log folder in the file system i. Still no log file being created.
I gave the actual domain user full control read, write, everything to the the Log folder in the file system i. None of these things helped. So, I've tried giving full file system control to all pertinent users and groups and still no log file.
I'm thinking it can't be a file system permissions issue. As mentioned above, I've tried logging into the server directly with all sorts of different file system permissions. But, since this is an ASP. NET app, I thought I'd try from a client workstation. I logged into the client workstation Win 7 Pro x with a different domain user.
The workstation's domain user is in the local Administrators group on the client workstation, and that same domain user is in the Administrators group on the server to give us the Windows authentication and impersonation that our app requires. When I run the ASP. This works as expected.
So, now I'm really at a loss. Why, when logging in from a workstation, the log file is created but, when logging in on the server itself, the file is never created???? IIS does not care about the logged on user on the web server it runs as a service with its own user accounts.
The only thing i can think of is that you use pass-through authentication, and Internet Explorer on your webserver sends the Administrator username and password, which is not granted access to the folder. Process Explorer should give you more information about why the user account used cannot write to the log file or folder. Thanks for the info. Unfortunately, using Process Explorer didn't yield us any helpful information maybe we just don't know what to look for. And, although I agree with you that IIS does not care about the logged on user on the web server for "normal" web sites using anonymous authentication, our ASP.
NET application is running on IIS as an intranet application that is using Windows authentication and impersonation it's supposed to be impersonating the logged on Windows user. I don't know if this bit of information helps narrow the issue down any, but in our web. NET impersonation enabled. One final thing, we're thinking there is some issue with our ASP. Does this sound right? Learn more. How do I give ASP. NET permission to write to a folder in Windows 7?
Ask Question. Asked 8 years, 11 months ago. Active 2 years, 11 months ago. Viewed k times. Can someone please tell me? Improve this question. Cyberherbalist Cyberherbalist Add a comment.
Active Oldest Votes. If you are using II7 and I guess you do do the following. Improve this answer. Dragan Radivojevic Dragan Radivojevic 1, 2 2 gold badges 12 12 silver badges 14 14 bronze badges. Looks good, but the Identity in question does not get recognized by the system as a user, and a search via the Advanced button does not find it, either.
I'm working with my workstation, however, and not a server. I've added a screenshot to illustrate what the app pools look like. Got it. Pls let me know if this works for you. At last. When I first tried this, it still didn't work I think I had already tried it previously , but your "I tried this locally Text as our File content to write on to the File. And also checking if the user as entered the name of the file and its content to write, if not we are showing Message on our ASP.
NET label control. On pressing submit button we will successfully create a the Text file and write text in it. You can Download Source code for your reference for free. Post Views: Tags: asp. Sorry, your blog cannot share posts by email.
0コメント