Shift และปุ่มควบคุมไม่ซิงค์กับปุ่มปกติบน RDP


28

ฉันใช้จ่ายค่อนข้างมากของเวลาในการทำงานบนเครื่องที่หลากหลายผ่านทาง RDP (ปกติ RDPing ไปยังเครื่องหนึ่งและจากที่นั่น RDPing ไปยังคอมพิวเตอร์เครื่องอื่น ๆ นอกระบบ LAN ของเรา) และมีปัญหาที่แป้นตัวปรับ (เช่น  Ctrl, Alt, ShiftและWindows Key Win) บางครั้งก็ทำไม่ได้ มีผลโดยเร็วเท่ากับการกดแป้นมาตรฐาน

ตัวอย่างเช่นหากฉันพยายามพิมพ์""ฉันสามารถลงเอยได้2"เนื่องจากเครื่องระยะไกลได้รับการกดปุ่มครั้งแรก2ก่อนที่จะได้รับตัวปรับเปลี่ยน Shift สิ่งนี้ทำให้เกิดปัญหาเฉพาะกับเขตข้อมูลที่มีการป้องกันด้วยรหัสผ่าน (เนื่องจากมักจะต้องใช้ตัวอักษรตัวพิมพ์เล็กและคุณไม่สามารถเห็นสิ่งที่พิมพ์) และด้วยCtrl+ C(ซึ่งส่วนที่ถูกเน้นถูกลบและแทนที่ด้วย a C)

(และก่อนที่ใครจะถามนี่ไม่ใช่แค่การพิมพ์ที่ไม่ดีมิฉะนั้นปัญหาจะไม่ถูก จำกัด ในเซสชัน RDP)

สิ่งนี้ดูเหมือนจะไม่เป็นปัญหาฮาร์ดแวร์ที่เกิดขึ้นบนเดสก์ท็อปของฉัน (ใช้งาน 64- บิต Windows 7) และบนแล็ปท็อปของฉัน (32- บิต XP) และบนคอมพิวเตอร์ระยะไกลหลายเครื่องที่ใช้ระบบปฏิบัติการต่างๆ (จาก XP ไปยัง Windows 2008 Server)

มีบางครั้งที่ปัญหาเด่นชัดมากขึ้นและอาจเกี่ยวข้องกับการเชื่อมต่ออินเทอร์เน็ต / VPN ที่ช้า

มีใครเคยเห็นปัญหานี้และ (นอกเหนือจากการพิมพ์ช้ามาก ๆ เช่นประมาณหนึ่งตัวอักษรต่อวินาที) มีวิธีแก้ไขปัญหานี้หรือไม่?


ฉันมักจะพบกับสิ่งนี้ - ทั้งขาดการซิงก์และปุ่มควบคุมรับ 'ติด' - โดยเฉพาะ Shift จากนั้นฉันก็เริ่มรับข้อความตัวพิมพ์ใหญ่หรือออกคำสั่งที่ฉันไม่ต้องการออก
einpoklum

ฉันจะให้ความช่วยเหลือผู้ใช้กับคำถามนี้ถ้าฉันมีชื่อเสียงมากขึ้นใน SU ... จะดีใจมากถ้าคุณตัดสินใจว่ามันคุ้มค่าที่จะเสี่ยง 50 คะแนน
einpoklum

ฉันใช้ RDP เยอะและไม่เคยมีประสบการณ์แบบนั้น ระบบสาธารณูปโภคใดที่คุณใช้บนระบบของคุณ? มันมีบางอย่างเช่น AutoHotKey หรือไม่? RDP รุ่นใด มันเกิดขึ้นเสมอหรือไม่ คุณลองใช้เครื่องในพื้นที่เพื่อให้แน่ใจว่าไม่ใช่สิ่งที่เกี่ยวข้องกับ RDP หรือไม่?
Luiz Angelo

คุณติดตั้ง IntelliType หรือไม่ answer.microsoft.com/en-us/windows/forum/…
Luiz Angelo

คำตอบ:


6

นี่เป็นวิธีที่ไคลเอ็นต์ RDP ตอบสนองต่อการควบคุมคีย์ หากต้องการแก้ไขลองเข้าไปที่ตัวเลือกสำหรับการเชื่อมต่อเดสก์ท็อประยะไกลทรัพยากรในท้องถิ่นแป้นพิมพ์ - เปลี่ยนเป็น "บนคอมพิวเตอร์เครื่องนี้"

โปรดทราบว่า alt-Tab และคำสั่งที่คล้ายกันจะทำงานบนระบบโลคัล


3
พยายาม แต่ก็ไม่ได้ช่วย (หมายความว่าแท็บ alt ไม่ทำงานบนคอมพิวเตอร์ระยะไกลดังนั้นการตั้งค่าจึงมีผล)
sgmoore

1
รายงานของฉันที่สอง @ sgmoore: การ จำกัด การผสมคีย์กับคอมพิวเตอร์ท้องถิ่นไม่ได้ช่วยหลีกเลี่ยงปัญหานี้
einpoklum

1
การตั้งค่า RDP Keyboard "บนคอมพิวเตอร์นี้" เป็นสิ่งเดียวที่สามารถแก้ไขปัญหาที่น่ารำคาญสำหรับฉันได้สำเร็จ เพื่อแทนที่ alt-Tab บนเครื่องเป้าหมายฉันใช้ switcheroo.io ซึ่งเป็นโครงการโอเพ่นซอร์สบน GitHub ฉันคิดว่ามันดีกว่ากล่องโต้ตอบ Win7 alt-Tab ดั้งเดิม
VR

มันแทนที่ปุ่ม ALT-TAB หรือยังคงเปิดเครื่องที่บ้านอยู่หรือไม่?
Gennady G

1

มันไม่ใช่ "ฟรี" แต่ gamepads บางอันให้คุณแมปปุ่มกับคีย์ผสม ... ลองคิดดูว่ามีเม้าส์หรือ numpad พร้อม pivots ที่ข้อมือ (ฉันคิดว่า asus ทำมาให้) อาจแก้ปัญหาของคุณได้ .... ไม่ใช่ 100% แต่ถ้าส่งชุดค่าผสมสามารถทำได้ การชะลอตัวของคีย์ตัวปรับแต่งอาจเป็นความพยายามราคาถูกที่ไม่ผ่านลำดับการควบคุม (ถ้าเป็นกรณีที่ฉันจะดูในเซิร์ฟเวอร์ / ไคลเอนต์ VNC เนื่องจากเป็นโซลูชันที่ถูกจับ)


อย่าคิดว่ามันจะช่วยได้เว้นแต่ว่า gamepad จะมีกุญแจสำหรับการรวมกันของคีย์เดี่ยวเช่นกุญแจสำหรับ 'a', อีกอันสำหรับ 'A', อีกอันสำหรับ Ctrl-A, อีกอันสำหรับ Alt-A ฯลฯ เช่นกัน เคยใช้ VNC ในอดีตพยายามที่จะแทนที่ด้วย RD หรือ Logmein หากเป็นไปได้
sgmoore

จริงพอฉันไม่ทราบว่าคุณกำลังติดอยู่กับคำสั่งผสมคีย์เดียวหรือกลุ่มของพวกเขา
RobotHumans

1

ฉันได้พบวิธีแก้ปัญหานี้ที่หนึ่งใช้อินสแตนซ์ซ้อนกันของไคลเอนต์ Remote Desktop ของ Microsoft ลองนึกภาพสถานการณ์ต่อไปนี้ คุณกำลังนั่งอยู่หน้าเครื่อง OS X และคุณใช้เดสก์ท็อประยะไกลในแล็ปท็อป Windows 7 จากแล็ปท็อป Windows คุณต้องการเดสก์ท็อประยะไกลไปยังเครื่อง Windows เครื่องอื่น (ในกรณีของฉันจะมีกล่องทำงานผ่าน VPN) วิธีแก้ปัญหาการแมปแป้นพิมพ์ของคุณคือ: บนแล็ปท็อป Windows เช่นปลายทางของการกระโดดครั้งแรกเปลี่ยนการตั้งค่าฮาร์ดแวร์เดสก์ท็อประยะไกลสำหรับการกระโดดครั้งที่ 2 เพื่อใช้แป้นพิมพ์ท้องถิ่นไม่ใช่การเชื่อมต่อ

แก้ไข

วิธีเปลี่ยนการตั้งค่า:

  1. เปิดเดไคลเอ็นต์ของ Remote Desktop
  2. อย่าเชื่อมต่อกับโฮสต์ระยะไกล
  3. คลิกที่ปุ่มตัวเลือก
  4. แท็บเปิดทรัพยากรท้องถิ่น
  5. เลือกตัวเลือก "ในคอมพิวเตอร์เครื่องนี้" ในรายการแบบหล่นลงเดสมัครคีย์ผสมของ Windows

แม้ว่าดูเหมือนว่าการตั้งค่านี้จะไม่นำไปใช้กับชุดปุ่ม Shift อย่างง่าย แต่ก็แก้ปัญหาให้ฉันได้เมื่อทำงานกับเดสก์ท็อประยะไกลแบบซ้อน

แน่นอนมันมาพร้อมกับราคา: คุณไม่สามารถ Alt-Tab ผ่านหน้าต่างบนรีโมตโฮสต์ ฯลฯ


1
Where exactly do you change the 'remote desktop hardware settings'?
sgmoore

I don't think the OP asked about nested RDP sessions.
einpoklum

This doesn't work - see the comments on this answer
einpoklum

stop suggesting Apply Windows Key to remote. Its the first thing we all try. Its right there in the menu settings not hard to miss. This is a deeper rooted problem.
Christian

0

Some more workarounds :

  1. Run Remote Desktop as Administrator.
  2. Uninstall IntelliType if installed. You may use instead X-Mouse Button Control.
  3. Disable TCP Auto Tuning.
  4. Reduce color depth / resolution / background.
  5. Disable any keyboard product such as AutoHotKey.
  6. Fully patch Windows Update including all optional items.

1. Will Try and see if the problem manifests; what's the intiuition for such a measure having an effect? 2. If IntelliType does not appear in the Programs list (for uninistallation), might it still be installed? 3. My Windows 7 is fully-patched.
einpoklum

2. Probably not.
harrymc

I'm not immediately seeing the problem manifest, but as it doesn't always occur immediately we'll go into extended trial... why do you think running the RDP client as Administrator helps? Especially for a user who is an Administrator?
einpoklum

A security feature since Vista : Everyone runs under a restricted account, only "Run as Administrator" is unrestricted.
harrymc

Unfortunately, this did not work - although it seems the frequency of the 'sticky shift' phenomenon decreases when RunAs'ing as Administrator. Or perhaps I'm just not performing enough repetitions of the experiment. Anyway, no cigar.
einpoklum

0

In the remote session, press Shift+Control and hold. Release the Shift key. Release the Control key.

To duplicate problem, reverse the order of the key releases. A Microsoft RDP bug.

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.