L'unità logica di rete viene montata quando c'è una sessione utente attiva. Su un server questo discorso non ha senso.

Inoltre l'identity dell'Application Pool in cui gira l'applicazione rappresenta l'account con cui l'applicazione si presenta al sistema remoto dove stanno i file. Nel sistema remoto va replicato l'utente associato all'Application Pool (stessa username e password) e vanno date le corrette ACL alla cartella contenente i file per la loro lettura da parte di quell'utente.

Ciao, Ricky.

---

Modificato da rickyvr il 30 marzo 2010 17.20 -

Puoi usare direttamente il percorso di rete.

Nei metodi delle classi come Path oppure FileInfo il percorso specificato può anche fare riferimento a un percorso relativo o UNC (Universal Naming Convention) per un server e un nome di condivisione. Tutti i seguenti percorsi di esempio sono validi:

1) "C:\\MyDir\\MyFile.txt" in C# o "C:\MyDir\MyFile.txt" in Visual Basic
2) "C:\\MyDir" in C# o "C:\MyDir" in Visual Basic
3) "MyDir\\MySubdir" in C# o "MyDir\MySubDir" in Visual Basic
4) "\\\\MyServer\\MyShare" in C# o "\\MyServer\MyShare" in Visual Basic

Se l'account con cui si vuole accedere alla cartella condivisa è PIPPO, questo utente va creato anche nel server web e usato come identity per l'AppPool dell'applicazione ASP.NET. Infatti l'applicazione web impersonifica l'utente del suo AppPool. Il concetto di AppPool ovviamente è valido solo per ISS 6, IIS 7 e IIS 7.5. Chiaro?

Ciao, Ricky.

Crea un application pool nuovo dedicato alla tua applicazione. Associa la tua applicazione a questo application pool. Cambia l'identity del nuovo application pool e metti come account l'utente custom (occhio che non sia un amministratore su una delle due macchine, meglio un utente a bassi privilegi). Le ACL vanno impostate sul filesystem del fileserver (in particolare, sulla cartella condivisa). Se già accedi alla cartella condivisa con l'utente in questione, allora vuol dire che le ACL sono già a posto.

Ciao, Ricky.