Laptop di động: tên ổn định hay địa chỉ văn phòng cố định?

Bạn mở bảng điều khiển quản trị từ nhà, tìm laptop theo tên và nhận được một địa chỉ đã hết hiệu lực khi nó rời văn phòng. Bản năng là chuyển địa chỉ văn phòng sang bộ điều hợp VPN để mọi thứ tiếp tục hoạt động. Bản sửa đó thường làm hỏng thứ khác, vì việc tìm thiết bị, cho phép lưu lượng của nó và giữ một phiên tồn tại là ba vấn đề khác nhau. Hãy tách chúng trước khi chọn thiết kế địa chỉ.

Tách ba yêu cầu

Hãy viết ra cái nào trong ba thực sự thất bại. Một người hoặc công cụ không tìm thấy dịch vụ; một máy chủ từ chối yêu cầu vì địa chỉ nguồn không có trong danh sách; hoặc một ứng dụng rơi khi giao diện thay đổi. Trên bảng tính chúng trông giống nhau và cần cách sửa khác nhau.

Hầu hết các khiếu nại về chuyển vùng rơi vào giỏ đầu tiên và được sửa trong DNS. Đặt tên cho một danh tính ổn định là rẻ và bao phủ trường hợp đầu tiên. Giữ nguyên địa chỉ là đắt và chỉ giúp trường hợp thứ hai nếu chính sách dù sao cũng bị viết lại.

Biến tên thành thứ ổn định

Cho laptop một cái tên phân giải tới bất kỳ địa chỉ nào mà người gọi có thể tiếp cận. Trong ví dụ này địa chỉ văn phòng là 192.168.50.42, nhóm truy cập từ xa cấp 10.90.0.42, và laptop17.corp.example theo kết nối. Không có gì đòi hỏi octet cuối phải khớp, và thiết kế quanh sự khớp đó tạo ra công việc không có lợi ích. Bản ghi nên trỏ tới địa chỉ mà người gọi thực sự dùng được, không phải mọi giao diện mà laptop từng có.

dig +short laptop17.corp.example

Các bộ phân giải lưu câu trả lời vào bộ nhớ đệm, nên thay đổi không tức thì với mọi người. TTL ngắn giúp ích, và logic kết nối lại của ứng dụng giúp nhiều hơn.

Khi danh sách nguồn được phép là ràng buộc thật

Danh sách nguồn được phép thấy địa chỉ mà dịch vụ được bảo vệ nhận được, sau mọi phép dịch. Đó thường là địa chỉ cổng hoặc NAT chứ không phải của chính laptop, vì vậy sửa bản ghi DNS không bao giờ sửa được một yêu cầu bị từ chối. Cập nhật chính sách cho địa chỉ thực sự đến, hoặc thay danh sách bằng một danh tính đã xác thực.

Bắt một yêu cầu được chấp nhận trên máy chủ và đọc trường nguồn, rồi lặp lại từ đường từ xa. Nếu hai địa chỉ khác nhau, chính sách cần hai mục hoặc một cơ chế khác. Ghi cả hai địa chỉ cùng mục chính sách để người tiếp theo thấy vì sao có hai. Dùng lại một địa chỉ đã hoạt động trên cùng liên kết là một vấn đề xung đột riêng với các quy tắc phát hiện của nó.

Điều gì thực sự cần cho tính liên tục

Tính liên tục của kết nối là yêu cầu khó nhất và là yêu cầu bị hiểu sai nhiều nhất. Một kết nối TCP được nhận dạng bằng cả hai địa chỉ và cả hai cổng, nên một địa chỉ cục bộ mới là một kết nối khác, bất kể DNS nói gì. Các ứng dụng quan trọng phải kết nối lại, nghĩa là một tầng phiên hoặc một máy khách thử lại, chứ không phải một mẹo mạng. Hãy quan sát một phiên trong khi di chuyển và việc ngắt xảy ra ngay lập tức, không từ từ.

ss -tnp state established '( dport = :443 )'

Sao chép địa chỉ MAC cũng không giải quyết được điều này. Danh tính thuê DHCP có thể dùng một định danh máy khách rõ ràng, và hai giao diện chia sẻ một danh tính vẫn cần các tuyến được phối hợp. Hãy coi tính di động là thiết kế ứng dụng và cấp phát, và giữ danh tính của thiết bị ổn định trong khi địa chỉ của nó theo mạng.