Truy cập từ xa hay VPN site-to-site: kiểu nào phù hợp?

Một nhân viên đi công tác và một văn phòng chi nhánh cần những đường hầm khác nhau, và chọn sai sẽ tạo ra thiết kế chạy được trong phòng thí nghiệm nhưng hỏng ngay thứ Hai đầu tiên. Truy cập từ xa nối một thiết bị với một cổng. Site-to-site nối hai cổng đại diện cho các mạng. Danh sách kiểm tra dưới đây xác định yêu cầu thực sự mô tả kiểu nào.

Ai quay số, và cái gì nằm sau bên quay số

Trong truy cập từ xa, phần mềm trên máy tính xách tay hoặc điện thoại thiết lập đường hầm, và cổng xác thực người dùng, thiết bị hoặc cả hai trước khi gán địa chỉ và tuyến. Trong site-to-site, bộ định tuyến, tường lửa hoặc cổng đám mây thiết lập kết nối, và các thiết bị phía sau dùng định tuyến thông thường thay vì chạy ứng dụng khách. Khác biệt đó quyết định ai chịu trách nhiệm về thời gian hoạt động của đường hầm: thiết bị của nhân viên trong trường hợp đầu, một thiết bị được quản lý trong trường hợp sau. Nó cũng quyết định liệu xác thực mô tả một người hay một mạng.

Hãy dừng ở đây nếu yêu cầu là mọi máy trong một văn phòng đều tới được văn phòng khác mà không cần thiết lập cho từng thiết bị. Đó là site-to-site, và một đống đăng nhập truy cập từ xa là phương thay thế kém.

Địa chỉ hóa và đường về

Hãy quy hoạch các dải cục bộ và từ xa riêng biệt. Hai site có thể cùng dùng một mạng con riêng, và khi đó thiết kế cần dịch địa chỉ hoặc đánh số lại trước khi định tuyến trở nên rõ ràng. Một bộ định tuyến gia đình dùng cùng dải với trụ sở chính tạo ra đúng vấn đề đó cho một nhân viên từ xa. Việc chồng dải đủ phổ biến nên kiểm tra nó thuộc về cuộc trao đổi đầu tiên.

Đường về quan trọng ngang đường đi ra. Một máy chủ có thể nhận yêu cầu mà vẫn không có tuyến quay lại mạng của ứng dụng khách.

Ghi lại bộ định tuyến nào biết tiền tố từ xa, đặc biệt với mạng đám mây và nhiều cổng. Một biểu tượng đường hầm màu xanh không trả lời được đích có đường về hoạt động hay không, và ping một chiều cũng vậy. Trong truy cập từ xa, cổng thường sở hữu tuyến của nhóm địa chỉ; trong site-to-site, mọi bộ định tuyến trung gian mang tiền tố đều phải đồng ý. Dịch địa chỉ có thể giấu một tuyến bị thiếu cho tới khi ứng dụng nhúng địa chỉ hỏng.

Lối ra internet là quyết định riêng

Khả năng tiếp cận riêng không đòi hỏi đường hầm phải chở duyệt web công cộng. Việc lưu lượng web thông thường có ra qua cổng hay không là quyết định thứ hai, được đưa ra theo từng thiết kế và ghi vào hồ sơ ứng dụng khách hoặc cấu hình site.

Đường hầm đầy đủ và đường hầm chia tách là câu trả lời cho câu hỏi đó, không phải cho câu hỏi truy cập từ xa so với site-to-site. Tên nội bộ cần DNS phù hợp trong cả hai thiết kế, vì trình phân giải công cộng không có câu trả lời cho tên máy chủ văn phòng riêng. Đẩy trình phân giải và đẩy tuyến mặc định là những thiết lập liên quan, và đổi cái này mà không đổi cái kia sẽ tạo ra lỗi trông như vấn đề DNS.

Dùng cấu trúc liên kết để thu hẹp lỗi

Một máy tính xách tay di động mất truy cập chỉ về phía ứng dụng khách, tài khoản hoặc mạng cục bộ của nó. Cả một chi nhánh mất truy cập chỉ về phía các tuyến dùng chung và các cổng.

Kiểm tra việc thiết lập đường hầm trước, rồi tới tuyến, rồi lưu lượng được phép, rồi phân giải tên, rồi đăng nhập ứng dụng, và dừng ở bước đầu tiên hỏng. ip route get 10.60.8.15 trả lời câu hỏi định tuyến trước khi bạn đọc dù chỉ một nhật ký ứng dụng. Thiết lập mã hóa không sửa được lỗi quyền chia sẻ tệp, và ping hoạt động không chứng minh ứng dụng được cấp quyền. Giữ cố định thứ tự ngăn những thay đổi cấu hình ngẫu nhiên biến một lỗi thành ba.

Cuối cùng, hãy giữ định nghĩa rõ ràng khi đọc tài liệu nhà cung cấp: một máy chủ lối ra internet thương mại là dịch vụ khác với cổng riêng của một công ty và không cấp quyền truy cập mạng của công ty đó.