Reduzieren Sie die Anmeldeverzögerungen für Remote-Desktops unter Windows XP Embedded

1897
Jon Cage

Wenn ich einen Remote-Desktop in eine Windows XP-Embedded-Maschine einrichte, dauert es aus irgendeinem Grund immer, bis eine Verbindung hergestellt wird. Nach der ersten Verbindung verbindet es sich sofort.

Gibt es eine Möglichkeit, diese Verzögerung zu stoppen?

Bearbeiten - Update ..

Ich habe vor und nach dem Ausführen von Runnnig auf den auf dem Computer ausgeführten Diensten versucht, und es sieht so aus, als ob der Remote-Desktop pausiert und geladen wurde. Die folgenden zwei Prozesse werden angezeigt:

csrss.exe winlogon.exe

Vermutlich sind dies die beiden Dinge, die eine Weile brauchen, um hochzufahren? Was wirft die Frage auf; Wie kann ich sie starten, wenn die Maschine startet?

Edit2 - Mehrere Anmeldungen ..

Wenn ein Benutzer versucht, eine Verbindung herzustellen und die Verzögerung von 20 bis 30 Sekunden auftritt, sehen nachfolgende Benutzer nicht die gleiche Verzögerung, was die Annahme untermauert, dass sich auf dem Hostsystem einmal etwas auflädt.

4
Gibt es eine Chance, dass dein DNS wirklich langsam geht? soandos vor 12 Jahren 0
Ich verbinde mich mit einer IP-Adresse, scheint also unwahrscheinlich .. Jon Cage vor 12 Jahren 0
Sounds like some kind of timeout. Could it be a certificate issue? taoyue vor 12 Jahren 0
Wie würde ich das überprüfen? Jon Cage vor 12 Jahren 0

2 Antworten auf die Frage

1
harrymc

Check in the Services applet if the Startup type of the service "Terminal Services" is set to Automatic. If it is set to Manual then change it to Automatic.

In explanation, I think that in Windows XP Embedded this service is by default configured to start on demand, started by winlogon.exe after a delay (about 1 minute I think). It is impossible to change this delay, but one can change the startup type to Automatic, which will then make Remote Desktop come up faster, but slightly slow down the overall boot time.

If for some reason you don't have access to the Services applet, the same manipulation can be done via regedit :

Open the key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService and change the value of the Start item from "3" to "2" and reboot.

Another hypothesis : The logged user is being prompted for confirmation.

The delay you are experiencing is then the time given to the logged user to confirm or cancel the automatic logoff of his session.

This can be changed in the Local Group Policy Editor (gpedit.msc) under:
Administrative Templates / Windows components / Terminal Services.

Double-click Set rules of remote control of remote desktop services and choose the Option of Full control without user's permission for the logged user not to be prompted for confirmation. I suggest also to reboot.

If you don't have that policy in XPE, it is also found in the registry at:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
as a DWORD key named Shadow, where value 2 means "Full Control without user's permission".

Ich habe es gerade ausprobiert und es machte keinen Unterschied. Ich habe immer noch eine Verzögerung von ~ 20-30 Sekunden. Jon Cage vor 11 Jahren 0
Lange Zeit habe ich XP nicht mehr benutzt. Verwenden Sie vpn? Gibt es etwas im Ereignisprotokoll? Welches Betriebssystem auf der Maschine, die eine Verbindung zu XP herstellt? harrymc vor 11 Jahren 0
Kein VPN; Standard-Ethernet-Verbindung über einen einzigen D-Link-Switch (direkte Verbindung macht keinen Unterschied). Ich habe eine Verbindung von einem Windows 7-Computer hergestellt, erhalte jedoch das gleiche Verhalten, wenn ich mich von einem Windows XP-Computer aus anschließe. Jon Cage vor 11 Jahren 0
Wenn der Remote-Desktop zum ersten Mal gestartet wird, ist auf dem XP bereits eine Sitzung angemeldet? harrymc vor 11 Jahren 0
Richtig; Ein Benutzer ist automatisch angemeldet, sobald der Computer startet. Jon Cage vor 11 Jahren 0
Ich habe oben eine weitere Hypothese hinzugefügt. harrymc vor 11 Jahren 0
Ist es derselbe Benutzer, bei dem gerade angemeldet ist, bei dem angemeldet wird, wenn das einen Unterschied macht? Ich habe scheinbar keine Terminaldienste in den Gruppenrichtlinien aufgeführt ...? Jon Cage vor 11 Jahren 0
Derselbe Benutzer bedeutet nicht dieselbe Sitzung. Ich fügte weitere Informationen hinzu, wie man das gleiche mit Regedit macht. harrymc vor 11 Jahren 0
Ich habe die Registrierungsoption "Shadow" ausprobiert und neu gestartet, aber das scheint auch keinen messbaren Unterschied gemacht zu haben - immer noch ~ 20 Sekunden, um sich anzumelden: - / Jon Cage vor 11 Jahren 0
Sie können meine zweite Hypothese testen, indem Sie die automatische Anmeldung nach dem Booten vorübergehend deaktivieren, um zu sehen, ob dies die Geschwindigkeit verbessert. Wenn dies der Fall ist, könnte möglicherweise noch weiter geforscht werden. Es ist jedoch immer möglich, dass dies mit der abgespeckten Embedded-Version einfach nicht funktioniert. harrymc vor 11 Jahren 0
Ich änderte "HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ AutoAdminLogon" in "0" und versuchte dann, sich einzuloggen. Es dauerte ~ 25 Sekunden, bis es keine Verbesserung gab. Jon Cage vor 11 Jahren 0
War dies ohne eine bereits angemeldete Sitzung? Ich möchte, dass das RDP-Login das allererste Login nach dem Start ist. harrymc vor 11 Jahren 0
Ja, ich habe getan, wie Sie es vorgeschlagen haben. der Rechner bootete an der Anmeldeaufforderung, dann meldete ich mich remote-desktop an ... und es machte keinen Unterschied. Jon Cage vor 11 Jahren 0
Ich fange an zu glauben, dass das Problem der abgespeckte Terminalserver in XPE ist. Sie können es einfach mit dem Material ersetzen [hier] (http://www.mydigitallife.info/enable-multiple-concurrent-remote-desktop-connections-or-sessions-in-windows-xp/). Sie machen diese wilde Idee jedoch auf eigene Gefahr, da das Gerät dadurch möglicherweise nicht mehr startfähig ist. Hier ist [ein anderer Link] (http://fawzi.wordpress.com/2008/02/09/enabling-multiple-remote-desktop-sessions-in-windows-xp/) gefunden [von googling] (https: // www.google.fr/search?q=xp+multiple+remote+desktop+sessions&btnG=Search&hl=en-FR&biw=&bih=). harrymc vor 11 Jahren 0
Wir möchten wirklich nicht mehrere Sitzungen, da unsere Kernsoftware keine Dienstleistung ist. Jon Cage vor 11 Jahren 0
Ich habe nicht mehrere Sitzungen vorgeschlagen, und Ihre Kernsoftware, die kein Dienst ist, ist unabhängig. Ich schlug den beschämenden Hack vor, Ihren XPE-Terminalserver durch eine Version des nicht eingebetteten XP-Terminalservers zu ersetzen. Ich beschuldige Sie nicht, wenn Sie sich dazu entscheiden, dies nicht zu tun, denn es besteht eine gute Chance, dass dies Probleme verursacht oder das Gerät nicht mehr startfähig macht, abgesehen von den unklaren gesetzlichen Bestimmungen. Verzweifelt mit keiner der vorgeschlagenen Lösungen, die unter XPE arbeiten. harrymc vor 11 Jahren 0
Wenn Sie jedoch den Artikel lesen, handelt es sich nur um die ursprüngliche Terminaldienst-DLL, die gehackt wurde, um mehrere Sitzungen zuzulassen. Ich lade keine gehackten .dlls auf ein Produktionssystem; Ich würde lieber mit der Pause leben! Jon Cage vor 11 Jahren 0
Hierbei handelt es sich um Original-DLLs, die auf ein Release datieren, bevor Microsoft Marketing beschloss, Sitzungen in XP künstlich zu beschränken. Aber Sie haben absolut Recht: Man sollte kein Produktionssystem hacken. Mein Fazit: Keines der bekannten Mittel wirkt für Sie, so dass ich neben dem Hacken zumindest keine weiteren Ideen habe. Möglicherweise ist diese Verzögerung bei Vanille XPE nicht zu vermeiden. harrymc vor 11 Jahren 0
Danke trotzdem für die Vorschläge; ein paar mehr strohhalme zum klemmen sind immer willkommen ;-) Jon Cage vor 11 Jahren 0
0
LawrenceC

Sie können sich über den physischen Computer bei dem Konto anmelden, in das Sie eine Remote-Verbindung herstellen möchten, und dann das Gerät sperren (oder "Schnelle Benutzerumschaltung" verwenden, wenn Sie sich vor dem Remoting bei einem anderen Konto anmelden möchten).

Wenn das Konto bereits angemeldet ist, sind Remote-Desktop-Verbindungen ziemlich schnell.

Ich schalte meinen Arbeitscomputer aus diesem Grund normalerweise nie aus oder logge mich ab (ich sperre ihn ab).

Ich glaube, ein csrss.exeund winlogon.exewird existieren für jedes auf Konto auf dem System angemeldet. Ich weiß, dass Windows Ihr Profil laden möchte, bevor es Ihnen einen brauchbaren Desktop gibt. Wenn Sie sich in einer Domänenumgebung befinden, müssen Sie Ihre NTUSER.DAT-Registrierungsstruktur möglicherweise über eine Netzwerkfreigabe laden, Gruppenrichtlinienobjektrichtlinien anwenden und Anmeldeskripts verwenden.

Die Hostmaschine ist ein eingebettetes Gerät, das relativ häufig neu gestartet wird. Es meldet sich beim Start immer bei demselben Konto an und das Konto wird niemals gesperrt. Der Host hat eine statische IP-Adresse und selbst bei einer direkten Verbindung und ohne Domänencontroller usw. sehen wir immer noch die Verzögerung. Jon Cage vor 11 Jahren 0
Eine Idee: Hat Ihr `mstsc` in den" lokalen Geräten und Ressourcen "die Drucker aktiviert? Zwischenablage und Audio können Auswirkungen haben. Sie könnten versuchen, den Druckerspooler auf dem eingebetteten Gerät zu deaktivieren, um zu sehen, ob dies die Geschwindigkeit verbessert. Selbst wenn Sie keine Drucker haben, kann dies dennoch dazu führen, dass der Drucker deaktiviert wird. LawrenceC vor 11 Jahren 0
Ich habe versucht, die gemeinsame Nutzung auf dem Client zu deaktivieren, der eine Verbindung herstellt, aber das hatte keine merklichen Auswirkungen. Audio wird nicht weitergeleitet. Ich habe gerade versucht, das Spoolen von Druckern zu deaktivieren, und das machte auch keinen Unterschied. Jon Cage vor 11 Jahren 0

Verwandte Probleme