11
Remoteunterstützung über zwei Monitore?
Moin Moin,
ich beschäftige mich gerade mit der Remoteunterstützungsanfrage bei unseren Usern.
Mit dem Befehl: msra.exe /offerra {computername} funktioniert das auch wunderbar!
Allerdings sind alle unsere Clients mit zwei Monitoren ausgestattet.
Bei der Remoteunterstützung gibt es scheinbar keine Einstellung um beide Monitore des Clients auch auf beide Monitore am Administratorplatz anzuzeigen.
(Geht schon, aber nur mit diesem auf Desktopgröße reduzieren quatsch, bei dem alles skaliert wird und es teilweise unleserlich wird oder man muss ständig scrollen!)
Ich meine eher die Einstellung, wie man die beim Remotedekstop Einstellen kann:
Kennt irgendjemand die Möglichkeit, dass bei der Remoteunterstützung auch zu nutzen, z.B. über einen Registry Eintrag oder so?
Besten Dank schon mal
ich beschäftige mich gerade mit der Remoteunterstützungsanfrage bei unseren Usern.
Mit dem Befehl: msra.exe /offerra {computername} funktioniert das auch wunderbar!
Allerdings sind alle unsere Clients mit zwei Monitoren ausgestattet.
Bei der Remoteunterstützung gibt es scheinbar keine Einstellung um beide Monitore des Clients auch auf beide Monitore am Administratorplatz anzuzeigen.
(Geht schon, aber nur mit diesem auf Desktopgröße reduzieren quatsch, bei dem alles skaliert wird und es teilweise unleserlich wird oder man muss ständig scrollen!)
Ich meine eher die Einstellung, wie man die beim Remotedekstop Einstellen kann:
Kennt irgendjemand die Möglichkeit, dass bei der Remoteunterstützung auch zu nutzen, z.B. über einen Registry Eintrag oder so?
Besten Dank schon mal
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 595901
Url: https://administrator.de/contentid/595901
Ausgedruckt am: 24.11.2024 um 04:11 Uhr
11 Kommentare
Neuester Kommentar
msra /? sagt ja nix , wobei ich glaube das in einer Anfrage (mrsa) def. nicht drinnen stehen wird wie du deine Connection aufbauen wirst da der ja gar nix davon weis. Roll doch einfach TightVNC per gpo aus, das klappt immer..
Moin,
schau Dir mal diesen Ansatz an:
Verwenden von Shadowing für Windows-Benutzerunterstützung und Fernsteuerung
Gruß
bdmvg
schau Dir mal diesen Ansatz an:
Verwenden von Shadowing für Windows-Benutzerunterstützung und Fernsteuerung
Gruß
bdmvg
@user217
Darum geht es nicht!
Wir verwenden zur Zeit Teamviewer, soll aber aus Kostengründen abgeschafft werden.
Warum soll ich etwas ausrollen, wenn das doch schon vom Betriebssystem zur Verfügung gestellt wird.
Es geht ja auch nicht um den Connection Aufbau sondern um de lokalen Adminplatz. Und da weiß ich ja, dass dort zwei Monitore dran sind.
Wie gesagt, funktioniert bombastisch gut mit dem Remotedesktop. Die Remoteunterstützung baut auf die gleichen Microsoft Dienste auf, einziger unterschied ist, ich komme in die User Session nach Freigabe des Users.
Darum geht es nicht!
Wir verwenden zur Zeit Teamviewer, soll aber aus Kostengründen abgeschafft werden.
Warum soll ich etwas ausrollen, wenn das doch schon vom Betriebssystem zur Verfügung gestellt wird.
Es geht ja auch nicht um den Connection Aufbau sondern um de lokalen Adminplatz. Und da weiß ich ja, dass dort zwei Monitore dran sind.
Wie gesagt, funktioniert bombastisch gut mit dem Remotedesktop. Die Remoteunterstützung baut auf die gleichen Microsoft Dienste auf, einziger unterschied ist, ich komme in die User Session nach Freigabe des Users.
@beidermachtvongreyscull
Vielen Dank für den Link.
Ja den kenne ich schon, allerdings macht der Befehl /offerRA das alles schon von ganz alleine. glaube ich zumindest 
Durch den Flag brauche ich keine Session ID mehr herausfinden und alles andere auch nicht.
Ich brauche nur den PC Namen und den oben genannten Befehl.
Der User kann dann, wenn ich den Befehl absetze direkt bestätigen, dass er den Zugriff zulässt und schon bin ich seiner Sitzung (eher ein Mirror )
Aber auch in der Beschreibung von @DerWoWusste steht, dass der Monitor skaliert wird und ist somit für mich wieder das gleiche Problem, welches ich oben schon beschrieben habe.
Vielen Dank für den Link.
Ja den kenne ich schon, allerdings macht der Befehl /offerRA das alles schon von ganz alleine.
glaube ich zumindest Durch den Flag brauche ich keine Session ID mehr herausfinden und alles andere auch nicht.
Ich brauche nur den PC Namen und den oben genannten Befehl.
Der User kann dann, wenn ich den Befehl absetze direkt bestätigen, dass er den Zugriff zulässt und schon bin ich seiner Sitzung (eher ein Mirror
)Aber auch in der Beschreibung von @DerWoWusste steht, dass der Monitor skaliert wird und ist somit für mich wieder das gleiche Problem, welches ich oben schon beschrieben habe.
aus Datenschutzsicht gebe ich dir recht, aus praktischer Sicht eher weniger.
Und zu HE-MAN's Ansatz kann ich folgendes sagen: Hab eine TS-Farm betrieben und so supportet, alle 2 Wochen als Updates kamen ging der sch.. von vorne los das es einmal ging, dann wieder nicht mehr usw. Nicht ganz stressfrei das ganze..
Und zu HE-MAN's Ansatz kann ich folgendes sagen: Hab eine TS-Farm betrieben und so supportet, alle 2 Wochen als Updates kamen ging der sch.. von vorne los das es einmal ging, dann wieder nicht mehr usw. Nicht ganz stressfrei das ganze..
Zitat von @Dr.Mabuse:
@user217
Darum geht es nicht!
Wir verwenden zur Zeit Teamviewer, soll aber aus Kostengründen abgeschafft werden.
Warum soll ich etwas ausrollen, wenn das doch schon vom Betriebssystem zur Verfügung gestellt wird.
Es geht ja auch nicht um den Connection Aufbau sondern um de lokalen Adminplatz. Und da weiß ich ja, dass dort zwei Monitore dran sind.
Wie gesagt, funktioniert bombastisch gut mit dem Remotedesktop. Die Remoteunterstützung baut auf die gleichen Microsoft Dienste auf, einziger unterschied ist, ich komme in die User Session nach Freigabe des Users.
@user217
Darum geht es nicht!
Wir verwenden zur Zeit Teamviewer, soll aber aus Kostengründen abgeschafft werden.
Warum soll ich etwas ausrollen, wenn das doch schon vom Betriebssystem zur Verfügung gestellt wird.
Es geht ja auch nicht um den Connection Aufbau sondern um de lokalen Adminplatz. Und da weiß ich ja, dass dort zwei Monitore dran sind.
Wie gesagt, funktioniert bombastisch gut mit dem Remotedesktop. Die Remoteunterstützung baut auf die gleichen Microsoft Dienste auf, einziger unterschied ist, ich komme in die User Session nach Freigabe des Users.
Naja, weil das, was vom BS mitgeliefert wird, halt nicht immer auch ein optimales Werkzeug darstellt. Hier geht es darum, dass du als Admin ein vernünftiges Werkzeug benötigst, damit du deine Ressourcen am Arbeitsplatz bei RDP optimal nutzen kannst, sprich, du willst die beiden Screens des User 1:1 auf deinen Arbeitsplatz übertragen und nicht herunterskaliert auf einen Monitor.
Ich meine, der TightVNC kann das. Der ist auch kostenlos, also wäre damit die Anforderung nach Kostenersparnis erfüllt. Er ist einfach in der Handhabung und hat sogar eine silent Installation Option...der könnte also auch in ein Image mit reingepackt werden und automatisch ausgerollt werden. Wie das geht...alles zu finden auf der Homepage.
Guckst du hier...
So long...
Uwe
Aber auch in der Beschreibung von @DerWoWusste steht, dass der Monitor skaliert wird und ist somit für mich wieder das gleiche Problem, welches ich oben schon beschrieben habe.
Es wird skaliert, ja, aber du kannst die Ausgabe über beide Monitore strecken. Wenn Du als Supporter eine gleichwertige oder bessere Auflösung hast als der, den Du supporten willst, ist das super lesbar.Zitat von @DerWoWusste:
Aber auch in der Beschreibung von @DerWoWusste steht, dass der Monitor skaliert wird und ist somit für mich wieder das gleiche Problem, welches ich oben schon beschrieben habe.
Es wird skaliert, ja, aber du kannst die Ausgabe über beide Monitore strecken. Wenn Du als Supporter eine gleichwertige oder bessere Auflösung hast als der, den Du supporten willst, ist das super lesbar.Das stimmt, habe ich gerade probiert. Warum ziehen allerdings die Flags /f (Fullscreen) /multimon unf /w: bzw. /h: bei mir nicht?
Beispiel : mstsc.exe /v:192.168.1.157 /f /multimon /shadow:2 /control
oder
Beispiel : mstsc.exe /v:192.168.1.157 /w:3840 /h:1920 /shadow:2 /control
Er nimmt entweder die Intilegente Größenordnung und wenn ich das deaktiviere nimmt das Fenster irgendeine Größe, aber nicht die /f oder die mitgegeben Größen
Noch ne Idee dazu?Dann bleibt nur noch zu schauen, wie ich die blöde ID in mein Support System automatisch abgefragt bekommen
das läuft bei msra.exe besser Dann bleibt nur noch zu schauen, wie ich die blöde ID in mein Support System automatisch abgefragt bekomme
Zumindest das steht ja in meinem Wissensbeitrag genau drin.Wegen der Größen: schau ich mir später an, interessiert mich jetzt auch.
Hab's angeschaut und kann bestätigen, was Du erlebst. Diese Parameter /f /h /multimon scheinen bei Shadowing keine Wirkung zu zeigen - nur bei normalen RDP-Verbindungen. Ist wohl so gedacht.
Zitat von @DerWoWusste:
Habe gerade mal ein paar Testabfragen gestartet,Dann bleibt nur noch zu schauen, wie ich die blöde ID in mein Support System automatisch abgefragt bekomme
Zumindest das steht ja in meinem Wissensbeitrag genau drin.Hab Glück.. Ist immer die ID 1 bei uns
Wenn es mal nicht der Fall ist, wissen wir supporter ja, wie wir den mal eben schnell umbiegen, steht ab jetzt in unserer Knowledgebase
Daher an dieser Stelle ein dickes Dankeschön an alle beteiligten.
Wenn es irgendwann mal nach einem Update mit den Fentergrößen funktionieren sollte, melde ich mich,
da das Flag /f weiterhin in meiner Batch enthalten ist.
