Sự gián đoạn internet bất thường: một số hình ảnh và JS không tải


11

lần đầu tiên trên ServerFault và tôi đã có một câu hỏi hóc búa nhỏ.

Từ vài tháng nay, chúng tôi đã gặp sự cố với kết nối internet của mình.

Môi trường:

Servers: 2 Terminal Servers as an RDSFarm running Windows Server 2008 R2
Browser: Internet Explorer 9
Test/debug browser: Chrome
AntiVirus: Avast 7.0.1455

Vấn đề:

Trong các khoảng thời gian bất thường, các trang web từ chối tải, đưa ra lỗi cho biết trang không thể truy cập được hoặc một số hình ảnh không tải hoàn toàn. Ngoài ra, sau khi kiểm tra các tệp .js của máy chủ không được tải.

nhập mô tả hình ảnh ở đây

Kết quả & Những gì chúng tôi đã cố gắng:

Ấn tượng đầu:

Khi tôi sử dụng Chrome trong khoảng thời gian đó, trang web sẽ trả về một mạng :: Lỗi 101 hoặc Lỗi 103 sau một số lần làm mới. Vào những thời điểm khác, nếu nó không gây ra lỗi, một số hình ảnh sẽ không hiển thị và hiển thị hình ảnh X. IE chỉ nói rằng trang không thể được hiển thị.

nhập mô tả hình ảnh ở đây

Sử dụng Công cụ dành cho nhà phát triển Chrome:

Nó hiển thị trong bảng điều khiển rằng một số tài nguyên không có sẵn, nhưng khi tôi nhấp chuột phải vào các hình ảnh bị thiếu và chọn "Hiển thị hình ảnh", chúng sẽ hiển thị. Khi tôi mở hình ảnh qua URL trực tiếp, chúng cũng hiển thị.

nhập mô tả hình ảnh ở đây

Kiểm tra thông qua Công cụ dành cho nhà phát triển Chrome:

Tôi đã thực hiện kiểm toán trên một trang khi nó ở trạng thái lỗi và phát hiện ra một số tệp .js không tải cùng với một số tệp .png, .jpg và .gif. Tải hình ảnh khác nhau cho Chrome và IE.

nhập mô tả hình ảnh ở đây nhập mô tả hình ảnh ở đây

Các tập tin JS bị xáo trộn & Avast:

Sau khi kiểm tra, tôi phát hiện ra rằng hầu hết các tệp .js đó là các tệp JS bị xáo trộn và vì chúng tôi đang chạy Avast 7.0.1455, tôi đã tự hỏi liệu Web Shield không làm mọi thứ rối tung lên.

Sau đó, một lần nữa, nó chỉ xảy ra trên TS đầu tiên, không phải thứ hai.

Vì vậy, tôi đã tắt WebShield trong một ngày và xem có gì cải thiện không. Nó đã không. Làm lại từ đầu.

Không hết hạn bộ nhớ cache trên các tệp:

Một số tệp không được tải được chỉ định là không hết hạn bộ đệm.

Bộ nhớ đệm:

Một trong những Sysadins của chúng tôi đã thay đổi kích thước bộ đệm IE thành 10MB một lúc trước, điều mà tôi nghĩ có thể là nguồn gốc của vấn đề. Anh ấy đã thay đổi nó trở lại 65 MB hoặc lâu hơn, nhưng mọi người vẫn gặp rắc rối với hình ảnh của họ. Nó vẫn xảy ra trên 1 TS và cả Chrome, vì vậy tôi không nghĩ rằng Chính sách nhóm cho rằng bộ đệm sẽ ảnh hưởng đến Chrome, phải không?

nhập mô tả hình ảnh ở đây

Sự cố mạng: Tôi cũng nghĩ rằng đó có thể là sự cố mạng hoặc định tuyến, nhưng cả hai máy chủ TS đều nằm trên cùng một nhóm được nhóm và một máy chủ khác hoạt động tốt.

Cứu giúp!

Nếu bất cứ ai có một số lời khuyên về nơi để tìm kiếm các vấn đề, hoặc cần thêm thông tin, xin vui lòng giúp tôi ra. Điều này đã làm phiền tôi trong nhiều tuần qua.

CHỈNH SỬA & CẬP NHẬT

Vấn đề vẫn còn tồn tại và chỉ có trên 2 Máy chủ đầu cuối của chúng tôi.

Đây là những gì tôi và một đồng nghiệp đã làm cho đến nay:

  • Tắt Antivirus một ngày trên một máy chủ để xem điều đó có xảy ra không. Vấn đề vẫn xảy ra.

  • Đã kiểm tra kích thước MTU
    Đó là cài đặt mặc định (quên giá trị chính xác: P) Vấn đề vẫn xảy ra.

  • Đã cài đặt Cập nhật Windows, Vấn đề IE10 vẫn xảy ra.

  • Đã kiểm tra nếu có bất kỳ proxy.
    AV đặt một proxy như một WebShield. Chúng tôi đã vô hiệu hóa dịch vụ và chương trình trên một máy chủ trong một ngày. Vấn đề vẫn xảy ra.

  • Đã cài đặt lại nhóm NIC khi nó đang bị rối tung. (Cũng cài đặt lại trình điều khiển NIC) Vấn đề vẫn xảy ra.

  • Chính sách nhóm đã kiểm tra Rõ ràng trong cả hai Máy chủ đầu cuối, có Chính sách máy cục bộ kích hoạt Chế độ ưu tiên trong IE, có một số tùy chỉnh kỳ lạ được thực hiện. Vô hiệu hóa điều đó, và ... Vấn đề vẫn xảy ra.

Bây giờ thậm chí còn đi xa hơn khi mọi người gặp sự cố khi tải lên và tải xuống tệp từ SharePoint và rất nhiều trang web chúng tôi đang sử dụng không hoạt động do điều này.

Linh cảm

Điều đó cũng có thể xảy ra với WebShield, nó sẽ phá vỡ kết nối khi nó tìm thấy thứ gì đó đặc biệt, nhưng sau đó nó không nên xảy ra khi tắt AV.

Có thể là các chuyển hướng bị rối tung bằng cách nào đó hoặc có gì đó với bộ đệm. Điều kỳ lạ là vấn đề tương tự xảy ra trong Chrome cũng như IE9 và IE10.

Nếu bất cứ ai có bất kỳ ý tưởng, nó sẽ được đánh giá rất cao.

Cảm ơn đi ra HoplessN00b vì đã giúp tôi!

CẬP NHẬT:

Chúng tôi đang gặp một số lỗi trong Trình xem sự kiện như thế này trên một trong những TS gốc của chúng tôi:

Error: (04/04/2013 08:44:42 AM) (Source: Application Error) (User: )
Description: Faulting application name: iexplore.exe, version: 9.0.8112.16470, time stamp: 0x510c8801
Faulting module name: MSHTML.dll, version: 9.0.8112.16470, time stamp: 0x510c9046
Exception code: 0xc0000005
Fault offset: 0x002d0174
Faulting process id: 0x21728
Faulting application start time: 0xiexplore.exe0
Faulting application path: iexplore.exe1
Faulting module path: iexplore.exe2
Report Id: iexplore.exe3

Và đôi khi điều này bật lên, nhưng dường như đó là một số thiết bị đầu cuối WYSE đã quá cũ (hy vọng thay thế chúng bằng Raspberry Pi sớm).

Error: (04/04/2013 11:21:46 AM) (Source: TermDD) (User: )
Description: The Terminal Server security layer detected an error in the protocol stream and has disconnected the client.
Client IP: [IP REDACTED].

Hi vọng điêu nay co ich.


1
Nó nhắc nhở tôi về các vấn đề mà chúng tôi đã thấy từ một quan điểm hoàn toàn khác, về cơ bản nó phải làm với cấu hình MTU, ở đâu đó việc đóng gói gói đã được xem xét và các gói bị phân mảnh không được ghép lại đúng cách, do đó, bất cứ điều gì lớn hơn một gói sẽ không tải .. nếu trang là https, sẽ không có gì tải cả.
NickW

1
Không thành vấn đề, tôi sẽ thử và chạy nó ở đâu đó giữa TS và máy đang gặp sự cố. Có lẽ anh chàng mạng của bạn có thể phản chiếu cổng nơi TS được kết nối (hoặc máy bạn đang kiểm tra) để bạn có thể gắn máy với dây dẫn ở đó để xem lưu lượng.
NickW

1
Vâng, điều đó không gây ra nhiều vấn đề.
NickW

1
BTW, bạn đã xem xét một cái gì đó như thế này đúng: Community.spiceworks.com/topic/iêu
NickW

4
Có hai điều tôi sẽ thử khi điều này xảy ra. Nếu chỉ có tên miền và JS, hãy kiểm tra các tuyến đến máy chủ mà họ đang truy cập (đường dẫn khá gọn gàng ở đó) - vì nếu chỉ có một số yếu tố, nó đáng để tìm ra điều phổ biến và tại sao chúng thất bại. Cũng có một khả năng nhỏ là cấu hình sai của ISP - ISP nhà tôi đã làm điều này và đó là một nỗi đau hoàn toàn ở mông để theo dõi, và đã được sửa hoàn toàn ngẫu nhiên một ngày
Journeyman Geek

Câu trả lời:


0

Hãy thử mà không cần liên kết các NIC. Thiết lập chỉ một NIC và xem nếu mọi thứ vẫn hoạt động. Trong trường hợp nó đảm bảo rằng cấu hình cổng chuyển đổi của bạn và cấu hình Teaming xếp hàng.


Dường như với tôi như thế này nên là một bình luận, hơn là một câu trả lời. Ý tưởng tốt, mặc dù. Tôi đã thấy một nguyên nhân nhóm NIC bị lỗi, nhiều vấn đề kỳ lạ trong thời gian của tôi.
HoplessN00b

Khi cài đặt lại nhóm NIC, chúng tôi đã cố gắng chạy mà không có nhóm, chỉ trên một NIC. Cũng không hoạt động.
blaa

0

Để chẩn đoán sự cố mà không có thông báo lỗi chính xác, bạn cần chạy:

  • tcpdump ở phía khách hàng (wireshark có màn hình đẹp)
  • tcpdump ở phía máy chủ (xem những gì máy chủ thực sự đang gửi).
  • chờ đợi vấn đề xảy ra
  • kiểm tra các gói và xem nơi giao tiếp bị phá vỡ. Nếu bạn cần trợ giúp kiểm tra dấu vết, hãy ghi nó vào một tệp.

Tôi nghi ngờ bạn sẽ tìm thấy một truy vấn DNS chưa được trả lời. Nếu ISP của bạn đang lọc lưu lượng truy cập của bạn thông qua proxy, bạn sẽ có thể tìm thấy dấu vết của lưu lượng truy cập đó, đặc biệt là bằng cách so sánh chụp phía máy chủ với chụp phía máy khách.

Nếu có vấn đề về chất lượng mạng, bạn có thể quan sát nó đơn giản hơn với traceroute. Nếu kết xuất mạng cho thấy các liên lạc diễn ra suôn sẻ, nhưng trình duyệt không thể hiển thị dữ liệu được cung cấp, thì vấn đề của bạn là các máy tính để bàn trên máy chủ đầu cuối.

Bạn nên chạy gói chụp trên máy chủ đầu cuối đang làm cho kết nối trình duyệt không hoạt động.


0

Các vấn đề đã được "giải quyết" bởi ISP. Tất cả các hình ảnh và JS và như vậy hiện đang xuất hiện bình thường trong một tuần tốt. Một trang web bên ngoài không thể truy cập đã được ISP giải quyết bằng cách đặt proxy giữa tất cả.

Thật không may, lý do chính xác tại sao hoặc làm thế nào điều này đã xảy ra vẫn còn là một bí ẩn, nhưng đó là một vụ cá cược an toàn, có một thứ mà ISP của tôi đã thay đổi đã làm điều đó.

Cảm ơn tất cả sự hỗ trợ, và mặc dù rất nhiều câu trả lời rất hữu ích, tôi không thể chọn một trong số chúng là câu trả lời đúng, do đó là của riêng tôi.

Cảm ơn một lần nữa cho tất cả thời gian và nỗ lực của bạn, và tôi hy vọng không ai khác sẽ phải đối phó với sự kỳ lạ mạng như vậy.


1
Tôi đã hy vọng nhìn thấy một cái gì đó như thế này một ngày!
NickW
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.