Sử dụng Fiddler để kiểm tra Nén IIS

Question

Làm cách nào để xem IIS Compression có đang hoạt động bằng cách sử dụng Fiddler không? Tôi có một trang, khi được xem qua Port80Software hoặc GID Network's tool, nó có vẻ như đang bị nén.

Tuy nhiên, khi tôi xem cuộc gọi trong Fiddler, tôi thấy 'Accept-Encoding: gzip, deflate' trong tiêu đề yêu cầu, nhưng tôi không thấy 'Content-Encoding: gzip' hoặc 'deflate' trong tiêu đề phản hồi. Ngoài ra, trong phần Biến áp, 'Không nén' được chọn.

Cảm ơn!

Chris

Answer 1

tôi đã đi thẳng vào nguồn (để Eric Lawrence) và đây là những gì ông nói:

Thật vậy, Fiddler cho thấy trang web của bạn được nén đúng cách.

Bạn có máy chủ proxy ngược dòng trong môi trường của mình không? Bạn có thử kiểm tra này từ mạng gia đình của mình thay vì mạng công ty của bạn không?

Trên mạng công ty của Microsoft, chúng tôi là tất cả phía sau máy chủ proxy ISA. Được định cấu hình để xóa tiêu đề đi ra Chấp nhận mã hóa (cho biết máy chủ sử dụng nén) và nếu đáp ứng nén được nhận bởi máy chủ , được giải nén bởi máy chủ ISA . Điều này được thực hiện sao cho máy chủ proxy ISA có thể quét nội dung cho dữ liệu độc hại . Nhược điểm là Fiddler chỉ thấy lưu lượng truy cập là nhận được từ proxy ngược dòng.

Thông thường, khi chúng ta cần phải kiểm tra nén và như thế, chúng ta làm như vậy từ nhà hoặc những gì được gọi là “DTAP” -a đường dây trực tiếp với internet mà không đi qua proxy.

Answer 2

Từ tab Thanh tra, có một nhóm tiểu nhóm. Đảm bảo bạn đã chọn Transformer. Sau đó, đối với mỗi yêu cầu tải trang, hãy xem liệu nó có được gửi bằng GZIP hoặc Không nén hay không.

Fiddler khá tốt và cho phép bạn chọn từng yêu cầu riêng lẻ được thực hiện khi tải tệp.

Answer 3

Dựa trên các câu trả lời và nhận xét khác nhau, tôi sẽ kết luận rằng có lẽ chính trang đó (text/html) được nén, nhưng text/xml bạn phân phối như một phần của yêu cầu AJAX (?) Và nội dung khác được phân phối cho trang không.

Như tôi đã đề cập trong một chú thích, bạn thường muốn nén text/* (ví dụ: - text/html, text/plain, text/css, vv) và application/javascript & application/ecmascript (theo rfc4329). Nếu bạn phân phối các tệp .js bằng cách sử dụng một số loại MIME khác (ví dụ: application/x-javascript hoặc text/javascript), hãy nén thay vào đó hoặc thay đổi loại MIME được sử dụng để phân phối các tệp .js theo tiêu chuẩn RFC.

Xem các liên kết thích hợp dưới đây để cập nhật các loại MIME được nén vào máy chủ của bạn:

• Using HTTP Compression On Your IIS 5.0 Web Site
• Customizing the File Types IIS Compresses (IIS 6.0)
• How to add content types for HTTP compression in IIS 7.0

Một điểm cuối cùng tôi nên thực hiện, một số web trình duyệt (trong một số phiên bản cụ thể của Netscape 4 nhưng có thể có các phiên bản khác) gửi Accept-Encoding: gzip,deflate cho CSS và JavaScript fi le yêu cầu, nhưng không thể thực sự giải nén nội dung. Ngoài ra, một số phiên bản của Internet Explorer (5.5 & 6) gặp sự cố khi nén.

Tôi biết cấu hình nén Apache mặc định tôi đã sử dụng giao dịch với những vấn đề này, tôi không chắc chắn cách thức (hoặc liệu) IIS có bù đắp cho chúng hay không.

Answer 4

Phiên bản fiddler của tôi có và nút AutoDecode khiến mọi thứ dường như không có Nén. Sau khi tắt tính năng này, các phản hồi của tôi cho thấy nén