Không khớp duplex trên cổng gateway VPN: hãy đọc cả hai đầu

Một bản sao tệp qua đường hầm khựng lại một giây, rồi tiếp tục, và nhật ký VPN không cho thấy gì. Ứng dụng đổ lỗi cho mạng, mạng đổ lỗi cho ứng dụng, và cổng switch đã hoạt động mười một tháng. Hướng dẫn này bắt đầu từ chỗ khựng và đi ra ngoài tới liên kết vật lý: cổng đang thực sự làm gì, đầu xa đang làm gì, và các bộ đếm đã làm gì trong khi bạn quan sát. Đáng làm trước khi ai đó chạm vào cấu hình duplex.

Bắt đầu từ chỗ khựng, không phải từ cổng

Mô tả triệu chứng theo cách có thể kiểm tra. Khựng khoảng một giây khi truyền khối lượng lớn là vấn đề khác với kết nối bị đặt lại, và một lần dừng mỗi giờ khác với lần dừng mỗi vài giây. Ghi lại tải, hướng và khoảng thời gian ước tính.

Sau đó tái hiện nó trong khi quan sát giao diện. Vấn đề vật lý hiện ra dưới dạng chuyển động trong các bộ đếm trong lúc tải bị ảnh hưởng, còn vấn đề hoàn toàn không làm các bộ đếm nhúc nhích có lẽ nằm trên tầng liên kết. Hãy quan sát một phút, không phải một giây, vì những lỗi này thường cần lưu lượng liên tục trước khi xuất hiện. Giám sát lúc rảnh rỗi không chứng minh được gì về một liên kết chỉ hành xử tệ khi có tải.

Điều này quan trọng vì không khớp duplex có một dấu hiệu đặc trưng: lỗi chỉ xuất hiện khi có tải, theo hướng của lưu lượng, trong khi ping nhỏ và các phiên tương tác vẫn hoàn hảo. Nếu lưu lượng lúc rảnh cũng thất bại, hãy tìm ở nơi khác trước.

Đọc chế độ hoạt động ở cả hai đầu

Cấu hình đã lưu không phải là trạng thái hoạt động. Một cổng có thể được cấu hình cho tự thương lượng và lại kết thúc ở chế độ nửa duplex, hoặc được cấu hình ở tốc độ cố định mà đầu kia chưa bao giờ đồng ý. Hãy đọc những gì liên kết đang làm ngay lúc này ở cả hai phía.

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

Ghi lại tốc độ, duplex và việc tự thương lượng có bật hay không, sau đó lấy đúng ba dữ kiện đó từ switch bên cạnh hoặc cổng của nhà cung cấp. Một đầu tự nó không nói lên điều gì, vì không khớp là một mối quan hệ chứ không phải một cấu hình. Đặt cả hai dòng cạnh nhau trong phiếu, kèm thời điểm bạn đọc chúng. Một nửa giá trị của bài tập là có cả hai kết quả đọc ở cùng một nơi.

Nếu bạn không đọc được đầu xa, bạn không thể chẩn đoán điều này. Hãy yêu cầu chủ sở hữu cung cấp chế độ hoặc bộ đếm, hoặc sắp xếp quyền truy cập trước khi bắt đầu thay đổi phía của bạn.

Trường hợp 10/100 nửa duplex trông như thế nào

Trên các liên kết đồng 10/100, một đầu tự thương lượng có thể phát hiện tốc độ của đối tác bị ép mà không học được cấu hình duplex của nó. Phát hiện song song xác định tốc độ từ tín hiệu, và duplex được giả định thay vì thương lượng, nên một bên có thể kết thúc ở nửa duplex trong khi bên kia chạy toàn phần.

Hướng dẫn về tự thương lượng của Cisco giải thích đúng trường hợp đó. Đây không phải lập luận để tắt thương lượng ở mọi nơi, và nó không nói gì hữu ích về đồng gigabit, nơi duplex cố định và tự thương lượng là bắt buộc để liên kết lên được.

Bằng chứng quan sát được là sự pha trộn của những lỗi chỉ tồn tại theo một hướng: lỗi FCS hoặc CRC ở phía duplex toàn phần, xung đột hoặc xung đột muộn ở phía nửa duplex, và thông lượng sụp đổ khi có tải trong khi độ trễ vẫn bình thường lúc rảnh. Sự bất đối xứng đó chính là dấu hiệu. Một liên kết chỉ bị quá tải sẽ suy giảm theo cả hai hướng và mọi lúc.

Thay đổi cả hai đầu cùng lúc, với đường quay lại

Sửa duplex là thay đổi phối hợp, không phải cục bộ. Ép phía của bạn mà không có sự đồng ý của đầu xa là cách một liên kết đang chạy trở thành hỏng, và việc CLI chấp nhận lệnh chỉ chứng minh cú pháp hợp lệ.

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

Trước khi chạy bất cứ thứ gì như vậy, hãy xác nhận nền tảng hỗ trợ tổ hợp đó và đầu xa sẽ được thay đổi trong cùng khung giờ. Giữ một cách độc lập để quản trị thiết bị, vì cổng bạn sắp thay đổi có thể chính là cổng đang mang phiên quản lý của bạn.

Trên nhiều liên kết hiện đại, câu trả lời đúng là để tự thương lượng bật ở cả hai đầu thay vì ép buộc bất cứ điều gì. Ép buộc là phương thuốc cho một sự không khớp cụ thể trên một công nghệ cụ thể, không phải cải tiến chung. Đồng gigabit nói riêng cần tự thương lượng để liên kết lên được, nên lời khuyên cho 10/100 không chuyển sang.

Xác nhận các bộ đếm đã chuyển theo hướng tốt hơn

Sau thay đổi, hãy đọc lại trạng thái hoạt động ở cả hai đầu và xác nhận chúng khớp nhau. Sau đó chạy đúng tải đã gây ra chỗ khựng và so sánh chênh lệch bộ đếm thay vì tổng cộng dồn cả đời, vì một tổng tích lũy cả năm không thể cho bạn biết điều gì đã xảy ra trong mười phút vừa qua.

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

Một liên kết không có lỗi mới dưới cùng mức tải là bằng chứng bạn còn thiếu. Một liên kết vẫn báo lỗi, hoặc một liên kết mà các bộ đếm chưa từng nhúc nhích, sẽ đưa bạn tới ranh giới tiếp theo thay vì đi sâu hơn vào cuộc tranh luận duplex. Cả hai kết quả đều là tiến bộ, và đó nhiều hơn những gì tệp cấu hình có thể cho bạn. Đừng bỏ qua lần đọc thứ hai chỉ vì lần đầu có vẻ đúng.

Viết các con số trước và sau vào phiếu kèm dấu thời gian. Chính bản ghi đó biến «VPN có vẻ tốt hơn» thành thứ mà kỹ sư tiếp theo có thể dựa vào.