14
Remotedesktopverbindung in einem Windows-Netzwerk, wie zu realisieren?
Ich arbeite in einer reinen Windos-Umgebung mit 2003 Server und WinXP auf den Clients.
Ich würde gerne Remotedesktop für den Support gebrauchen, aber stehe vor folgendem Problem:
Die Einstellungen auf dem Client, welche den Remotezugriff erlauben wurde getätigt (funktioniert auch einwandfrei).
Jetzt habe ich nur das Problem, dass wenn ich mich dann auf dem Zielrechner anmelde, dass er dann abgemeldet wird, sprich der Benutzer steht dann vor einem schwarzen Bildschirm: somit kann er mir nicht zeigen was das Problem ist und desweiteren sieht er nicht was ich dann auf seinem Rechner mache.
Ich selber bin Admnistrator und kenne es aus anderen Netzwerken eigentlich so, dass wenn ich mich anmelde, die Session vom Benutzer nicht beendet wird.
Gibt es da eine bestimmte Gruppenrichtline welche dann erlaubt dass die Atkionen beidseitig beobachtet werden können?
Die Einstellungen auf dem Client, welche den Remotezugriff erlauben wurde getätigt (funktioniert auch einwandfrei).
Jetzt habe ich nur das Problem, dass wenn ich mich dann auf dem Zielrechner anmelde, dass er dann abgemeldet wird, sprich der Benutzer steht dann vor einem schwarzen Bildschirm: somit kann er mir nicht zeigen was das Problem ist und desweiteren sieht er nicht was ich dann auf seinem Rechner mache.
Ich selber bin Admnistrator und kenne es aus anderen Netzwerken eigentlich so, dass wenn ich mich anmelde, die Session vom Benutzer nicht beendet wird.
Gibt es da eine bestimmte Gruppenrichtline welche dann erlaubt dass die Atkionen beidseitig beobachtet werden können?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 142510
Url: https://administrator.de/contentid/142510
Printed on: April 25, 2024 at 14:04 o'clock
14 Comments
Latest comment
Hmm gäbe noch alternativen wie z.b. Teamviewer oder ultravnc...
Da hast du diese Probleme nicht und hast zusätzliche Features wie Dateitransfer und Sitzungaufzeichnen etc.
Da hast du diese Probleme nicht und hast zusätzliche Features wie Dateitransfer und Sitzungaufzeichnen etc.
Es gibt in den Einstellungen am Server die Möglichkeit die Sitzung des benutzers anzeigen zu lassen
Ich verwende letzteres, bei Remoteunterstützung wird der Nutzer nicht abgemeldet, ich bekomme nur seinen Bildschirm zu sehen und er sieht meine mausbewegungen. Funktioniert beim look and feel wie bei Teamviewer o.ä.
Serververwaltung > Benutzer > Eigenschaften > Remoteüberwachung > Einstellung wählen interaktiv oder Benutzersitzung anzeigen lassen.
Ich verwende letzteres, bei Remoteunterstützung wird der Nutzer nicht abgemeldet, ich bekomme nur seinen Bildschirm zu sehen und er sieht meine mausbewegungen. Funktioniert beim look and feel wie bei Teamviewer o.ä.
ich nutz dafür die integrierte remoteunterstützung... kostet nichts und funktioniert =)
Für die VPN-Benuzter haben wir LogMeIn im Einsatz (vergleichbar mit Teamviewer), aber für den Einsatz im bestehenden Firmennetzwerk kommt keines dieser Tools in frage.
Aus Erfahrung WEISS ICH das es möglich ist (auch in diesen Netzwerken waren 2003 Server und XP-Clients im Einsatz) das ganze mit Remotedesktop von Microsoft zu lösen ist. Nur ist eben das Problem das die Session beim Zielrechner beendet wird.
Daher denke ist, dass hier eine Gruppenrichtlinie bestimmt wie das ganze ablaufen soll, doch ist die mir nicht bekannt. In den anderen Firmen war das ganze bereits fertiggestellt und funktionierte einwandfrei und ich sah nie einen Bedarf mir das gangze genauer anzuschauen, da ich (bis jetzt) immer dachte dass es nach der Einstellung auf dem Client funktionieren muss, aber dem ist leider nicht so.
"Remotedesktopverbindung ohne Session-Abbruch auf dem Zielrechner im gleichen Firmennetzwerk" das ist das Ziel welchen es zu erreichen gibt.
Mir geht es wirklich nur um die Fernsteuerung des Rechners, so das ich die möglichkeit habe dem Benutzer zu sagen: "So zeig mir doch bitte was nicht funktioniert" und dass er im Anschluss auch den Lösungsweg sehen kann.
Aus Erfahrung WEISS ICH das es möglich ist (auch in diesen Netzwerken waren 2003 Server und XP-Clients im Einsatz) das ganze mit Remotedesktop von Microsoft zu lösen ist. Nur ist eben das Problem das die Session beim Zielrechner beendet wird.
Daher denke ist, dass hier eine Gruppenrichtlinie bestimmt wie das ganze ablaufen soll, doch ist die mir nicht bekannt. In den anderen Firmen war das ganze bereits fertiggestellt und funktionierte einwandfrei und ich sah nie einen Bedarf mir das gangze genauer anzuschauen, da ich (bis jetzt) immer dachte dass es nach der Einstellung auf dem Client funktionieren muss, aber dem ist leider nicht so.
"Remotedesktopverbindung ohne Session-Abbruch auf dem Zielrechner im gleichen Firmennetzwerk" das ist das Ziel welchen es zu erreichen gibt.
Mir geht es wirklich nur um die Fernsteuerung des Rechners, so das ich die möglichkeit habe dem Benutzer zu sagen: "So zeig mir doch bitte was nicht funktioniert" und dass er im Anschluss auch den Lösungsweg sehen kann.
REMOTEUNTERSTÜTZUNG ... wie oft noch? =)
Ja 
die Antworten standen noch nicht da als ich den nächsten Beitrag geschrieben habe, dass kam erst alles danach. Werds mal so probieren wie es Beryll geschildert hat.
die Antworten standen noch nicht da als ich den nächsten Beitrag geschrieben habe, dass kam erst alles danach. Werds mal so probieren wie es Beryll geschildert hat.
wenn du auf clients im netzwerk zugreifen willst, klappt Beryls variante nicht. Damit kannste du sitzungen auf den Terminal Server steuern. Für Client-PCs ist die Remoteuntertützung gedacht.
für ultra-vnc gibt es ein nettes Adressbuch, in dem Du die einzelnen PC´s verwalten kannst.
Gruß, Arch Stanton
Gruß, Arch Stanton
Ganz elegant und auch sehr zu empfehlen ist "Remote Tools" mittels SCCM.
Ein Kollege hat uns ein Sidebar-Gagdet gebastelt mit dem man den mittels Usernamen den Rechnernamen findet und nur noch anzuklicken braucht und schon ist man remote am Client (die rc.exe muss sich aber auch am Rechner befinden, von dem aus man arbeitet) ansonsten kann man noch über die SCCM-Konsole die Remote Tools starten.
lg
ITFuzzi
PS: davor hatten wir auch VNC im Einsatz
Ein Kollege hat uns ein Sidebar-Gagdet gebastelt mit dem man den mittels Usernamen den Rechnernamen findet und nur noch anzuklicken braucht und schon ist man remote am Client (die rc.exe muss sich aber auch am Rechner befinden, von dem aus man arbeitet) ansonsten kann man noch über die SCCM-Konsole die Remote Tools starten.
lg
ITFuzzi
PS: davor hatten wir auch VNC im Einsatz
Momentan bin ich etwas weiter gekommen.
Das ganze ist von 2 Richtlinen abhängig:
Infos dazu findet ihr unter: http://openbook.galileocomputing.de/microsoft_netzwerk/microsoft_netzwe ...
Ich arbeite immer noch an der Realisierung des Projekts (da die dargelegte Anleitung sich auf "Small Business Server" bezieht und ich die "Freischaltung nicht für die ganze Domäne, sondern nur für einen bestimmten Teil der Domäne tätigen will).
Mein Server:
Windows Server 2003
Standard Edition
SP 2
Bin für jede hilfestellung dankbar (aber bitte bleibt beim Thema).
Das ganze ist von 2 Richtlinen abhängig:
Infos dazu findet ihr unter: http://openbook.galileocomputing.de/microsoft_netzwerk/microsoft_netzwe ...
Ich arbeite immer noch an der Realisierung des Projekts (da die dargelegte Anleitung sich auf "Small Business Server" bezieht und ich die "Freischaltung nicht für die ganze Domäne, sondern nur für einen bestimmten Teil der Domäne tätigen will).
Mein Server:
Windows Server 2003
Standard Edition
SP 2
Bin für jede hilfestellung dankbar (aber bitte bleibt beim Thema).
Weiter im Geschehen:
Die Remoteverbindung kann ich wie gewünscht ausführen (aber leider über Umwege).
Momentane Lösung:
Durch die 2 Gruppenrichtlinen (Lösung weiter oben, unter dem angegebenen Link einzusehen), kann ich schon mal Support für die XP-User betreiben.
Erläuterung:
Ich muss über "Hilfe und Support" weiter auf "Tools zum Anzeigen von Computerinformatiionen und Ermitteln von Fehlerursachen verwenden" dann "Remoteunterstützung anbieten" die Session starten. Da kann ich dann anhand von IP-Adresse oder Computernamen eine Session starten. Die Session vom Benutzer wird nicht abgebrochen (sprich, der Einblick auf den Monitor ist für beide Seiten gewährleistet ) und erfolgt über eine Bestätigung des Users (dass er sich bereit erklärt die Fernadministration zu zulassen).
So weit so gut. Ich könnte ehrlichgesagt auch so weiter arbeiten (auch wenn die Lösung suboptimal ist).
Doch wenn ich jetzt versuche auf die gleich Weise eine Verbindung zu einem Windows Vista oder Windows 7 Client zu starten, erscheint folgende Fehlermeldung: "Automation server can't create object". So, was nun??? Ich kann mit der Fehlermeldung nichts anfangen. Microsoft und Googel waren nicht in der Lage mir ein "Resultat" oder zu min. eine Ursache für das Problem zu nennen.
Jetzt würde ich doch gerne eine Lösung erhalten welche es mir möglich macht, eine Session über "Remotedesktopverbindung" (über das gewohnte mstsc) zu starten, und zwar so, dass die Session für beide Seiten (Benutzer und Supporter) aktiv bleibt. Ich muss die Möglichkeit haben dem Benutzer zu sagen "zeig mir bitte was nicht funktioniert". Mit der 0815 Einstellungen wird die Session vom Benutzer abgebrochen, sobald ich mich auf seinem System einlogge, sitzt er vor einem schwarzen Bildschirm.
Ich wäre auch für Denkansätze dankbar.
Die Remoteverbindung kann ich wie gewünscht ausführen (aber leider über Umwege).
Momentane Lösung:
Durch die 2 Gruppenrichtlinen (Lösung weiter oben, unter dem angegebenen Link einzusehen), kann ich schon mal Support für die XP-User betreiben.
Erläuterung:
Ich muss über "Hilfe und Support" weiter auf "Tools zum Anzeigen von Computerinformatiionen und Ermitteln von Fehlerursachen verwenden" dann "Remoteunterstützung anbieten" die Session starten. Da kann ich dann anhand von IP-Adresse oder Computernamen eine Session starten. Die Session vom Benutzer wird nicht abgebrochen (sprich, der Einblick auf den Monitor ist für beide Seiten gewährleistet ) und erfolgt über eine Bestätigung des Users (dass er sich bereit erklärt die Fernadministration zu zulassen).
So weit so gut. Ich könnte ehrlichgesagt auch so weiter arbeiten (auch wenn die Lösung suboptimal ist).
Doch wenn ich jetzt versuche auf die gleich Weise eine Verbindung zu einem Windows Vista oder Windows 7 Client zu starten, erscheint folgende Fehlermeldung: "Automation server can't create object". So, was nun??? Ich kann mit der Fehlermeldung nichts anfangen. Microsoft und Googel waren nicht in der Lage mir ein "Resultat" oder zu min. eine Ursache für das Problem zu nennen.
Jetzt würde ich doch gerne eine Lösung erhalten welche es mir möglich macht, eine Session über "Remotedesktopverbindung" (über das gewohnte mstsc) zu starten, und zwar so, dass die Session für beide Seiten (Benutzer und Supporter) aktiv bleibt. Ich muss die Möglichkeit haben dem Benutzer zu sagen "zeig mir bitte was nicht funktioniert". Mit der 0815 Einstellungen wird die Session vom Benutzer abgebrochen, sobald ich mich auf seinem System einlogge, sitzt er vor einem schwarzen Bildschirm.
Ich wäre auch für Denkansätze dankbar.
Handelt es sich bei dem OS um eine Vollversion? Oder nur um ein Single-User System? Ala MSDNAA u.ä.?
Ok, eine Lösung (so wie ich sie gerne hätte) ist leider nicht möglich. Die Variante über "Hilfe und Support" ist die einzige die wirklich mit Microsoft-Mitteln zu bewerkstelligen ist, aber für meinen Zweck leider nicht ausreichend (wobei es mich halt immer noch interessiert weshalb das nur unter Win-XP-Clients läuft und nicht auch noch auf Vista und 7).
Ich werde mich jetzt mit Dameware auseinandersetzen um eine gewünschte Lösung zu finden.
Diese Thrade werde ich als gelöst markieren (da eine Lösung über den Bereich "Hilfe und Support" realiseirt wurde und unter Win-XP-Clients auch wunderbar funktioniert)
MfG
GenerallError
Ich werde mich jetzt mit Dameware auseinandersetzen um eine gewünschte Lösung zu finden.
Diese Thrade werde ich als gelöst markieren (da eine Lösung über den Bereich "Hilfe und Support" realiseirt wurde und unter Win-XP-Clients auch wunderbar funktioniert)
MfG
GenerallError
