Jump to content

dg82

Members
  • Gesamte Inhalte

    18
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von dg82

  1. Ich möchte nicht, dass die Clients Remoteunterstützung anbieten, da in der Produktion kein EMail vorhanden ist und es für diese Mitarbeiter zu kompliziert ist eine Supportdatei irgendwo abzuspeichern. Das ganze soll so ablaufen: Ein Mitarbeiter der Hilfe benötigt ruft mich an. Ich sende nun ein Remoteunterstützungsangebot (über: hcp://CN=Microsoft%20Corporation,L=Redmond,S=Washington,C=US/Remote%20Assistance/Escalation/Unsolicited/Unsolicitedrcui.htm ) an den jeweiligen Rechner und der Mitarbeiter muss nur noch auf OK klicken. Hier bekomme ich nun die Meldung, dass dies nicht freigegeben ist. Ich suche nun den Punkt in den Gruppenrichtlinen um dieses Freizuschalten.

  2. Hallo, ich will wenn mich ein Kollege anruft Ihm über die Remoteunterstützung Hilfe anbieten. So wie es auf

    - Gruppenrichtlinien - Übersicht, FAQ und Tutorials

    - How to

    - Remoteunterstützung anbieten

    erklärt ist.

     

    Kurzer Auszug:

    "Remoteunterstützung selber anbieten ohne vorherige Einladung

     

    Vorraussetzung ist, daß der von Microsoft als "Helfer" titulierte Benutzer über die Gruppenrichtlinien oder über die lokale Sicherheitsrichtlinie als solcher eingetragen ist. Ist er auf dem Zielrechner nicht als solcher definiert, dann erhält man ein Zugriff verweigert. Das Problem ist nur, wie oben erwähnt, daß der Link/Aufruf des aktiven Unterstützungsangebots gut versteckt ist. Entweder bemüht man die interne Hilfe mit einer Suchanfrage, oder man verwendet folgenden Link:

     

    hcp://CN=Microsoft%20Corporation,L=Redmond,S=Washington,C=US/Remote%20Assistance/Escalation/Unsolicited/Unsolicitedrcui.htm"

     

     

     

    Leider bekomme ich die Fehlermeldung, dass die Zugriffsrechte auf die angeforderte Recource vom Administrator deaktiviert wurden. Was muss ich nun in den Gruppenrichtlinien freigeben damit ich auf die Rechner komme? Welcher Eintrag ist mit dem "Helfer" gemeint? (Firewall ist inaktiv)

  3. Wir haben nun auf einem Terminalserver trend deinstalliert, trotzdem besteht das Problem immernoch. Wolke meinst du damit, dass wir alle Drucker auf den Terminalservern fest installieren sollten und diese nicht über den Client hochladen? Dann müsste ich aber ca. 100 Drucker auf 5 Terminalservern installieren und mich dann noch um die Zuweisung der Standartdruckers kümmern.

  4. Also unsere Zebras sind zur Zeit fest auf den Terminalservern installiert und werden von unserem Programm, bei einem Label direkt über eine Reportverwaltung angesprochen. Das hochmappen ist bei uns schwierig, da die Reportverwaltung nur über Druckernamen geht und diese beim hochmappen ja verschieden sind. Als Virenscanner setzen wir TrendMicro ein ist dieser TS-Tauglich?

  5. Hallo,

    wir haben das Problem, dass auf unseren 2003 Terminalservern die Druckerwarteschlangen hängenbleiben und abstürzen. Auf den Terminalservern gibt es fest instllierte Drucker und Drucker die hochgelden werden.

    Wenn ich die fest instllierten Drucker nun auf einem anderen 2003 Server installiere und sie dann auf den Terminalservern verbinde welche Warteschlange bearbeitet dann die Druckaufträge?

     

    Ach ja alle Drucker sind über D-Link DP-301P+ oder HP Printserver angeschlossen und werden über TCP/IP angeprochen.

  6. Hallo,

    wir haben 5 TS 2003 im LoadBalance. Zwischendurch kommt es vor, dass Clients ihre lokalen Drucker nicht hochladen. Nach Abmeldung und Neuanmeldung sind die Drucker meist wieder auf dem Terminalserver vorhanden. Außerdem kommt es vor das bereits hochgeladene Drucker während einer Sitzung plötzlich verschwinden.

     

    Hat jemand Erfahrungen mit diesem Problem oder hat vielleicht eine Idee?

×
×
  • Neu erstellen...