Các phím mũi tên đang được coi là bàn phím số trong MS Remote Desktop trên Mac OS X

Khi sử dụng MS Remote Desktop 8.0.x để kết nối từ máy Mac của tôi với máy ảo Windows trên máy chủ khác, tôi gặp vấn đề về ánh xạ chính.

Windows đối xử với các phím mũi tên của Mac như thể chúng nằm trên bàn phím số (bàn phím này không có) và khóa số được bật. Kết quả là khi tôi sử dụng các phím mũi tên, chúng hoạt động như các phím bấm trên bàn phím số thay vì di chuyển con trỏ xung quanh.

Trong hình ảnh sau đây, tôi đã chỉnh sửa trong ánh xạ số hiệu quả:

• Vấn đề này chỉ xảy ra với một máy chủ RDP cụ thể này.
  • Tôi không gặp vấn đề này với các máy chủ khác (tôi có khoảng nửa tá tôi kết nối)
• Sự cố này chỉ xảy ra với MS Remote Desktop 8.0.x (hiện tại là 8.0.6) trên OSX.
  • Tôi đã xác nhận rằng CoRD 0.5.7 ánh xạ các khóa chính xác.
  • Tôi đã kết nối với máy khách MS RDP từ một hộp Win7 khác và các phím mũi tên hoạt động tốt (mặc dù hộp đó cũng có bàn phím bình thường với bàn phím số).

Tôi đã thử nghiệm bằng bàn phím trên màn hình Windows để tắt numlock trong phiên RDP. Ngay sau khi tôi nhấn một phím mũi tên sau đó, numlock đã bật lại và các phím mũi tên tiếp tục hoạt động như thể chúng là các phím số.

Vấn đề này được thực hiện một cách kỳ diệu vào một ngày nào đó (xin lỗi không thể nhớ chính xác phiên bản RDP mà tôi có vào thời điểm nào nhưng nó là 8.0.

Mục tiêu RDP là máy ảo Win7 chạy trên VirtualBox 4.3.10 trên máy chủ Ubuntu 14.04. Tôi đang kết nối với máy chủ RDP trong bộ ảo hóa VirtualBox chứ không phải trực tiếp với Windows do khách Windows là Home Premium và do đó không hỗ trợ kết nối RDP trong nước.

Bất cứ ai cũng có thể đề nghị làm thế nào để các phím mũi tên OSX được coi là các phím mũi tên trong phiên RDP giống như chúng ở mọi nơi khác không?

Đây là một lỗi được xác nhận trong VirtualBox 4.3.8 nhưng cần được sửa trong 4.3.10. Bạn có thể muốn thử phiên bản cũ hơn hoặc phiên bản "thử nghiệm" trong liên kết đầu tiên.

Tôi cũng có vấn đề tương tự. MacOS (10.9.5) RDP (8.0.13 Build 25377) VirtualBox (4.3.20r96996) đang chạy trên Ubuntu 12.04 Host với một khách RHEL5 chạy ở chế độ toàn màn hình.

Đối với tôi, nó được kích hoạt bằng cách nhấn phím mũ hoặc các phím khóa num.

Sử dụng mẹo của EkriirkE , tôi có thể lấy lại các phím mũi tên bằng cách tắt khóa num-lock. (Sử dụng bàn phím thật trên hộp linux hoặc bàn phím trên màn hình và sau đó các phím mũi tên hoạt động, nhưng chỉ trên bàn phím thực). Nó sẽ bị kẹt lại nếu tôi sử dụng bất kỳ khóa nào trong RDP giống như LRE đã nói, trừ khi tôi đóng phiên RDP (Command-Q hoặc Command-W) và sau đó kết nối lại phiên RDP.

Vì vậy, tóm lại, cách giải quyết của tôi:

1. Chuyển đổi khóa Num trong VM (trong linux tôi có thể sử dụng lệnh numlockx off)
2. Đóng phiên RDP ⌘Qhoặc ⌘W(bạn phải thực hiện việc này trước khi gửi thêm bất kỳ tổ hợp phím nào cho VM)
3. Kết nối lại với Phiên RDP

Điều này sẽ thiết lập lại trạng thái khóa num trong cả VM và trạng thái được đồng bộ hóa kém trong RDP.

• Một bản sửa lỗi tự động hơn sẽ có tập lệnh AutoHotKey hoặc tập lệnh Bash tắt khóa num khi bạn kết nối lại trước khi bạn nhập bất kỳ khóa nào từ xa.
• Bạn cũng có thể không bao giờ sử dụng CapsLock / NumLock hoặc vô hiệu hóa chúng cho RDP.

Bạn có thể thử sử dụng bàn phím OnScreen (OSK) trên máy từ xa (Phụ kiện, Trợ năng) và bật phím khóa num và thử lại không? Tôi đã gặp vấn đề này với Linux + Windows RDP, tuy nhiên máy linux của tôi có khóa num thực tế. Tôi chỉ phải chuyển đổi một vài lần để đồng bộ hóa trạng thái, trong đó mac bị thiếu đã tạo ra sự cố thứ hai - OSK sẽ hoạt động.

Microsoft đã phát hành một phiên bản thử nghiệm của máy khách RDP đã khắc phục sự cố bằng các mũi tên: http://blogs.msdn.com/b/rds/archive/2015/08/11/int sinhing- the-new- microoftoft-emote-desktop -preview-app-for-mac.aspx