Cấu hình máy chủ proxy cơ bản không thành công cho một số trang web. TCP_MISS và TCP_MISS

Tôi có một bản cài đặt cơ bản về mực làm việc trên Ubuntu 14.04. Tất cả tôi muốn thực sự là để đăng nhập yêu cầu được thực hiện. Tôi không thực sự quan tâm đến ACL hoặc bộ nhớ đệm. Có lẽ sau này. Tôi nhìn vào tập tin squid.conf dài mà hầu hết được bình luận. Tôi "grep" ed các dòng không bình luận và có một tập tin conf mới. Sau đó, tôi chỉ nhận xét những gì tôi nghĩ là không cần thiết và thêm một vài dòng mà tôi nghĩ là cần thiết. Đây là tập tin conf của tôi mà không có dòng nhận xét:

http_access allow all
http_port 3128
coredump_dir /var/spool/squid3
cache deny all
dns_nameservers 202.148.202.4 202.148.200.3
positive_dns_ttl 72 hours
negative_dns_ttl 30 seconds

Vấn đề tôi gặp phải là các máy khách của máy chủ proxy chỉ gặp sự cố với một số trang mặc dù chủ yếu nó hoạt động cho các trang khác.

Ví dụ, http://locator.intel.in/find-reseller/

Cái này thực sự rất hấp dẫn ... Trang hiển thị thông báo lỗi "Đang cố lấy tài sản của phi đối tượng" nhưng thông qua một máy khách khác không sử dụng máy chủ proxy này hoặc bất kỳ máy chủ proxy nào, trang được hiển thị đúng.

Mục trong tệp "access.log" proxy là:

430748230.547   2440 192.168.1.5 TCP_MISS/500 63048 GET http://locator.intel.in/find-reseller/ - HIER_DIRECT/198.175.66.130 text/html

Bây giờ TCP_MISS / 500 tôi đoán là có một lỗi ... không có bộ nhớ đệm nên không có hit. Khỏe. 500 là lỗi http nội bộ? Làm thế nào proxy bắt đầu một lỗi trên máy chủ http? Có phải đó là một yêu cầu HTTP hình thành xấu được khởi tạo bởi proxy?

Đối với một liên kết khác không hiển thị trang, http://www.incentre.net/tech-support/other-support/ethernet-cable-color-coding-diagram/ , các mục cache.log là, như:

1430749180.834  60659 192.168.1.5 TCP_MISS/503 4111 GET http://www.incentre.net/tech-support/other-support/ethernet-cable-color-coding-diagram/ - HIER_DIRECT/206.75.231.199 text/html
1430749194.846  12853 192.168.1.5 TCP_MISS_ABORTED/000 0 GET http://www.incentre.net/favicon.ico - HIER_DIRECT/206.75.231.199 -

Tôi thiếu cấu hình nào trong số hơn 300 chỉ thị cấu hình Mực ống?

ubuntu proxy squid

— Sunny
nguồn

Đây là một vấn đề gây phiền nhiễu. Bắt đầu ở đây: serverfault.com/questions3538754/ giết

— Alex Atkinson

@Alex Atkinson Đã thử các đề xuất của bạn. Đã không giúp được gì. Điều "khó chịu" thực sự là một số liên kết (không phải các liên kết được hiển thị ở trên) hoạt động khi thử lại. Không có proxy, không có vấn đề nào trong số này tồn tại. Trên thực tế, hiện tại tôi thậm chí đã vô hiệu hóa iptables, vì dù sao đây cũng là một hệ thống thử nghiệm, để cô lập vấn đề và giúp phân tích dễ dàng.

— Sunny

Oh Squid ... Dịch vụ đã được khởi động lại sau khi thay đổi conf? Ngoài điều này, bạn có thể nhận thêm một số thông tin bằng cách thử các url bị lỗi tương tự từ các trình duyệt khác nhau. Điều này có thể cung cấp một đầu mối khác. Bạn có nhận được hành vi tương tự khi tìm nạp các url thông qua dòng lệnh với wget hoặc curl không? Bạn nhận được gì khi chạy 'squidclient mgr: information' từ CLI? Bạn cũng có thể -h để lấy thông tin từ xa.

— Alex Atkinson

@AlexAtkinson Vâng, rất nhiều ... Ý tôi là tôi đã khởi động lại dịch vụ theo cách thô thiển (sudo service squid3 restart) thay vì đọc nó cấu hình mới. Tôi sẽ thử curl. Tôi đã thử điều này thông qua IE trên Windows và Chrome trên máy tính để bàn Ubuntu. Sẽ xem xét các đề xuất khác quá. Tôi đã đọc ở đâu đó rằng đây có thể là một vấn đề IPv6 nhưng giải pháp được cung cấp không thành công. Điều quan trọng là các trang web này hoạt động tốt nếu proxy được bật.

— Sunny

Thêm 'dns_v4_first on' vào conf và 'service squid3 restart'. Khách hàng của bạn có gặp sự cố khi thực hiện truy vấn nslookup đối với các trang web bị lỗi đó không? Thực hiện 'squidclient -h & lt; máy chủ & gt; -p 3128 mgr: thông tin '. Bạn có thể chạy tcpdump trên máy chủ mực và xem liệu bạn có thể khóa lại bất cứ thứ gì từ đầu ra không.

— Alex Atkinson

Cấu hình máy chủ proxy cơ bản không thành công cho một số trang web. TCP_MISS và TCP_MISS_ABORTED VẤN ĐỀ?