Domanda

Ho un sito web che utilizza il servizio di indicizzazione di Microsoft di indicizzare e interrogare una directory che contiene diversi documenti di tipo PDF, RTF, MHT, e doc. L'indicizzazione e l'interrogazione funziona bene (per la maggior parte); tuttavia, alcuni file verranno caricati, mentre altri non lo faranno.

Si tratta di una scatola di Windows Server 2003 che esegue il sito utilizzando IIS 6.

La directory indicizzata è una directory sub al largo della directory principale del sito (ad esempio http: //my.domain .com / files / ).

I percorsi dei file sono precisi nel URL; tuttavia, posso accedere solo alcuni dei file di ogni tipo di file. I file che non posso accedere a danno di un file di 404 Not Found. Sono in grado di aprire tutti i file tramite Windows Explorer;. Tuttavia, il tentativo di aprirli tramite un browser su HTTP è incostante

Qualcuno ha avuto questo problema e sa come risolverlo? Qualcuno ha qualche idea del perché ho potuto accedere ad alcuni file, ma non altri? Qualcuno ha qualche raccomandazioni su cosa cercare in di provare questo (vale a dire che conta proprietario o qualcosa del genere?)?


Modifica Qui è la richiesta e intestazioni di risposta per un brutto file:

GET /files/file1.pdf HTTP / 1.1 Accept: image / gif, image / jpeg, image / pjpeg, image / pjpeg, application / x-shockwave-flash, application / XAML + xml, application / vnd.ms-XpsDocument, application / x-ms-XBAP, application / x-ms-applicazioni, application / x-silverlight, application / vnd.ms-excel, application / vnd.ms-powerpoint, application / pdf, / Accept-Language: en-us User-Agent: Mozilla / 4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident / 4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.590;. CLR NET 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding: gzip, sgonfiare Proxy-Connection: keep-alive Host: my.domain.com

HTTP / 1.1 404 Not Found Content-Length: 1.635 Content-Type: text / html Server: Microsoft-IIS / 6.0 X-Powered-By: ASP.NET Data: Lunedì, 1 giugno 2009 15:38:54 GMT [Tipica pagina 404 markup esclusa]

Ecco gli header di richiesta / risposta per il bene del file:

GET /files/file2.pdf HTTP / 1.1 Accept: image / gif, image / jpeg, image / pjpeg, image / pjpeg, application / x-shockwave-flash, application / XAML + xml, application / vnd.ms-XpsDocument, application / x-ms-XBAP, application / x-ms-applicazioni, application / x-silverlight, application / vnd.ms-excel, application / vnd.ms-powerpoint, application / pdf, / Accept-Language: en-us User-Agent: Mozilla / 4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident / 4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.590;. CLR NET 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding: gzip, sgonfiare Proxy-Connection: keep-alive Host: my.domain.com

HTTP / 1.1 200 OK Content-Length: 352464 Content-Type: application / pdf Last-Modified: Tue, 13 Gennaio 2009 15:27:35 GMT Accept-Ranges: byte ETag: "74ccc5759375c91: 2a47" Server: Microsoft-IIS / 6.0 X-Powered-By: ASP.NET Data: Lunedì, 1 giugno 2009 15:50:33 GMT

È stato utile?

Soluzione 2

ho scoperto il problema essendo alla configurazione di IIS. L'amministratore di sistema responsabile del server che è stata l'esperienza questo problema ha fatto directory virtuale con lo stesso nome della sottodirectory che veniva indicizzato. Quando IIS risolverebbe il percorso, i documenti sarebbero serviti dalla directory virtuale invece che la sottodirectory come avrebbe dovuto essere.

Altri suggerimenti

Per risolvere questo problema, installare l'aggiornamento cumulativo della protezione più recente per Internet Explorer. Per ulteriori informazioni tecniche sull'aggiornamento della protezione cumulativo più recente per Internet Explorer, visitare il seguente sito Web Microsoft

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top