Mang VPN công việc đến UAE: cần xác nhận điều gì trước

Bắt đầu chuyến công tác bằng một câu hỏi hẹp hơn câu hỏi liệu phần mềm VPN có được cho phép nói chung hay không. Câu hỏi hữu ích là bạn cần tới hệ thống riêng nào, qua cổng công ty nào, và ai hỗ trợ thiết bị nếu đường hầm không lên. Mọi thứ khác về kết nối là cuộc trò chuyện thứ hai, và trộn hai việc lại sẽ tạo ra một kế hoạch không trả lời cả hai. Một kế hoạch bằng văn bản tách chúng ra.

Trường hợp sử dụng được ghi nhận thực sự bao gồm những gì

Cơ quan quản lý viễn thông UAE, TDRA, công bố Hướng dẫn internet trong đó bàn về việc sử dụng tổ chức đối với công nghệ VPN để tới mạng nội bộ, cùng với một thảo luận riêng về lọc nội dung và dịch vụ truyền thông. Đó là những chủ đề khác nhau. Một công ty tới intranet của chính mình qua cổng của chính mình là trường hợp sử dụng tổ chức được mô tả, không phải tuyên bố chung về mọi dịch vụ mà một người đi công tác có thể dùng. Đây cũng không phải ý kiến pháp lý về chuyến đi cụ thể của bạn, và đọc nó như một trong hai điều đó chính là nơi phần lớn tranh luận về chủ đề này bắt đầu.

Hãy đọc trực tiếp hướng dẫn được công bố thay vì bản tóm tắt, và coi trang này là danh sách kiểm tra lập kế hoạch chứ không phải lời khuyên về địa vị pháp lý của bạn. Với mọi thứ nằm ngoài trường hợp truy cập nội bộ được ghi nhận, câu hỏi thuộc về luật sư địa phương có năng lực và chính sách công tác của người sử dụng lao động.

Gắn công việc với một cổng cụ thể

Ghi ra những hệ thống bạn thực sự cần: intranet, kho tài liệu, ứng dụng nội bộ không tồn tại bên ngoài mạng công ty. Sau đó hỏi bộ phận IT hai câu: cổng nào đã được phê duyệt phục vụ những hệ thống đó, và hồ sơ công tác có thay đổi gì khác trên thiết bị không. Câu trả lời thường cụ thể hơn tên hồ sơ gợi ý.

Một số tổ chức công bố một cổng công tác riêng với chứng chỉ khác hoặc bước xác thực khác; số khác mong bạn dùng hồ sơ thông thường, hồ sơ này có thể định tuyến toàn bộ lưu lượng chứ không chỉ các dải mạng nội bộ. Tên hồ sơ hiếm khi cho biết là loại nào. Hãy hỏi, hoặc đọc bảng định tuyến sau khi kết nối.

Biết mình có loại nào sẽ thay đổi điều bạn nên mong đợi. Hồ sơ đường hầm đầy đủ cũng gửi hoạt động duyệt web thông thường của bạn qua công ty, điều này có thể đúng là ý của người sử dụng lao động và chắc chắn là điều cần hiểu trước chuyến đi chứ không phải trong chuyến đi. Nó cũng xác định đường hỗ trợ, vì người có thể cấp lại chứng chỉ hoặc đặt lại tài khoản thường liên hệ được trong giờ làm việc ở một múi giờ. Điều đó quan trọng hơn phiên bản máy khách.

Hồ sơ làm gì với phần lưu lượng còn lại của bạn

Hồ sơ đường hầm chia tách chỉ mang các tiền tố nội bộ; hồ sơ đường hầm đầy đủ mang tất cả. Không loại nào tốt hơn về bản chất, nhưng chỉ một loại phù hợp với trường hợp truy cập nội bộ hẹp, và khác biệt là một quyết định cấu hình mà tổ chức của bạn đã đưa ra. Bạn có thể đọc kết quả trên thiết bị thay vì đoán từ tên hồ sơ:

ip -4 route
ip -4 route get 10.20.4.10
nmcli connection show --active

Lệnh thứ hai cho biết giao diện nào sẽ mang lưu lượng tới một địa chỉ nội bộ. Nếu các đích thông thường của bạn cũng được phân giải qua đường hầm, hồ sơ là đường hầm đầy đủ, và mọi kỳ vọng rằng duyệt web thông thường ở ngoài nó đều sai. Tốt hơn là phát hiện điều đó trước chuyến đi chứ không phải trong một cuộc gọi.

DNS theo cùng logic. Trình phân giải do đường hầm đẩy vào quyết định tên đi đâu, và một cấu hình chia tách có thể gửi tên nội bộ tới công ty và mọi thứ khác tới trình phân giải cục bộ, hoặc ngược lại tùy cách nó được xây dựng. Hãy kiểm tra trình phân giải mà thiết bị thực sự dùng sau khi kết nối, không phải cái mà hồ sơ hứa. Tra cứu một tên nội bộ từ mạng khách sạn là cách nhanh nhất để thấy sự khác biệt.

Chuẩn bị đường thất bại trước khi bay

Giả định đường hầm sẽ không kết nối ngay lần đầu từ mạng khách sạn, và quyết định trước bạn sẽ làm gì. Điều đó có nghĩa là phương án dự phòng đã được phê duyệt mà nhóm IT của bạn hỗ trợ, người liên hệ có thể giúp qua các múi giờ, và số điện thoại địa phương của thiết bị nếu xác thực phụ thuộc vào điện thoại. Viết ba điều đó ra chính là khác biệt giữa kế hoạch và ý định.

Hãy thử các bước xác thực và khôi phục được hỗ trợ trước chuyến đi, bao gồm mọi yếu tố thứ hai cần thiết bị đã đăng ký. Một yếu tố cần số chuyển vùng mà bạn chưa kích hoạt là thất bại bạn có thể dự đoán hôm nay và không thể sửa ở sân bay. Cũng thử phương án dự phòng chứ không chỉ đường chính, và làm điều đó từ một mạng không phải LAN văn phòng của bạn. Một phương án dự phòng chưa ai thử là hy vọng, không phải kế hoạch.

Giữ phương án dự phòng trong các lựa chọn đã được tổ chức phê duyệt. Một lối ra công cộng tùy tiện không phải đường hỗ trợ, và đó không phải quyết định để tự đưa ra trong phòng khách sạn. Nếu phương án dự phòng đã được phê duyệt cũng thất bại, bước tiếp theo đúng là liên hệ hỗ trợ, không phải một lối ra khác.

Lưu hồ sơ và kiểm tra lại

Lưu kế hoạch ở nơi bạn sẽ tìm thấy: tên cổng, người liên hệ được hỗ trợ, các hệ thống bạn cần, và ngày bạn đã kiểm tra hướng dẫn của cơ quan quản lý. Hướng dẫn và chính sách tổ chức thay đổi, và một ghi chú có ngày đáng giá hơn một ký ức. Nó cũng làm việc lập kế hoạch chuyến đi tiếp theo rẻ hơn.

Sau đó xem lại kế hoạch ở những phần hoàn toàn không liên quan đến công nghệ — bạn sẽ làm gì nếu một dịch vụ bạn mong đợi không có sẵn, và ai quyết định chuyến đi có tiếp tục hay không. Những câu trả lời đó thường nằm ở một người, không phải ở một cài đặt trong máy khách.