VPN có thể thay thế Remote Desktop không? Mỗi thứ làm gì

Một cửa sổ mở ra, hỏi thông tin đăng nhập, rồi để trống hoặc đóng lại, và người dùng báo rằng VPN đã làm hỏng truy cập từ xa. Đôi khi đường hầm vẫn tốt và phiên chưa bao giờ bắt đầu. Biết ứng dụng thực sự chạy ở đâu là điều phân biệt những trường hợp đó, vì đường hầm và phiên màn hình từ xa cung cấp những thứ khác nhau và hỏng ở những chỗ khác nhau.

Một đường hầm cho thiết bị của bạn một đường vào mạng. Một phiên màn hình từ xa cho bạn màn hình và bàn phím gắn với máy khác.

Triệu chứng phụ thuộc vào nơi ứng dụng chạy

Khi truy cập trực tiếp qua đường hầm, ứng dụng chạy trên chính thiết bị của bạn và các yêu cầu của nó đi qua tuyến riêng được phép tới một thư mục chia sẻ hoặc một site nội bộ. Nếu ứng dụng đó hỏng, bạn đang nhìn vào vấn đề phân giải tên hoặc định tuyến, còn chương trình cục bộ vẫn hoạt động bình thường ở các mặt khác.

Trong một phiên từ xa, ứng dụng chạy trên máy ở phía bên kia và thiết bị của bạn nhận được hình ảnh của nó. Điều đó thay đổi hoàn toàn danh sách lỗi: máy chủ phiên phải sẵn sàng, dịch vụ nhận kết nối phải đang lắng nghe, và tài khoản của bạn phải được cấp quyền cả trên đường hầm lẫn trên máy chủ. Cửa sổ trống sau khi đăng nhập đường hầm thành công thường có nghĩa là lần xác thực thứ hai chưa bao giờ thành công.

Cả hai thiết kế có thể cùng tồn tại cho một người dùng. Cách bố trí phổ biến yêu cầu trước hết là đường hầm và sau đó là một phiên màn hình từ xa bên trong nó, đó là lý do thành công một phần dễ bị đọc sai thành một tính năng hỏng.

Hiệu năng đi theo khối lượng công việc, không theo nhãn

Mở một tệp lớn trực tiếp qua đường hầm sẽ di chuyển tệp đó qua mạng, và độ trễ nhìn thấy được đi theo việc truyền tệp chứ không phải cú nhấp. Trong một phiên từ xa, tệp có thể không bao giờ rời trung tâm dữ liệu, điều này loại bỏ việc truyền và thay bằng làm mới màn hình cùng độ trễ nhập liệu. Không thiết kế nào nhanh hơn nói chung, vì chúng di chuyển những thứ khác nhau. Hãy hỏi người dùng thực sự đang chờ đại lượng nào trước khi chọn thước đo.

Sự khác biệt đó quan trọng khi ai đó báo chậm. Một phiên từ xa cảm thấy nặng khi gõ phím nhạy với độ trễ khứ hồi, trong khi mở tệp trực tiếp qua cùng đường hầm đó nhạy với thông lượng. Hãy đo công việc chứ không phải một con số tốc độ chung, và thử đúng thao tác mà người dùng phàn nàn.

Công việc tương tác trên một tuyến có độ trễ cao trở nên tệ hơn khi nhiều phần màn hình thay đổi, đó là lý do cuộn một tài liệu cho cảm giác khác với xem một cửa sổ tĩnh. Nếu phàn nàn là về khả năng phản hồi chứ không phải thời gian hoàn thành, vị trí của khối lượng công việc là biến đáng thay đổi.

Khi hỏng, hãy kiểm tra từng lớp riêng rẽ

Đi từ trong ra ngoài và ghi lại mỗi bước trả về gì, vì khởi động lại mọi thứ cùng lúc sẽ phá hủy bằng chứng. Xác nhận đường hầm đang hoạt động, rồi xác nhận tuyến riêng được phân giải, rồi xác nhận máy chủ phiên nhận kết nối, rồi xác nhận tài khoản của bạn được phép ở đó.

Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30

Một tuyến trả lời và một cổng từ chối là những kết quả khác nhau, và một cổng trả lời trong khi thông tin đăng nhập của bạn bị từ chối là kết quả thứ ba. Khi triển khai dùng một cổng truy cập được quản lý thay vì đường hầm vào văn phòng, hãy theo kiến trúc đó thay vì mở dịch vụ màn hình ra internet chỉ vì một tuyến riêng đã hỏng.

Mã hóa và cấp quyền cũng là những việc riêng. Đường hầm mã hóa đường đi, trong khi giao thức phiên xác thực bạn với một máy chủ và ứng dụng có thể xác thực bạn lần nữa. Vượt qua lần kiểm tra đầu tiên không nói gì về lần thứ ba, và hướng dẫn để tới một máy tính từ xa từ bên ngoài mạng mô tả những phần mà một triển khai hoạt động cần có.

Quyết định điều gì phải ở lại trong tổ chức

Giả định rằng một phiên từ xa giữ mọi tài liệu trong trung tâm dữ liệu là không an toàn. Chia sẻ clipboard, ổ đĩa được chuyển hướng và in ấn có thể chuyển thông tin giữa hai môi trường mỗi khi chính sách cho phép, và đường hầm không hạn chế người dùng được cấp quyền sao chép tệp nào từ một thư mục chia sẻ có thể tới được. Nếu yêu cầu là cách ly, hãy xem lại các kiểm soát truyền thực tế của phiên thay vì tin vào sơ đồ kiến trúc. Hỏi chủ phiên những chuyển hướng nào đang bật trước khi hứa điều gì thay họ.

Tuổi thọ của phiên là điều bất ngờ khác. Đóng cửa sổ có thể để phiên tiếp tục chạy trên máy chủ, nên mất đường hầm có thể chỉ khiến nó tạm thời không tới được. Hãy học cách được duyệt để kết thúc công việc trên một máy dùng chung, và kiểm tra máy chủ sau đó thay vì cho rằng việc đăng xuất đã xảy ra.

Ghi lại lớp nào đã hỏng, bạn đã thay đổi gì và người dùng nên thử lại gì. Bản ghi đó có giá trị hơn một cách khắc phục mà không ai tái tạo được.