2009-06-01 2 views
0

Microsoft Indexing Service를 사용하여 pdf, rtf, mht 및 doc 유형의 다양한 문서를 보유하고있는 디렉토리를 색인하고 쿼리하는 웹 사이트가 있습니다. 인덱싱 및 쿼리는 대부분 잘 작동합니다. 그러나 일부 파일은로드되지만 다른 파일은로드되지 않습니다.일부 pdfs 및 docs를 찾을 수 없습니다.

이 IIS 6

인덱싱 된 디렉토리를 사용하여 사이트를 실행하는 Windows Server 2003의 상자가 사이트의 루트 디렉토리 (즉 http://my.domain.com/files/)의 오프 하위 디렉토리입니다.

파일 경로는 URL에서 정확합니다. 그러나 각 파일 형식의 일부 파일에만 액세스 할 수 있습니다. 내가 액세스 할 수없는 파일은 404 파일을 찾을 수 없습니다. Windows 탐색기를 통해 모든 파일을 열 수 있지만 http를 통해 브라우저를 통해 열려고하면 오류가 발생합니다.

누구든지이 문제를 경험했으며 해결 방법을 알고 있습니까? 누구나 내가 왜 일부 파일에 액세스 할 수 있지만 다른 파일에는 액세스 할 수 없는지 알 수 있습니까? 누군가가 이것을 시도하기 위해 무엇을 조사해야하는지에 대한 권장 사항이 있습니까 (예 : 소유자 문제 또는 그와 비슷한 것이 있습니까?)?


편집 : 여기 나쁜 파일에 대한 요청 및 응답 헤더입니다 :

GET /files/file1.pdf HTTP/1.1 수락 : 이미지/GIF, 이미지/JPEG 이미지를/pjpeg, image/pjpeg, application/x-shockwave-flash, 응용 프로그램/xaml + xml, 응용 프로그램/vnd.ms-xpsdocument, 응용 프로그램/x-ms-xbap, 응용 프로그램/x-ms 응용 프로그램, 응용 프로그램/x-silverlight , application/vnd.ms-excel, application/vnd.ms-powerpoint, 응용 프로그램/msword, / 수락 언어 : en-us 사용자 에이전트 : Mozilla/4.0 (호환 가능; MSIE 8.0; Windows NT 5.1; 트라이 덴트/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.590; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET의 CLR 3.5.30729) 수락 - 인코딩 : gzip을, 프록시 연결을 수축 : 연결 유지 호스트 : my.domain.com

HTTP/1.1 404 찾을 수 없음 콘텐츠 길이 : 1635 된 Content를 유형 : text/html과 서버 : 마이크로 소프트 IIS/6.0 X-구동 - 기준 : ASP.NET 날짜 : 2009년 6월 1일 (월) 그리니치 표준시 15시 38분 54초 [일반 404 페이지의 마크 업 제외 여기서

좋은 파일에 대한 요청/응답 헤더입니다.

GET /files/file2.pdf HTTP/1.1 이미지/gif, 이미지/jpeg, 이미지/pjpeg, 이미지/pjpeg, application/x-shockwave-flash, application/xaml + xml, application/vnd.ms-xpsdocument, 응용 프로그램/x-ms-xbap, 응용 프로그램/x-ms-application, 응용 프로그램/x-silverlight, 응용 프로그램/vnd.ms-excel, 응용 프로그램/vnd.ms- 파워 포인트, 응용 프로그램/msword, / Accept Language : en-us 사용자 에이전트 : Mozilla/4.0 (호환 가능; MSIE 8.0; Windows NT 5.1; 트라이 덴트/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.590; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) 수락 인코딩 : 프록시 연결을 수축, GZIP : 연결 유지 호스트 : my.domain.com

HTTP/1.1 200 OK 콘텐츠 길이 : 352,464 콘텐츠 형식 : 응용 프로그램/PDF 마지막 수정 : 2009년 1월 13일 (화) 그리니치 표준시 15시 27분 35초 수락 - 범위 : 의 ETag가 바이트 : "74ccc5759375c91 : 2a47" 서버 : Microsoft IIS/IIS X-Powered-By : ASP.NET 날짜 : 2009 년 6 월 1 일 월요일 15시 50 분 33 초 GMT

+0

디렉터리 사용 권한은 무엇입니까? (모든 파일이 설명과 함께 한 곳에 저장되어 있는지 확실하지 않습니다.) –

+0

@Michael Todd 예, 모든 파일이 같은 디렉토리에 있으므로 디렉토리 레벨 권한이 아닙니다. 그러나 여전히 파일 사용 권한간에 차이가 있는지보기 위해 조사 중입니다. 슬프게도 아직 어떤 추세도 찾지 못했습니다. – JamesEggers

+0

매우 이상합니다. 파일은 파일입니다 .... IIS는 형식이 무엇이든 상관하지 않아야합니다 (또는 그 밖의 다른 것은 있지만 사용 권한). 따라서 존재할 경우 IIS가 서비스를 제공 할 수 있어야합니다. 요청과 응답 중에 헤더가 무엇을 말합니까? –

답변

0

IIS의 구성시 문제가 있음을 발견했습니다. 이 문제를 경험 한 서버 담당 Sys 관리자는 가상 디렉터리에 인덱싱 된 하위 디렉터리와 동일한 이름을 사용했습니다. IIS가 경로를 확인하면 문서는 하위 디렉터리 대신 가상 디렉터리에서 제공되어야합니다.

1

이 문제를 해결하려면 Internet Explorer 용 최신 누적 보안 업데이트를 설치하십시오. Internet Explorer 용 최신 누적 보안 업데이트에 대한 자세한 기술 정보는 다음을 참조하십시오. Microsoft Web site

관련 문제