Địa chỉ đường hầm đó là một đầu cuối, không phải subnet bạn có thể duyệt
Mặt nạ trên liên kết điểm-điểm mô tả đầu xa, không phải một dải hàng xóm. Hãy đọc địa chỉ của đầu cuối trước khi kết luận rằng subnet trông sai.
Ứng dụng khách của bạn kết nối và hiển thị một cặp địa chỉ, hoặc một địa chỉ với 255.255.255.255 mặt nạ, và phản ứng đầu tiên là máy chủ đã phát ra thứ gì đó hỏng. Không có gì hỏng: giao diện đường hầm là liên kết điểm-điểm, và mặt nạ mô tả đầu xa của chính liên kết đó, không phải một dải hàng xóm. Đọc cặp này như địa chỉ cục bộ và đầu cuối giải thích mặt nạ lạ, tuyến đường một máy chủ bên cạnh và bảng hàng xóm bị thiếu. Điều mà cách đọc đó không bào chữa được là một kế hoạch địa chỉ chồng lấn với mạng văn phòng.
Tại sao mặt nạ trông sai trên liên kết đường hầm
Trên giao diện Ethernet, một địa chỉ và một mặt nạ nói hai điều: máy chủ này sở hữu địa chỉ, và mọi thứ trong tiền tố là hàng xóm trực tiếp. Nhân hệ điều hành suy ra tuyến đường trên liên kết từ hai sự thật đó rồi phân giải địa chỉ liên kết cho những hàng xóm mà nó cho là có mặt. Giao diện điểm-điểm giữ quyền sở hữu và bỏ hàng xóm, vì vậy địa chỉ thứ hai trên dòng của máy khách là đầu xa chứ không phải một máy chủ khác trên một đoạn chia sẻ. Không có địa chỉ phần cứng, không có lưu lượng phân giải và không có miền quảng bá để tham gia, nên giao diện hành xử như một ống có đúng một đích.
Đó cũng là lý do một tuyến đường một máy chủ bên cạnh mặt nạ rộng là bình thường ở đây chứ không phải triệu chứng. Khả năng tiếp cận trên liên kết này nghĩa là một địa chỉ, và nhân hệ điều hành ghi lại đúng điều đó. Đọc cả hai địa chỉ cùng nhau trước khi kết luận cấu hình sai, vì mỗi cái một mình trông như một lỗi.
Hai tô-pô, hai dạng địa chỉ
Tô-pô điểm-điểm cũ cấp cho mỗi máy khách một khối nhỏ và dùng hai địa chỉ ở giữa, nên mặt nạ trông như một mảnh của mạng chứ không phải một bể. Tô-pô subnet cấp một địa chỉ từ bể với mặt nạ của bể và gọi địa chỉ đường hầm của máy chủ là đầu cuối. Cả hai tạo ra liên kết hợp lệ, và chúng chỉ khác nhau ở địa chỉ nào xuất hiện trong hồ sơ và mặt nạ nào người dùng có khả năng đặt câu hỏi.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
Dù dòng nào khớp với máy khách của bạn, hãy đọc đầu cuối trước, vì nó gọi tên đầu xa và do đó giải thích mặt nạ. Một hồ sơ được sao chép giữa các máy chủ dùng tô-pô khác nhau sẽ hiển thị hình dạng sai cho ngôi nhà mới, và sự không khớp đó dễ bị nhầm với lỗi máy chủ.
Khi bể địa chỉ và mạng văn phòng cùng đòi những bit giống nhau
Vì liên kết được định tuyến, bể cần một tiền tố không xuất hiện ở đâu trong các mạng mà máy chủ có thể tới. Chia sẻ một tiền tố và máy khách chỉ giữ một tuyến cho một dải mang nghĩa hai nơi, và tuyến được cài sau cùng quyết định nơi nào thắng. Sự cố hiện ra ở máy khách dù quyết định phía sau thuộc về kế hoạch địa chỉ. Điều người dùng báo cáo là bộ định tuyến cục bộ biến mất khi đường hầm lên, hoặc chỉ một số máy chủ văn phòng trả lời.
Các tiền tố chỉ trông giống nhau là trường hợp khác, và so sánh octet bằng mắt không phải so sánh tiền tố. Viết cả hai ra và đếm các bit bị che: 192.168.4.0/24 so với 192.168.6.0/24 khớp đến bit 22 và tách ra ở bit 23, vì octet thứ ba được đọc là 00000100 so với 00000110, nên hai mạng đó thực sự tách biệt. Đặt 10.8.0.0/24 cạnh một 10.8.0.0/24 khác và toàn bộ 24 bit bị che đều khớp, nghĩa là một tuyến không thể diễn đạt cả hai nơi. Độ dài mặt nạ quyết định nơi phép so sánh dừng lại, và mạng được cài thứ hai là mạng thua.
Điều một liên kết định tuyến không thể cung cấp
Quảng bá và multicast không đi qua liên kết định tuyến, và nhiều tính năng quen thuộc được xây trên chúng. Danh sách duyệt, thông báo tên và khám phá dịch vụ đều giả định một đoạn chia sẻ, nên một máy chủ tệp có thể trả lời mọi yêu cầu theo địa chỉ mà vẫn không bao giờ xuất hiện trong danh sách. Phân giải tên phụ thuộc quảng bá cục bộ của liên kết thất bại vì cùng lý do, và không chỉnh sửa hồ sơ nào thay đổi điều đường hầm có thể chở. Điều đó có quan trọng hay không là câu hỏi về yêu cầu, không phải về định tuyến.
Một máy khách thực sự cần những lần giao đó cần giao diện bắc cầu, thứ chở khung Ethernet và do đó giữ miền quảng bá. Cái giá là liên kết ồn hơn, mất cách đánh địa chỉ sạch đã mô tả ở trên, và bề mặt sự cố lớn hơn nhiều khi xuất hiện vòng lặp. Hãy biện minh cho yêu cầu trước khi chuyển, và ưu tiên dịch vụ tên hoạt động trên liên kết định tuyến khi yêu cầu chỉ liên quan đến tên.
Đọc giao diện trước khi sửa hồ sơ
Hỏi nhân hệ điều hành xem nó đã cài gì, chứ không phải hồ sơ có vẻ nói gì. Đầu ra địa chỉ cho thấy đầu cuối giải thích mặt nạ, và đầu ra tuyến cho thấy có đường tới đó hay không. Chạy cả hai với thiết bị đường hầm mất một chút và giải quyết câu hỏi.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1Nếu ba điều đó khớp, hồ sơ đang làm điều nó được cấu hình để làm, và vấn đề còn lại nằm ở nơi khác. Chỉ đổi tô-pô vì một lý do nêu tên một khả năng còn thiếu, vì mặt nạ lạ không phải là lý do như vậy.