VPN nhiều khách thuê: cổng chung, theo từng khách thuê hay theo từng máy chủ

Quyết định ai là người chấp nhận một khách hàng và điều gì ngăn khách hàng đó tiếp cận tài nguyên của một khách thuê khác. Đó là hai quyết định, và việc chọn IPsec, WireGuard hay một sản phẩm mesh không trả lời cả hai. Một đường hầm dựng lên hoàn hảo vẫn có thể để mọi người thuê chạm tới mọi người khác, và một đánh giá coi hai việc đó là một sẽ phê duyệt thiết kế sai. Trước tiên hãy viết bản đồ khách hàng-tới-tài nguyên: quản trị viên, quyền truy cập hỗ trợ, dịch vụ dùng chung và những đường phải tiếp tục bị từ chối.

Bắt đầu bằng bản đồ, không phải sản phẩm

Bản đồ đó là tài liệu đầu tiên, và mọi lựa chọn bên dưới chỉ là quyết định về nơi ranh giới thực thi nó nằm. Hãy giữ nó có thể xem xét: một dòng cho mỗi khách hàng, một dòng cho mỗi dịch vụ dùng chung và các đường bị từ chối được viết ra.

Một bản đồ không ai đọc được là bản đồ không ai sẽ thực thi.

Một điểm chấp nhận và vấn đề ánh xạ của nó

Mỗi vị trí được quyết định bởi một câu hỏi vận hành duy nhất, và bảng là toàn bộ phép so sánh.

Một cổng chung tập trung việc chấp nhận và dồn rủi ro vào một chỗ: mối liên hệ giữa danh tính của người thuê và chính sách của họ. Các nhóm hoặc địa chỉ đường hầm phải phân giải thành đúng quyền tài nguyên, và một nhãn khác cho mỗi khách hàng tự nó không ngăn được gì. Các ngữ cảnh định tuyến riêng có thể giữ các tiền tố chồng lấn khi nền tảng hỗ trợ và thiết kế đầy đủ. Một bảng định tuyến dùng chung thông thường không thể phân biệt hai tiền tố đích giống nhau chỉ vì những người phía sau có tài khoản khác nhau.

Đây là phép thử cho hầu hết thiết kế. Hai người thuê đều đánh số nội bộ bằng 10.0.0.0/8 cần trạng thái định tuyến tách biệt, không phải một quy ước đặt tên.

Cổng riêng cho từng khách thuê mua lấy ranh giới và hệ thống

Một cổng cho mỗi khách hàng giúp một số ranh giới hành chính dễ giải thích, vì việc chấp nhận và chính sách của khách hàng đó nằm cùng nhau. Nó cũng nhân lên các hệ thống cần thông tin đăng nhập, bản vá, giám sát và một người sở hữu. Và nó không áp đặt một cách bố trí địa chỉ công cộng duy nhất: chia sẻ điểm cuối, dịch địa chỉ và phân kênh giao thức phụ thuộc vào những gì triển khai thực sự hỗ trợ.

Đếm hệ thống và con người trước khi đếm lợi ích bảo mật. Một thiết kế có nhiều hơn bốn cổng so với khả năng vá của đội không cô lập hơn trên thực tế.

Nếu số lượng người thuê thay đổi hàng tháng, mô hình đó cần một câu chuyện tự động hóa chứ không phải một mẫu.

Kết nối theo từng máy chủ di chuyển công việc

Một kết nối trên mỗi máy được lưu trữ không loại bỏ công việc vận hành, nó chuyển công việc đó vào vòng đời của máy. Đăng ký, chính sách theo máy, luân chuyển khóa và thay thế đều trở thành một phần của việc cấp phát, và chúng thất bại trong cùng khung thời gian như chính máy đó. Với một vài máy chủ sống lâu trên các mạng khác nhau thì điều đó thường đúng, và với một đội máy đã mất dấu ảnh nào chạy ở đâu thì hiếm khi.

Hãy đặt tên một vai trò cho việc cấp danh tính, cập nhật, thu hồi quyền truy cập, giám sát và phục hồi ở mỗi phương án. Rồi hỏi điều gì xảy ra vào ngày một khách hàng rời đi.

Việc thu hồi thuộc về phép so sánh

Hầu hết các so sánh bỏ qua việc thu hồi. Việc xóa một người thuê phải vô hiệu hóa thông tin đăng nhập, bỏ chính sách, giải phóng địa chỉ và trạng thái định tuyến của họ và để mọi người khác không bị ảnh hưởng. Hướng dẫn kiến trúc không tin cậy của NIST là tài liệu tham chiếu đúng ở đây, vì nó đặt việc xác thực và cấp quyền lên tài nguyên thay vì tin vào vị trí mạng, và điều đó cũng áp dụng bên trong phân đoạn của chính khách hàng.

Cân nhắc các luồng được phép và bị từ chối, cách xử lý địa chỉ chồng lấn và quy trình thu hồi trước khi cân nhắc các chỉ số giao thức. Rồi chọn một phương thức truyền tải và xác thực phù hợp với ranh giới bạn đã chọn. Một tên sản phẩm cũ hơn, hay tuyên bố rằng mọi doanh nghiệp phải chuẩn hóa trên một giao thức, không giải quyết được điều nào trong số đó. Bản đồ bạn viết đầu tiên thì có.