vor einem (Windows-) Programm verbergen, dass es in einem Remotedesktop läuft?

OP (Firma: Q3) #2165878
Lesenswert?

Gibt es eine Möglichkeit (Hack, Patch), zu verhindern, dass eine 
Software mitkriegt, dass sie in einer Remote-Session läuft? Ein 
befreundeter Elektriker hat ein CAD-Programm zum Schaltplan zeichnen, 
dass in diesem Falle Zicken macht.

Eine Dialogbox schwafelt etwas von Lizenz, die das nicht erlaube, bla, 
blub. Er hat das Programm gekauft und ist der Ansicht, er kann es (für 
sich alleine) einsetzen, wie er es will. Sehe ich auch so.

Startet man das Programm lokal und übernimmt die Session dann remote, 
läuft es - was aber in der Praxis ziemlich lästig ist. Derzeit läuft auf 
dem Server Win XP Pro, in Zukunft wahrschenlich Win 7. Danke für Tips.
#2165892
Lesenswert?

nicht daß ich wüsste, wie man es abstellt, aber vermutlich wird es
im Programm so erfragt:
http://msdn.microsoft.com/en-us/library/ms724385(v=vs.85).aspx
Siehe dort:
1
SM_REMOTESESSION
2
0x1000
3

4
This system metric is used in a Terminal Services environment.
5
If the calling process is associated with a Terminal Services client
6
session, the return value is nonzero. If the calling process is
7
associated with the Terminal Services console session, the return
8
value is 0.
9

10
Windows Server 2003 and Windows XP:  The console session is not
11
necessarily the physical console. For more information, see
12
WTSGetActiveConsoleSessionId.

Vielleicht hilft es bei der weiteren Such...
#2165920
Lesenswert?

Könnte man nicht ein kleines Tool schreiben, welches das CAD-Programm 
startet und sich dann gleich wieder beendet? Also einen Launcher 
sozusagen? Ich stelle mir das so vor, dass man statt dem CAD-Programm 
dann den Launcher startet, und der startende Prozess des CAD-Programms 
wäre dann doch lokal.
Gast #2166006
Lesenswert?

Das Problem könnte auch die Lizensprüfung selber sein, wenn im 
Hintergrund ein Dienst läuft und die Kommunikation über Namespipe 
erfolgt dann muss man sie Global Registrieren sonst kommt man von der 
RDP sitzung nicht zu der Pipe. Es muss also niht mal gewollt sein.

Ich würde mich an den Hersteller wenden, es ist ein PC und er will es 
über RDP nutzen und das geht nicht, wenn nicht explizit darüber in der 
Lizens steht ist es ein Pogrammfehler.
Gast #2166021
Lesenswert?

Peter II schrieb:
> Das Problem könnte auch die Lizensprüfung selber sein, wenn im
> Hintergrund ein Dienst läuft und die Kommunikation über Namespipe
> erfolgt dann muss man sie Global Registrieren sonst kommt man von der
> RDP sitzung nicht zu der Pipe. Es muss also niht mal gewollt sein.
>
> Ich würde mich an den Hersteller wenden, es ist ein PC und er will es
> über RDP nutzen und das geht nicht, wenn nicht explizit darüber in der
> Lizens steht ist es ein Pogrammfehler.

Ja, es ist Sonntag. Trotzdem darf das Gehirn heute ohne Einschränkungen 
benutzt werden. Zitat:

Frank Esselbach schrieb:
> Eine Dialogbox schwafelt etwas von Lizenz, die das nicht erlaube
#2166025
Lesenswert?

Peter II schrieb:
> Das Problem könnte auch die Lizensprüfung selber sein, wenn im
> Hintergrund ein Dienst läuft und die Kommunikation über Namespipe
> erfolgt dann muss man sie Global Registrieren sonst kommt man von der
> RDP sitzung nicht zu der Pipe. Es muss also niht mal gewollt sein.

Ja, das ist wahrscheinlich ein technisches Problem und kein 
lizenzbedingtes. Verwendet die Software einen Dongle? Ich habe bei einem 
virtualisierten Datev-PC exakt die gleiche Symptomatik. Ursache ist 
anscheinend die Schnittstellenumleitung auf den RDP-Client. Der 
Lizenzserver findet dann den Dongle nicht mehr. Wird der User aber 
zuerst per VNC-Session angemeldet, kann ich auch mit RDP übernehmen. 
Bisher habe ich keine andere Lösung gefunden.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren