Kiểm tra sự cố MTU VPN nghi ngờ mà không đoán giá trị

Thử một danh sách giá trị MTU internet cho đến khi một giá trị có vẻ nhanh hơn không phải là kiểm tra, đó là tìm kiếm không có quy tắc dừng. Phương pháp hiệu quả thay đổi một điều kiện kích thước được kiểm soát và so sánh kết quả với cùng đường đi. Hãy bắt đầu từ một lỗi lặp lại được và vô hại, đồng thời giữ cấu hình đang chạy cho phép bạn hoàn tác thí nghiệm. Mọi thứ bên dưới đều giả định kỷ luật đó, vì không có nó bạn kết thúc với một con số không thể bảo vệ.

Cố định đường đi trước khi đổi một con số

Ghi lại thiết bị, liên kết truy cập, giao thức đường hầm, điểm cuối, đích đến và họ địa chỉ trước khi chạm vào một thiết lập. Sáu dữ kiện đó chính là đường đi, và một lần dò nhắm vào đường khác sẽ đo một vấn đề khác. Chúng cũng làm kết quả tái lập được, và đó là điều phân biệt một bài kiểm tra với một buổi chiều mò mẫm. Hãy giữ ghi chú bên cạnh terminal chứ không phải trong đầu.

Bắt đầu bằng bài kiểm tra hẹp nhất mà bạn được phép chạy. Một thay đổi phía máy chủ ảnh hưởng đến mọi người dùng của điểm cuối đó, nên nó thuộc về cuối cuộc điều tra, không phải đầu.

Dò bằng kích thước bạn kiểm soát

Trên Linux lần dò trông như ping -M do -s 1400 host, và trên Windows như ping -f -l 1400 host. Cả hai trường hợp bạn đang đặt tải trọng chứ không phải kích thước gói, vì tiêu đề IP và ICMP được cộng thêm lên trên.

Đọc tài liệu của hệ thống trước mặt thay vì sao chép một cờ từ bài đăng diễn đàn. Chọn một đích bạn kiểm soát, để một câu trả lời thiếu là tín hiệu chứ không phải điều bí ẩn. Ghi lại lệnh chính xác và kích thước chính xác trong cùng ghi chú với đường đi. Kết quả không có kích thước chỉ là giai thoại. Nếu đổi hai thứ trong một lần chạy, bạn sẽ không biết cái nào tạo ra kết quả.

Một lần dò thất bại không chứng minh giới hạn MTU

Một lần dò bị bỏ có thể nghĩa là lọc ICMP chứ không phải giới hạn kích thước, và sai lầm đó khiến người ta chỉnh một giá trị chưa bao giờ là vấn đề. So sánh lần dò với ứng dụng thật, và với một thông báo lỗi liên quan đến kích thước hoặc một bản bắt gói có phạm vi, trước khi thay đổi bất cứ điều gì. Những ping nhỏ thành công cũng không chứng minh gì, vì chúng có thể nằm thoải mái dưới giới hạn. Hai quan sát độc lập là mức tối thiểu trước khi một cấu hình dịch chuyển.

Nếu ứng dụng thất bại trong khi lần dò thành công, bạn có bằng chứng rằng đây không phải giới hạn kích thước đơn giản trên đường đó. Hãy ghi lại, vì nó loại bỏ cả một nhánh thay đổi khả dĩ.

Chỉnh một tham số mà máy khách đã hỗ trợ

Đổi thiết lập mà máy khách ghi trong tài liệu cho giao thức này và để nguyên điểm cuối cùng đích đến, nếu không bạn đã đổi hai thứ cùng lúc. Một giới hạn MSS của TCP không bao phủ mọi tải UDP, đó là lý do một trình duyệt bắt đầu chạy được vẫn có thể để giao thức đường hầm hỏng y nguyên. IPv4 và IPv6 là hai đường riêng ở đây, vì tiêu đề khác nhau trước khi bất kỳ định tuyến nào làm điều đó.

Kiểm tra cả hai họ nếu bạn công bố cả hai, vì kết quả từ họ này không nói gì về họ kia. Một giá trị chạy được trên đường này tối nay là một dữ liệu, không phải MTU cho toàn bộ VPN. Đừng nâng nó thành thiết lập toàn cục chỉ vì một lần truyền thành công. Ghi giá trị bên cạnh đường mà nó đến từ đó.

Hoàn tác, xác minh và ghi lại

Trả lại giá trị gốc nếu so sánh không ủng hộ giả thuyết. Kiểm tra xem trình quản lý mạng có lưu một ghi đè thường trực ở nơi khác không, vì đó là cách một thí nghiệm trở thành chính sách. Kết nối lại và thử các ứng dụng thông thường, không chỉ ứng dụng bạn đang kiểm tra. Sau đó ghi lại triệu chứng, đường đi hiệu lực, giá trị cũ và mới, và mức độ lặp lại của kết quả.

Giữ bản ghi đó cùng với yêu cầu thay đổi trước khi ai đó mở rộng thay đổi. Cơ chế khám phá MTU đường đi trong RFC 1191 giải thích vì sao một giá trị nhỏ hơn có thể cứu một đường và không làm gì cho đường khác, và một danh sách số không thay thế mô hình đó. Bài kiểm tra kết thúc khi bạn có thể gọi tên đường đi, kích thước, quan sát và giá trị bạn đã khôi phục.