Hallo. Kann von euch jemand prüfen, ob folgendes ebenfalls passiert?
Wenn ich im "Remote Desktop Manager 2026.3.15.0" in einer RDP Sitzung zu einem Windows Server oder Client eine Verbindung aufbaue, kann ich in dieser das @ Zeichen nicht mehr eingeben. In allen anderen Sitzungen funktioniert dies.
Dazu kommt ein weiteres Phänomen, dass beim lokalen Kopieren und Einfügen auf der Remoteseite in der Powershell dann das Verhalten so ist, wie wenn die ALT Taste ständig gedrückt wird. Zum Beispiel bei diesem Code in einer Powershell auf einem Windows Server 2019. Wenn ich in der Powershell dies mit einem Klick auf die rechte Maustaste normalerweise einfüge, erscheint nicht immer der Text. Aber gleichzeitig ist die ALT Taste aktiv:
$Anmeldungen = Get-WinEvent -FilterHashtable @{
LogName = 'Security'
Id = 6272, 6273
} -MaxEvents 100 | ForEach-Object {
$Ereignis = $_
$Daten = @{}
([xml]$Ereignis.ToXml()).Event.EventData.Data | ForEach-Object {
$Daten[$_.Name] = $_.InnerText
}
[pscustomobject]@{
Zeitpunkt = $Ereignis.TimeCreated
Ergebnis = if ($Ereignis.Id -eq 6272) { 'Erlaubt' } else { 'Abgelehnt' }
Benutzer = $Daten['SubjectUserName']
Domaene = $Daten['SubjectDomainName']
RadiusClient = $Daten['ClientName']
ClientIP = $Daten['ClientIPAddress']
GeraeteMAC = $Daten['CallingStationID']
AP_SSID = $Daten['CalledStationID']
Richtlinie = $Daten['NetworkPolicyName']
Grundcode = $Daten['ReasonCode']
Grund = $Daten['Reason']
}
}
$Anmeldungen | Format-Table -AutoSize -Wrap
Danach wenn ich F4 drücke schließen sich die Fenster im Windows
Mit den 2026.2.x Versionen hatte ich das Verhalten nicht.
Hallo,
vielen Dank für Ihre Meldung. Wir möchten das Verhalten gerne im Testlabor nachstellen und benötigen dafür ein paar Details. Könnten Sie uns bitte die folgenden Fragen beantworten?
1. Wird die RDP-Sitzung eingebettet (in einem Tab von Remote Desktop Manager) oder extern in einem eigenen Fenster geöffnet? Welchen Wert hat bei dem Eintrag unter "Allgemein" die Einstellung "Anzeige"? Wird der native RDP-Client oder FreeRDP verwendet?
2. Welcher Wert ist im RDP-Eintrag unter "Lokale Ressourcen" bei "Tastatur" eingestellt (Auf dem lokalen Computer, Auf dem Remotecomputer oder Nur im Vollbildmodus) und bei "Tastaturlayout"?
3. Tritt das Problem auch auf, wenn Sie dieselbe Verbindung mit dem nativen Windows-Client (mstsc.exe) öffnen? Können Sie dort das @-Zeichen eingeben?
4. Tritt das Problem auch mit der Version 2026.3.14.0 auf? Und mit welcher 2026.2-Version hatten Sie das Verhalten nicht?
5. Welche Windows-Version und welches Tastaturlayout (zum Beispiel Deutsch (Deutschland) oder Deutsch (Schweiz)) verwenden Sie auf dem lokalen Rechner, auf dem Remote Desktop Manager läuft?
6. Welche Windows-Version und welches Tastaturlayout hat der Remote-Server oder Remote-Client? Tritt das Problem bei allen Zielsystemen auf oder nur bei bestimmten, zum Beispiel nur bei Windows Server 2019?
7. Wenn Sie nach dem Auftreten die ALT-Taste einmal kurz drücken und loslassen, normalisiert sich das Verhalten dann wieder?
8. Tritt es nur in der PowerShell auf oder auch in anderen Programmen in der Remote-Sitzung, zum Beispiel im Editor (Notepad)?
9. Funktioniert das @-Zeichen sofort nach dem Verbindungsaufbau nicht oder erst nach einer bestimmten Aktion, zum Beispiel nach dem Einfügen mit der rechten Maustaste oder nach einem Wechsel zwischen Fenstern?
10. Könnten Sie uns die genauen Schritte beschreiben, mit denen Sie das Verhalten auslösen, damit wir sie im Labor identisch nachstellen können?
Vielen Dank für Ihre Unterstützung.
Mit freundlichen Grüßen,
Alexis Geller Peiro
Hallo Alexis,
ich habe einige Versuche unternommen. Ich muss gleich sagen, dass es bei einem anderen Kollegen das Problem nicht gibt. Dafür habe ich einen Workaround entdeckt. Erstmal zu deinen Fragen:
1. Wird die RDP-Sitzung eingebettet (in einem Tab von Remote Desktop Manager) oder extern in einem eigenen Fenster geöffnet? Welchen Wert hat bei dem Eintrag unter "Allgemein" die Einstellung "Anzeige"? Wird der native RDP-Client oder FreeRDP verwendet?
=> Eingebettet. Hier ein Standardeintrag exportiert aus der Datenbank:
<?xml version="1.0" encoding="utf-8"?>
<RDMExport>
<Connections>
<Connection>
<AppVersion>2026.3</AppVersion>
<ConnectionType>RDPConfigured</ConnectionType>
<CreatedBy>MUSTERPC\Max</CreatedBy>
<CreationDateTime>2026-10-19T19:27:28</CreationDateTime>
<ID>eb08f4f6-21ab-4104-97a5-fd36e97ae4e4</ID>
<Name>TestWin2k22</Name>
<OpenEmbedded>true</OpenEmbedded>
<Url>192.168.125.108</Url>
<RDP>
<SafePassword>CMR3XBWUQ9M=</SafePassword>
<UserName>Administrator</UserName>
</RDP>
</Connection>
</Connections>
<DatabaseID>11fc7162-7786-4a09-81be-a2f9440fb0ce</DatabaseID>
<Version>2</Version>
</RDMExport>2. Welcher Wert ist im RDP-Eintrag unter "Lokale Ressourcen" bei "Tastatur" eingestellt (Auf dem lokalen Computer, Auf dem Remotecomputer oder Nur im Vollbildmodus) und bei "Tastaturlayout"?
=> Standard (auf lokalem Computer). Die Tastatursprache auf Deutsch an dieser Stelle anpassen ändert nichts.
3. Tritt das Problem auch auf, wenn Sie dieselbe Verbindung mit dem nativen Windows-Client (mstsc.exe) öffnen? Können Sie dort das @-Zeichen eingeben?
=> Nein hier ist das Problem nicht vorhanden
4. Tritt das Problem auch mit der Version 2026.3.14.0 auf? Und mit welcher 2026.2-Version hatten Sie das Verhalten nicht?
=> Eine 2026.3.13.0 hatte ich davor und eine 2026.3.14.0 kann ich nicht finden. Derzeit habe ich viele 2026.2.x Versionen durchprobiert und konnte noch keine Version finden wo es klappt.
5. Welche Windows-Version und welches Tastaturlayout (zum Beispiel Deutsch (Deutschland) oder Deutsch (Schweiz)) verwenden Sie auf dem lokalen Rechner, auf dem Remote Desktop Manager läuft?
=> Client ist Windows 11 25H2 mit Tastaturlayout Deutsch (Deutschland)
6. Welche Windows-Version und welches Tastaturlayout hat der Remote-Server oder Remote-Client? Tritt das Problem bei allen Zielsystemen auf oder nur bei bestimmten, zum Beispiel nur bei Windows Server 2019?
=> festgestellt bei Windows Server 2019, 2022 und 2025 alles Datacenter Varianten. Ich konnte eine 2012 R2 noch installieren, hier ist es ebenfalls.
7. Wenn Sie nach dem Auftreten die ALT-Taste einmal kurz drücken und loslassen, normalisiert sich das Verhalten dann wieder?
=> nein das nicht, ABER: statt AltGr + Q funktioniert aber Strg + Alt + Q und bringt das @ Zeichen. Auch Alt-Taste gedrückt halten und auf dem Ziffernblock 64 tippen funktioniert.
8. Tritt es nur in der PowerShell auf oder auch in anderen Programmen in der Remote-Sitzung, zum Beispiel im Editor (Notepad)?
=> Es ist in allen Programmen über RDP, Notepad, Notepad++, Browser,
9. Funktioniert das @-Zeichen sofort nach dem Verbindungsaufbau nicht oder erst nach einer bestimmten Aktion, zum Beispiel nach dem Einfügen mit der rechten Maustaste oder nach einem Wechsel zwischen Fenstern?
=> sofort nach dem Aufbau der Verbindung
10. Könnten Sie uns die genauen Schritte beschreiben, mit denen Sie das Verhalten auslösen, damit wir sie im Labor identisch nachstellen können?
=> habe ein Recording erstellt
Ich denke das die AltGr Taste in Kombination mit Q nicht richtig funktioniert.
Mit AutoHotKeyV2 mit diesem Skript habe ich die KeyCodes versucht in der RDP Sitzung aufzuzeichnen:
#Requires AutoHotkey v2.0
#SingleInstance Force
; Tastaturereignisse erfassen
InstallKeybdHook()
; Die letzten 100 Ereignisse speichern
KeyHistory(100)
; Mit F8 den Tastenverlauf anzeigen
F8::KeyHistory()Ergebnis:
The oldest are listed first. VK=Virtual Key, SC=Scan Code, Elapsed=Seconds since the previous event. Types: h=Hook Hotkey, s=Suppressed (blocked), i=Ignored because it was generated by an AHK script, a=Artificial, #=Disabled via #HotIf, U=Unicode character (SendInput).
VK SC Type Up/Dn Elapsed Key
-----------------------------------
## ALTGR+Q
A2 01D d 0.91 LControl
A5 138 d 0.00 RAlt
51 010 u 0.55 q
A2 01D u 0.47 LControl
A5 138 u 0.00 RAlt
## STRG+ALT+Q
A2 01D d 2.27 LControl
A4 038 d 0.03 LAlt
51 010 d 0.45 q
51 010 u 0.06 q
A4 038 u 0.34 LAlt
A2 01D u 0.03 LControl Bei AltGr + Q fehlt das KeyDown-Ereignis (d) der Q-Taste. Komisch. Über den "normalen" Remotedesktopmanager kommt das @ aber normal.
RDP Version ist: Aktuellste

Ich habe den Fehler endlich gefunden. Spannend das sich das nur auf RDM auswählt. 2 Programme stören hier. Die Microsoft Powertoys haben hier nicht mitgespielt und auf einem anderen Rechner war es der "MuMuPlayer". Interessant, dass es in der "normalen" Verbindung keine Auswirkung hatte.
Hallo,
vielen Dank für Ihre Rückmeldung und dafür, dass Sie der Ursache so gründlich nachgegangen sind. Ihre Aufzeichnung mit AutoHotkey war dabei sehr hilfreich.
Dass sich das Verhalten durch die Microsoft PowerToys (auf einem anderen Rechner durch den MuMuPlayer) auslösen lässt und mit der normalen Verbindung über mstsc nicht auftritt, passt zu Ihrer Beobachtung, dass die Q-Taste bei AltGr + Q in der Remotesitzung nicht ankommt. Ein Fehler in Remote Desktop Manager selbst ist uns dazu nicht bekannt.
Wenn Sie mögen, teilen Sie uns gerne mit, welches PowerToys-Modul (zum Beispiel Keyboard Manager oder Quick Accent) bei Ihnen die Ursache war. Das hilft uns, falls andere Anwender dasselbe Verhalten melden.
Falls bei Ihnen alles wieder wie gewünscht funktioniert, betrachten wir den Fall damit als erledigt. Melden Sie sich jederzeit, wenn weitere Fragen auftreten.
Mit freundlichen Grüßen,
Alexis Geller Peiro