io ho risolto gestendo il link da database.
I documenti vengono memorizzati direttamente in un db e di conseguenza non esite nessun link diretto ai file, ma tramite la logica che ho implementato, mostro e consento visione e download dei singoli documenti.
ciao

cmsaspnet.com ha scritto:

Basta che verifichi il referer (lo trovi sotto l'http request corrente), ed eventualmente lo blocchi con un "response end".
Puoi mettere il codice di verifica in global asax nell'evento che ti avvisa di un nuovo request.

E' una prova che avevo fatto, il problema è che anche quando si clicca sul link che punta ad un handler generico per il download del file, il referer me lo ritrovo vuoto !!

mi è venuto in mente che posso utilizzare Context.Request.AppRelativeCurrentExecutionFilePath che mi dice quale pagina è stata chiamata, e se l'estensione è quella di un documento (pdf, doc etc..) bloccarlo, funziona ma non è elegantissimo.

---

Modificato da Jk il 15 giugno 2012 14.46 -

giangi_77 ha scritto:

io ho risolto gestendo il link da database.
I documenti vengono memorizzati direttamente in un db e di conseguenza non esite nessun link diretto ai file, ma tramite la logica che ho implementato, mostro e consento visione e download dei singoli documenti.
ciao

la soluzione di salvare i documenti nel DB è sicuramente migliore di quella sul file system, il fatto è che tali documenti vengono inseriti attraverso internet dai nostri fornitori e devono essere accessibili anche in modalità veloce da alcuni utenti dalla nostra lan aziendale verso la dmz.

grazie

Jk

Forse non ho capito bene, perché la risposta mi sembra troppo semplice. Quando fai l'upload salvi i dati nella cartella App_Data. La cartella App_Data è inaccessibile via URL.