Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Web Development
  3. ASP.NET
  4. moving files to UNC share

moving files to UNC share

Scheduled Pinned Locked Moved ASP.NET
helpasp-netcomsysadminwindows-admin
2 Posts 1 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • K Offline
    K Offline
    Keith Andersch
    wrote on last edited by
    #1

    Hi all, I'm having problems trying to move a file from my IIS server to a unc share on the same domain. I know it all boils down to a permission issue (the bane of my existence). I'm running IIS 5.0 (in production) and 5.1 (in test). I have impersonate set to true in web.config. Most everything else is pretty much default including the ASPNET account running the worker process. I know I have read/write permission in the share. I've even gone as far as to slip an WindowsImpersonationContext around the move code only to get the same Access denied error. I found this article[^] about Kerberos delegation which sounds like it could work but I wouldn't be able to give delegation rights to. Do I need to run the worker process under a domain account instead of the local ASPNET account? Has anybody else have this kind of issue? Keith

    K 1 Reply Last reply
    0
    • K Keith Andersch

      Hi all, I'm having problems trying to move a file from my IIS server to a unc share on the same domain. I know it all boils down to a permission issue (the bane of my existence). I'm running IIS 5.0 (in production) and 5.1 (in test). I have impersonate set to true in web.config. Most everything else is pretty much default including the ASPNET account running the worker process. I know I have read/write permission in the share. I've even gone as far as to slip an WindowsImpersonationContext around the move code only to get the same Access denied error. I found this article[^] about Kerberos delegation which sounds like it could work but I wouldn't be able to give delegation rights to. Do I need to run the worker process under a domain account instead of the local ASPNET account? Has anybody else have this kind of issue? Keith

      K Offline
      K Offline
      Keith Andersch
      wrote on last edited by
      #2

      Ok, so the moral of this story, use a domain account to run your asp.net process when you need to access network resources on the same domain. Well, that's the moral I used anyway. If anybody has other solutions to this, I'd like to hear them too. Here's an article for asp.net 1.1 which I took bits and pieces of to get the solution working http://msdn2.microsoft.com/en-us/library/aa302396.aspx[^] Keith

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups