Cascade SoftEther: chủ động liên kết hai hub ảo
Một cascade nối hub cục bộ với hub từ xa dưới một danh tính đã cấu hình. Nó không phải nút thoát, và nó mang theo mọi thứ mà các hub đó đã bắc cầu.
Hai hub SoftEther nối bằng cascade dùng chung một miền quảng bá, nên một vòng lặp hoặc máy chủ DHCP thứ hai không còn là lỗi cục bộ mà trở thành lỗi chung. Đó là toàn bộ mô hình rủi ro. Bản thân cascade là một quan hệ máy khách đã cấu hình: hub ảo cục bộ kết nối ra ngoài tới hub của máy chủ từ xa dưới danh tính mà máy chủ đó cho phép. Nó là khối xây dựng cho một mạng ảo lớn hơn, không bao giờ là lối ra internet.
1. Quyết định liên kết phải mang gì
Hãy bắt đầu từ yêu cầu, không phải từ tính năng. Cascade chuyển các khung lớp hai giữa các hub, và đó là điều bạn muốn khi hai địa điểm phải trông như một phân đoạn Ethernet duy nhất. Nếu nhu cầu chỉ là truy cập định tuyến tới vài mạng con, một đường định tuyến đơn giản hơn và thất bại theo cách dễ thấy hơn. Chọn cascade ràng buộc bạn với quảng bá chung, khám phá chung và một cấu trúc liên kết vòng lặp duy nhất.
Viết yêu cầu trong một dòng trước khi chạm vào máy chủ: hệ thống nào phải trông như ở cùng một dây, và hệ thống nào chỉ cần một tuyến. Mọi thứ trả lời «một tuyến» đều nằm ngoài cascade. Một câu này ngăn hầu hết các thiết kế kết thúc bằng dịch vụ địa chỉ trùng lặp.
2. Giới hạn danh tính cho phép
Thông tin đăng nhập quản trị máy chủ và danh tính mà cascade dùng để kết nối là những bí mật khác nhau, và trộn chúng là một lối tắt phổ biến với đuôi dài. Hub từ xa cần một mục người dùng hoặc chính sách cho phép cascade này kết nối. Mục đó chính là sự cho phép; đăng nhập thành công không nói gì về những gì nằm sau hub từ xa.
Ghi lại hub nào khởi tạo, tham gia hub từ xa nào và danh tính từ xa có thể chạm tới đâu. So sánh hai kiến trúc trước khi cam kết:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
Giữ thông tin đăng nhập và hướng dẫn khôi phục của cả hai đầu luôn cập nhật. Thay đổi mật khẩu hoặc sửa chính sách trên hub từ xa phá vỡ cascade mà không chạm tới người dùng cục bộ của bạn, và sự cố thường xuất hiện như một liên kết đang hoạt động nhưng rỗng.
3. Kiểm tra hub đã mang gì
Một hub hiếm khi bị cô lập. Nó có thể đã bắc cầu tới một bộ điều hợp vật lý, định tuyến qua một bộ định tuyến ảo hoặc cascade ở nơi khác, và mỗi kết nối đó được mang vào quan hệ mới. Đó là lý do «chúng tôi chỉ nối hai hub» thường biến thành «tại sao hai địa điểm này giờ là một phân đoạn?».
Hai hub được bắc cầu vào cùng một phân đoạn vật lý rồi cascade vào nhau tạo thành một vòng lặp. Hãy thêm spanning tree hoặc đừng xây dựng nó. Cùng một phép thử áp dụng cho hub đã tới đích qua một cascade khác: liên kết thứ hai không thêm dung lượng, nó thêm một đường.
Đừng thêm liên kết vì thiếu một tuyến; hãy sửa tuyến đó. Trước hết hãy vẽ cấu trúc liên kết ra giấy, gồm mọi cầu và cascade, vì sơ đồ mất hai phút và bắt được hầu hết các vòng lặp trước khi chúng tồn tại.
4. Sắp xếp địa chỉ trước khi tham gia
Các phân đoạn hợp nhất mang theo mạng con trùng lặp, và máy chủ DHCP trùng lặp là triệu chứng kinh điển: máy khách lấy thuê bao từ máy chủ nào trả lời trước, nên hành vi trông ngẫu nhiên và chuyển giữa các lần khởi động lại. Hãy quyết định trước bên nào sở hữu việc cấp địa chỉ, và cho phân đoạn xa một dải không chồng lấn với bất cứ thứ gì cục bộ. Tắt dịch vụ DHCP còn lại trước khi cascade lên mạng, không phải sau lời phàn nàn đầu tiên.
DNS là một câu hỏi riêng. Cascade mang khung; nó không cấu hình bộ phân giải, và một tên phân giải được ở phía cục bộ có thể không phân giải được qua liên kết. Hãy thử truy vấn riêng khỏi đường IP, vì ping hoạt động chỉ chứng minh một trong hai điều.
5. Chứng minh bằng tài nguyên thật
Chọn một dịch vụ được phép trên phân đoạn xa dự định và xác nhận rằng câu trả lời quay lại qua cascade. Sau đó lặp lại cho việc phân giải tên. Nếu mục tiêu dựa vào khám phá bằng quảng bá, hãy dự kiến hành vi khác trên liên kết bắc cầu so với một dây duy nhất, và lập kế hoạch cho điều đó thay vì ghi nó là khiếm khuyết.
Cuối cùng, viết ra cấu trúc liên kết: hub nào cascade đi đâu, danh tính nào cho phép, phân đoạn nào được bắc cầu và ai sở hữu việc cấp địa chỉ trên mỗi phân đoạn. Ghi chú đó là thứ cho phép người tiếp theo thay đổi chính sách mà không hạ một phân đoạn mà họ không biết là có tồn tại.